Customers gain great value from server virtualization in the form of virtual machines (VM) and more recently Linux Containers /Dockers in data centers, clouds and branches. By some estimates, more than 60 % of the workloads are virtualized although less than 16% of the physical servers (IDC) are virtualized (running a hypervisor). From a networking perspective, the hypervisor virtual switch on these virtualized servers plays a critical component in all current and future data center, cloud, and branch designs and solutions
As we count down to the annual VMworld conference and reflect on the introduction of the Cisco Nexus 1000V in vSphere 4.0 six years ago, we can feel proud of what we have achieved. We have to congratulate VMware for their partnership and success in opening vSphere networking to third party vendors. It was beneficial for our joint customers, and for both companies. VMware and Cisco could be considered visionaries in this sense. Recognizing this success, the industry has followed.
Similarly we praise Microsoft as well, for having also provided an open environment for third-party virtual switches within Hyper-V, which has continued gaining market share recently. Cisco and Microsoft (along with other industry players) are leading the industry with the latest collaboration on submitting the OpFlex control protocol to the IETF. Microsoft’s intention to enable OpFlex support in their native Hyper-V virtual switch enables standards-based interaction with the virtual switches. Another win for customers and the industry.
In KVM and Xen environments, many organizations have looked at Open vSwitch (OVS) as an open source alternative. There is an interest in having richer networking than the standard Linux Bridge provides, or using OVS as a component for implementing SDN-based solutions like network virtualization. We think that there is an appetite for OVS on other hypervisors as well. Cisco is also committed to contributing and improving these open source efforts. We are active contributors in the Open Virtual Switch project and diligently working to open source our OpFlex control protocol implementation for OVS in the OpenDaylight consortium.
To recap on the thoughts from above, Table 1 provides a quick glance at the options for virtual networking from multiple vendors as of today:
Table 1: Hypervisors and Choices in Virtual Switches
3-party or OpenSource vSwitch
•Distributed Virtual Switch
•Cisco Application Virtual Switch
•IBM DVS 5000V
•HP Virtual Switch 5900V
|Native Hyper-v Switching
|Linux Bridge(some distributions include OVS natively)
|OVS -- open source project with multiple contributions from different vendors and individuals
As an IT Professional, whether you are running workloads on Red Hat KVM, Microsoft Hyper-V or VMware vSphere, it is difficult to imagine not having a choice of virtual networking. For many customers, this choice still means using the hypervisor’s native vSwitch. For others, it is about having an open source alternative, like OVS. And in many other cases, having the option of selecting an Enterprise-grade virtual switch has been key to increasing deployments of virtualization, since it enables consistent policies and network operations between virtual machines and bare metal workloads.
As can be seen in the table above, Cisco Nexus 1000V continues to be the industry’s only multi-hypervisor virtual switching solution that delivers enterprise class functionality and features across vSphere, Hyper-V and KVM. Currently, over 10,000 customers have selected this option with Cisco Nexus 1000V in either vSphere, Hyper-V, or KVM (or a combination of them).
Cisco is fully committed to the Nexus 1000V for vSphere, Hyper-V and KVM and also the Application Virtual Switch (AVS) for Application Centric Infrastructure (ACI), in addition to our open source contributions to OVS. Cisco has a large R&D investment in virtual switching, with a lot of talented engineers dedicated to this area, inclusive of those working on open-source contributions.
Nexus 1000V 3.0 release for vSphere is slated for August 2014 (general availability). This release addresses scale requirements of our increasing customer base, as well as an easy installation tool in the form of Cisco Virtual Switch Update Manager. The Cisco AVS for vSphere will bring the ACI policy framework to virtual servers. With ACI, customers will for the first time benefit from a true end-to-end virtual + physical infrastructure being managed holistically to provide visibility and optimal performance for heterogeneous hypervisors and workloads (virtual or physical). These innovations and choices are enabled by the availability of open choices in virtual switching within hypervisors.
As we look forward to VMworld next month, we are excited to continue the collaborative work with platform vendors VMware, Microsoft, Red Hat, Canonical, and the open source community to maintain and continue development of openness and choice for our customers. We are fully committed to this vision at Cisco.
Acknowledgement: Juan Lage (@juanlage) contributed to this blog.
Tags: application centric infrastructure, Application Virtual Switch, AVS, Canonical, KVM, Microsoft Hyper-V, Nexus1000V, open source, opendaylight, OpFlex, opflex protocol, OVS, RedHat, VMware vSphere, vmworld, vmworld 2014
We embarked upon this episode with an agenda. Take a sample of the building momentum around Cisco ACI. The growing benefits, details and momentum behind the Application Centric Infrastructure. First announced in November 2013 and just before we start shipping.
In my estimation, we saw five areas worth highlighting from Cisco Live:
- Cisco is ready to ship ACI
- Partnerships and joint use-cases are resonating with customers
- Strong integrations with APIC through OpFlex
- Partners see strong customer demand
- Partner are getting ready to ship ACI-based solutions
Great Q&A with Soni Jiandani from Network World’s John Dix: Cisco describes its SDN Vision She nails Cisco’s ACI vs. SDN messaging and any confusion you may still have with the positionoing. She also puts good context around the OpFlex protocol.
Our show is a great sneak peak for this summer’s blockbuster release of ACI Fabric Mode and the APIC Controller. If you need to catch up. Be sure and review the launch details we covered for ACI in November 2013: TWTV136: Inside the Application Centric Infrastructure
The key elements for ACI in that episode were:
- Application Awareness -- top down control based on what was important
- A new, tighter coupling between software and hardware
- Recognition that virtualization on the compute side had not been accompanied by requisite innovation on the network wide -- potential for wasted opportunity.
- East West traffic was growing gangbusters in the data center and needed assisted.
We walk through the following components of the offering:
- APIC -- Centralized cluster controller
- Northbound API for standardized communication and control from Applications that need to interact with the Fabric
- Southbound API for third party network services integration
- Profiles -- Application Network Profiles -- the logical representation of all components of the application and its interdependencies on the application fabric
- ACI Fabric -- new stateless hardware within the Nexus portfolio, 9000 series
So what was still missing?
- APIC GUI -- How would we interact?
- Migration plan -- Clarity on how to leverage within existing networks
- Southbound interface -- more details on network control
- Partner Plans -- who would support?
And that formed much of what we wanted to cover for today’s show -- filling in the blanks on the momentum…just before the big release this summer.
Shashi Kiran level on set on what has been accomplished.
Ronak Desai, Director of Software Development walked Jimmy Ray through the new APIC interface.
I got a chance to ask Mike Cohen about OpFlex and where it fits.
And finally, Jimmy Ray weighed in with his view on partner support and the growth we are seeing for the Eco-System.
Please to enjoy!
Tags: 9000, 9k, ACI, cisco live, ciscolive, nexus, OpFlex, SDN, TechWiseTV
#CiscoChampion Radio is a podcast series by Cisco Champions as technologists hosted by Amy Lewis (@CommsNinja). This week we’re talking about ACI Updates with Cisco Product Management Director, Thomas Scheibe.
Listen to the Podcast
Learn about the Cisco Champions Program HERE.
See a list of all #CiscoChampion Radio podcasts HERE. Read More »
Tags: #ciscochampion, ACI, APIC, Insieme, OpFlex
This is an exciting time in the history of datacenter infrastructure. We are witnessing the collision of two major trends: the maturation of open source software and the redefinition of infrastructure policy.
The trend towards open source is self-evident. Platforms such as OpenStack and OpenDaylight are gaining huge developer mindshare as well as support and investment from major vendors. Even some newer technologies like Docker, which employs linux kernel containers, and Ceph, a software-based storage solution, offer promising paths in open source. Given the fundamental requirements of interoperability in architecturally diverse infrastructure environments, its no surprise that open source is gaining momentum.
The second trend around policy is a bit earlier in its evolution but equally disruptive. Today, there is a huge disconnect between how application developers think about their requirements and the languages and tools through which they are communicated to the infrastructure itself. For example, just to handle networking, a simple three tier app must be deconstructed into an array of VLANs, ACLs, and routes spread across a number of devices. Storage and compute present similar challenges as well. To simplify this interaction and create more scalable systems, we need to actually rethink how resources are requested and distributed between different components. This really boils down to shifting the abstraction model away from configuring individual devices to focus on separately capturing user intent, operational, infrastructure, and compliance requirements.
At Cisco, we’ve really embraced both of these trends. We are active contributors to over 100 open source projects and were founding members of OpenStack Neutron and OpenDaylight. We’ve also made open source a successful business practice by incorporating and integrating popular projects with our products. In parallel, Cisco has accumulated a lot of experience in describing policy through the work we’ve done with Cisco Unified Computing (UCS) and most recently with Cisco Application-Centric Infrastructure (ACI).
Building on this foundation, we see a unique opportunity to collaborate with the open source community to deliver a vision for policy-driven infrastructure. This will enhance the usability, scale, and interoperability of open source software and benefit the entire infrastructure ecosystem.
This vision includes two initiatives in the open source community:
- Group-Based Policy: An information model designed to express applications’ resource requirements from the network through a hardware-independent, declarative language and leave a simple control and dataplane in place. This approach replaces traditional networking constructs like VLANs with new primitives such as “groups”, which model tiers or components of an application, and “contracts” describing relationships between them. Group-Based Policy will be available in the context of OpenStack Neutron as well as OpenDaylight through a plug in model that can support any software or hardware infrastructure.
- OpFlex: A distributed framework of intelligent agents within each networking device designed to resolve policies. These agents would translate an abstract, hardware-independent policy taken from a logically central repository into device-specific features and capabilities.
Let’s look a bit more closely at each of these initiatives.
Read More »
Tags: ACI, big switch networks, Cisco, convergence, Cutrix, IBM, Intel, juniper, Midokura, Nuage, Open vSwitch, OpenFlow, OpenSaylight, OpenStack, OpFlex, RedHat
Acxiom is a well-known Software-as-a-Service (SaaS) company providing data analytics and data processing solutions to Fortune 100 companies for running and analyzing their marketing campaigns. Recently Cisco spoke to Acxiom’s senior managers Kamal Kharrat, and Chuck Crane, about Cisco’s Application Centric Infrastructure (ACI) strategy and how it helps them address their Data Center challenges. In this blog, I will present a brief summary of our discussions. Acxiom is experiencing exponential growth in its customer base, running millions of transactions every week in their hybrid-cloud based data centers. But this growth has brought in its wake several challenges. Acxiom stores confidential, compliance driven data in their private data center infrastructure, and is currently facing elastic scalability problems. Second, they want to transition from a high CAPEX, fixed infrastructure utilization model towards a dynamic model, in which workloads can be seamlessly moved across the private and public infrastructures. Besides, Axciom has a heteregenous mix of L4-L7 vendor devices, multi-hypervisor and security systems and has a pressing need for an open, policy based extensible foundation for their AOS SAAS to bring these services together.
Acxiom is excited to consider Cisco ACI as the best solution to address these problems and are looking to automate their compute, storage and security infrastructure provisioning and achieve the elasticity requirements in their private cloud similar to what they are achieving in the public cloud. Also, Acxiom plans to move the workloads in and out of compute and storage platforms while changing the security zones on-demand increasing the resource utilization to upwards of 80%. Mr. Chuck Crane is quick to point out that Acxiom makes more than 20,000 network and security configuration changes every year and feels the only way to keep up with the growing customer base is to eliminate the labor intensive man-hours and costs that go with them, and hopes to achieve significant reduction in these inefficient processes via automation. He says ACI is the key to arm the network operations to automate the operations and ultimately attain the competitive advantage of agile IT resulting in faster time to market and capitalizing new revenue opportunities.
Today, depending on the solution, it takes about 7 days to 3 weeks for a full provisioning of the resources and the goal is to bring the provisioning time down to hours. With ACI, they say, Acxiom aims to achieve 24-hour turnaround in end-end infrastructure provisioning for application deployments Acxiom will realize a significant reduction in OPEX with this automation.
Last, let us look at how ACI’s Openness helps Acxiom’s data center operations. When looking at repatriating an application (Figure 2) into a private data center, one of the critical challenges is the ability to port the same tools and automation from the public to the private cloud and the network infrastructure is a critical layer in realizing this goal. The open standards based ACI helps Acxiom to use their existing tools and expertise in working across public and private clouds in building infrastructure quickly and achieving the business goals of faster time to market resulting in increased revenue potential.
In conclusion, the Acxiom executives assert that ACI allows their private datacenters to integrate best of breed technologies with their existing infrastructure and achieve full automation seamlessly using service stitching from compute through load balancing through the security platforms -- all from a single point of control. This helps Acxiom to optimize costs, reduce turnaround times and at the same time work seamlessly across private and public clouds.
Acxiom Executives share customer insights on Application Centric Infrastructure (video)
The Promise of an Application Centric Infrastructure (ACI)
Application Centric Infrastructure (ACI) Includes Strong Partner Ecosystem for Security and Network Services
The Dynamic Security Model of Cisco ACI (video)
New Applications Are Knocking: Is your Data Center OPEN for Business? (video)
Application Centric Infrastructure (ACI): Application Network Profiles for Security and Network Services
Tags: ACI, Acxiom, aos, APIC, application centric infrastructure, OpFlex, private cloud