Dell, EMC, Dell Technologies, Cisco,

Showing posts with label Software-Defined Storage. Show all posts
Showing posts with label Software-Defined Storage. Show all posts

Sunday, January 15, 2017

Software-Defined Storage & Containers: Solution For Shared Service Providers

Shared service providers, including telephone companies, hosting services, and related businesses, stand to benefit from the combination of containerized microservices and #softwaredefinedstorage. What you need, where you need it, when you need it. One of the core goals of cloud computing can essentially be summed up that way. Whether you need application access, more processing power or memory, more data capacity, or more data, cloud computing enables rapid scaling up and down. “Up and down” is also important. Just as rapidly as a given cloud user can request and access a resource, it is just as important to enable equally rapid release of those resources when done. This is also a core goal of cloud computing, the ability to dramatically reduce operating cost, especially through optimized utilization of pooled resources. Containers Continue Changing The Cloud The underlying fabric, the way in which we actually use cloud computing to execute applications and manage workloads, is rapidly advancing. Previous to cloud, and even in the earliest days of the transition to cloud computing, applications were monolithic assemblies of code running on a processor and obtaining or recording needed data on large network-attached storage (NAS) appliances. Scaling up meant adding more drives to the appliance. These were usually highly specialized and therefore more expensive. If a flaw developed in the software, it usually brought the entire application down. This model continues to be used in many environments to this day. More recently, applications have become an assembly of microservices, individual processes that are each containerized along with all of the resources they require to execute, including specifications for where and what storage they require. This is highly consistent with the fundamental architecture of cloud-connected networks. These containers can be instantiated wherever they will be most efficiently used, and if a flaw develops in one of them, that container is simply discarded and re-instantiated. The entire application continues to run. This provides very high resilience and reliability. During the earliest days of the introduction of containerized microservices, storage was still provided from monolithic NAS appliances, creating a significant performance reduction as every storage request was required to transit the network.

http://www.informationweek.com/partner-perspectives/redhat/software-defined-storage-and-containers-solution-for-shared-service-providers/a/d-id/1327881?_mc=RSS_IWK_EDT

Sunday, October 2, 2016

Living Up to the Software-Defined Storage Hype

Imagine, if you will, a storage startup that has decided to live up to the hype of Software-Defined Storage ( #SDS ). Instead of merely adopting the buzzword for marketing purposes, they decided to play for all the marbles: ingest any type of storage, emit any type of storage, anywhere at any time. At first blush, it sounds too good to be true; but is it really? The startup in question is #ioFABRIC. ioFABRIC is readying version 2.0 of its software for general availability: toying with the idea of appliances, adjusting its licensing and otherwise making the moves required to go from early-stage startup to serious storage vendor. The basic premise of ioFABRIC's #Vicinity is simple. Vicinity data nodes consume whatever storage you assign to them. This storage could be physical disks, flash or RAM on bare-metal nodes upon which Vicinity is installed. It can be virtual disks, SAN or NAS attached to the fabric, or even cloud storage. Given time, ioFABRIC will enable Vicinity to ingest object storage as well.

https://virtualizationreview.com/articles/2016/09/29/living-up-to-the-software-defined-storage-hype.aspx?m=1