Lockheed Martin has a vision for the cloud that delivers reliable and secure functionality, yet is developed to fit customer-specific business models. To do so seamlessly and as efficiently as possible, the IT provider turned to Cisco, Intel, NetApp, and VMware to integrate technologies to enable this vision.
Lockheed Martin’s solutions-as-a-service cloud approach is called SolaS™, and it is more than just a general service. Lockheed Martin takes the time to identify the objectives of the client’s mission and determine what the best innovation and solutions are that fit those objectives. With the FlexPod™ architecture, developed by the aforementioned technology partners, a solution can be rapidly deployed and then adjusted according to customer needs.
Coming up: Thought leaders from Cisco, Intel, NetApp, and Microsoft are coming together to explain how your business can gain a competitive advantage using FlexPod with Microsoft Private Cloud. They’ll share stories of others’ success by choosing the right technology and infrastructure to make the most of their private cloud environment. Join Cisco for this executive roundtable discussion on April 17, 2013.
In this week’s episode of Engineers Unplugged, Cisco’s Dominick Delfino (@domdelfino) and VCE’s Trey Layton (@treylayton) take on a number of announcements from VCE, and trending in the data center space. Roll the tape:
So, we wrapped up our day with the Networking Field Day crew last week with a free form discussion on where we go next with SDN. To be honest, the session did not go quite as I envisioned, but, in retrospect, I would not changed anything. As Ethan Banks (of PacketPushers fame) noted in Twitter, this session was more about shooting the unicorns than letting them run free. It seems that if we are going to convert our SDN unicorns into SDN plough horses, we are going to shed a little blood. At the end of the day, the market will be served by frank conversations—we need to move beyond painting SDN acolytes as starry-eyed and SDN detractors as being heretical and reactionary.
In the interest of keeping the conversation going, here are some of the things I walked away with after the conversation on Wednesday (in no particular order):
Is Hardware Innovation is Over?
This industry has always been one big pendulum and, currently, the pendulum is firmly in the software camp. Today, many of the truly interesting things in networking are going on with software. While most would agree we are at an inflection point with programmability, there are no clear directions for the evolution of SDN. Certainly there are pieces in place like OpenFlow and OpenStack, but OF 1.3 in unlikely to be the zenith of OF evolution let alone SDN evolution—current technologies will continue to mature and new ones will inevitably emerge. More importantly, the “how we do things” and “what do want to accomplish” of SDN will most certainly continue to evolve and as long as that is the case, software will rule because it’s simply easier and faster to experiment with software. But, once some clear directions begin to emerge, I guarantee you the action will swing back towards the hardware because doing things in hardware tends to be faster and more efficient. I could point to Cisco examples of this, but instead look at what Intel, the poster child for general purpose processors, has done with VT extensions to support virtualization or QuickSync for video transcoding.
Is OpenFlow Ready for PrimeTime?
One of the more contentious points yesterday is if OpenFlow is production ready. I think it’s a flawed “do these jeans make me e look fat” kind of question. There are certainly folks out there using OF to handle production traffic—for example, some of the cool things Brent Salisbury is doing. So, it’s not a binary question, but more a matter of assessing scope and scale. The better question to ask is what is the operational and performance envelope of OpenFlow and how does that match my needs, priorities, and capabilities. The risk with any emerging technology is that, often, the only way you find the edge of the envelope is once you’re on the other side, usually with colorful and memorable results. Regardless, I don’t see this question existing in another year or so.
If you missed our webcast on the upcoming Nexus 1000V release for Microsoft Hyper-V, you missed the announcement that we are now making available a beta version to the general public, as of March 6. (Note: Everyone asks, so, no, we haven’t announced the availability date for the GA version yet, but it’s coming soon). This should be great news for the large number of folks that we had to turn away that we couldn’t support in our earlier alpha and high-touch beta releases.
In the webcast, Damian Flynn, a 2012 Microsoft MVP for Data Center and Cloud, and IT Architect for Lionbridge Technologies in Ireland, who was one of the early beta-testers for the Nexus 1000V Hyper-V version, gave an outstanding overview of the Nexus 1000V in a Hyper-V and System Center environment. It’s worth listening to the webcast replay if you have the time. Damian had some really exciting things to say about his experiences. The webcast was admirably co-hosted by our own Appaji Malla, product manager for Nexus 1000V for Hyper-V.
The new beta version is available to anyone with a valid email address, and who provide their company name and contact address. Beta users must be willing to test the product and provide constructive feedback. Beta users are also encouraged to participate in the discussion forums and contribute to the Nexus 1000V beta community site.
As described in this week’s webcast (download the slides here; or watch the replay here), the beta process starts with an email to: firstname.lastname@example.org. A link to a beta site will be sent in an email invitation (you must have a userID on Cisco.com to access this site). You will then be prompted to accept the beta agreement, and then get access to the beta code and documentation. Please use the available discussion forums for support, questions and feedback. Read More »