Deploying a Software Defined Network (SDN) is easy fixing your IT organization is hard

I ran into a switching problem in a vSphere 4.1 environment that highlights the challenges an IT organization faces when trying to deliver next generation Software Defined Networks (SDN’s). SDN’s have the potential to revolutionize data centers, cloud services and the applications riding on the networks. SDN’s allow the conveniences of hardware abstraction to applications similar to how operating systems offer abstraction to memory management. In theory SDN’s will allow applications and IT organizations to make calls to networks the same way applications make calls to the OS and the OS handles memory management, etc. A potential use case would be that the enterprise orders an access link and is able to have multiple vendor products running over the access link without actually doing any of the provisioning work. Requests are made by the application that may require a VPN to be established with a new business partner. The network team would not actually have to go and establish that VPN it would be done via SDN. If you’re just starting to learn about VPN, you need to beware of best VPN claims and do your research. I’ll save some detailed use cases for another blog post.

Before we get to that point most Cloud providers are looking at SDN for their own data centers. VMware’s approach to SDN is highlighted the purchase of Nicra which makes a virtual switch called OpenSwitch that runs on the hypervisor. From a logical perspective a virtual switch is just like a physical switch. All of your virtual hosts would utilize the switch. You can create Access Control Lists, Multicast configurations, VLAN’s for example. In addition, you can “trunk” your virtual switch to your physical network via the Ethernet port of your physical server. The Cisco Nexus 1000 is another example of a virtual switch. The Nexus 1000 integrates into your network management stack just as a physical switch would. If a Network Operations Center (NOC) engineer were to telnet to the switch and view the configuration, it would look just like any of the other switches on your network. If you need to simplify your network management, MegaPath’s sd wan vendors solutions to maintaining network reliability, security and support for high-bandwidth applications may be of interest to you and your business.

Simple concept – until something breaks. Most IT organizations have separate teams that manage the network and server hardware who would in charge of installing things like monitors from rackmountsales – rackmount monitor to buy – for example. This has been a challenge even before the concept of virtual switches. As vendors started to integrate switches into their blade servers there has been integration and support issues that have moved from one stack to another and finding a single resource to take ownership has been difficult. Virtual switches and SDN’s complicate the issue further as now there is no physical hardware directly tied to switch.

What happens when your network team is trying to troubleshoot a performance issue that looks like a hardware bottleneck and your virtualization solution moves the control plane to another node in hardware your cluster? What about when the ARP cache of your physical switch is corrupt and the server team doesn’t have insight into that environment or has to prove that it’s not their virtual switches that are the issue? The bottom line is that organizations have to put some serious thought into training and organizational structure before implementing next general virtual switch environments. These teams more so than ever need to be highly integrated and virtualization savvy to support software controlled data centers. What challenges has your IT organization faced with virtualizing the data center? So long as more and more people do their research by reading reviews similar to vpn reviews 2019, I’m sure everything will be fine.

Published by Keith Townsend

Now I'm @CTOAdvisor

6 thoughts on “Deploying a Software Defined Network (SDN) is easy fixing your IT organization is hard

  1. Getting executive support for IT training has been my hardest challenge in the last 10 years. We are expected to automatically be experts in everything that a computer can do or touches (yes I was also the desk assembler at one company because the CEO said “well the computer goes on the desk” – I left).

    1. I can’t argue with you on this one. Training is one of the first things to go in some organizations as they look to move to new technologies and need that little extra cash to make it happen.

  2. It’s interesting, our readership survey numbers show that 65% of networking team professionals say they’re now responsible for server virtualization. It immediately made me curious how systems/data center pros would have responded regarding their responsibility for the network. We’ve also seen this organizational challenge with storage/networking/compute convergence.

    1. Rivka, that’s a surprising number. The network teams I’ve interacted with have very limited server hardware experience. I’d guess it would be different from organization from organization.

  3. With SDN, network admins/CCIEs like me have no option but to enter VMware/MS Hyper V knowledge base….

    and I have started to do that and most of my co-netadmins have staretd to do the same.

    So with network field closing down…we will have a crammed up virtualized field..

    I heard even server admins are learining CCIE and VM materials….

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

%d bloggers like this: