Tag: SDDC

  • Why the Buzz on Software-Defined Everything (SDx)?

    Why the Buzz on Software-Defined Everything (SDx)?

    You’ve likely heard the buzz getting louder the last few years around software-defined everything (SDx). You’re probably finding a swarm of companies knocking on your door selling a host of services around implementing software-defined networking (SDN), software-defined storage (SDS) and software-defined data center (SDDC). What you may not realize is that this software-defined movement is truly a disruptive technology shift that is dramatically changing the way an organization accesses storage, networks and data centers.

    The overarching mission of SDx is to break down the discrete IT silos (compute, storage and networking) by using software to bridge the technological and organizational gaps. By giving software systems a starring role in managing different kinds of hardware, the premise is that productivity will increase through more robust network access from both portable and traditional devices. 

    What are the true potential and outcomes of SDx that an IT administrator can tout to management? For starters, early adopters have reported being able to deliver significant cost savings and greater speed of delivery. They cite benefits such as decreased hardware costs, greater automation, more rapid deployment of IT resources and shorter timelines to implementation—to name the key ones. 

    Let’s take the traditional data center, where most organizations grapple with the high costs of ongoing management and maintenance of network switches, servers, storage devices and other hardware. Keeping these resources updated can be complex and expensive for an IT department. Moving to an SDDC, for example, can lower the total cost of ownership by reducing hardware costs (servers, racks, disk and tape, routers, etc.), and minimizing the data center size and the use of power, cooling and ongoing maintenance. With an SDDC, the IT department enjoys the benefits of a more simplified process that increases the speed of appropriating and provisioning networking. Software-automated provisioning can enable application deployment within minutes, for example.

    Instead of the IT department being considered a hindrance, SDDC allows developers to create applications that are best for the business, instead of what works based on the hardware.

    “Every technology organization needs to be able to transform ideas into working functionality that creates value for customers. That means you need not only world-class development processes but infrastructure processes as well—and that’s where software-defined data centers become absolutely relevant,” said Gene Kim, co-author of  “The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win.”

    The main elements of an SDDC include:

    • A software implementation of a computer, which is called virtualization.
    • An SDN where hardware and software resources are merged into a software-based virtual network.
    • An SDS that includes storage virtualization. 
    • Automation software that allows an IT administrator to provision, control and manage all SDDCs components.

    The second big driver of SDx adoption by IT departments is the increased agility they experience in responding to business demands. Much of this is made possible with SDS, which is an innovative way to restructure your infrastructure by separating hardware from software, and using software in place of disks and networking devices. SDS uses standard servers to manage storage requests by virtualizing your physical storage. This gives you more control over where and how data is stored.

    Some of the key benefits of SDS over traditional storage include:

    • Automatic storage management capabilities reduce the number of manual tasks for your storage administrators. They adapt to different needs without any human oversight or new hardware requirements.
    • Flexibility to increase your storage requirements while decreasing the capacity of your existing hardware.
    • Lower costs since SDS solutions run on standard hardware, and the automation reduces the number of administrators required. 
    • More scalability options, depending on your business requirements, by adding extra storage arrays or including additional CPUs and memory.

     

     

    As business requirements continue to increase in speed and number, forward-thinking IT departments are moving away from hardware commitments and rigid architectures that constrict their ability to react and adjust to changing needs. Software-defined technologies are becoming the innovative powerhouses behind building more efficient and agile IT services for today and well into the future.

    — Melinda Cross

  • You Might Already be Doing DevOps in the Software-Defined Data Center

    You Might Already be Doing DevOps in the Software-Defined Data Center

    I was out reading the Internet and came across a report from EMA (Enterprise Management Associates) regarding the state of the Software-Defined Data Center (SDDC) in 2014. After perusing the data and highlights, I was surprised (and yet should not have been) to find so much DevOps-related content and concepts within. Neither should I have been surprised to find significant mention of software-defined networking (SDN). It makes sense, in a puzzle-fitting-together kind of way, that SDDC comprises software-defined operations and software-defined networks (and probably software-defined storage but it’s too early in the day for me to contemplate that).

    In any case, a significant percentage of organizations take advantage (today) of software-defined operations and networking, based on the report:

    Which of the following technologies, structures or processes does your organization take advantage of?

    4. Cross-functional processes to orchestrate provisioning and management of storage, network and server resources (57%)
    5. Solution for server administrators to provision their own storage volumes (56%)
    6. Continuous/centralized capacity management for physical, virtual and cloud resources (55%)
    9. Policy-based automation of infrastructure for routine adjustments without human intervention (50%)
    10. Software Defined Networking (virtual overlay network) (48%)
    11. Software Defined Networking (separated control plane from delivery plane)  (46%)
    13. APIs for developers to provision their own app environments (servers, network and storage)  (42%)
    14. Configuration management solutions (Puppet, Opscode Chef, SaltStack, ServiceMesh, etc.)  (41%)

    More telling, perhaps, of how critical DevOps is to enabling the SDDC is the emphasis put on not just automation but on process. When asked what respondents believed were the “most important aspects of the Software Defined Data Center”, number 2 and 3 focused on deployment and automation of applications and infrastructure:

    • Best-practice, repeatable configurations of software and infrastructure for workload deployment  (46%)
    • Orchestration and automation to easily deploy applications across silos  (44%)

    In case you weren’t entirely convinced, yet, “operational analytics” (we might call it “measurement” or “metrics” here in DevOps land) came in number four with a respectable 42% of respondents.

    There’s more in the report, some less relevant but for the most part, reading this SDDC report left me with a decidedly DevOps after taste. Which was kind of a minty chocolate coffee taste, in case you were wondering.

    The concepts typically associated with DevOps are not necessarily peculiar to DevOps or SDN. They’re generally part of a larger trend to operationalize all the things: the network, the storage, the compute, the security. The business goals of SDDC are strikingly similar to those promoted by DevOps and SDN – reducing risk, lowering opex, improving stability and time to market. The collaboration through creation of interfaces designed to promote repeatable, consistent (and measurable) handoffs between groups is present and looms as large in SDDC as it does in DevOps.

    The point is that DevOps may, in fact, be in the adoption process right now under the guise of another name in an organization near you – or around you. If you hear someone saying software-defined something, check it out. You may be surprised to find out that someone has snuck in DevOps through another door, under a different name.