The much-hyped benefits of a software-defined networking architecture may be a few years in the making, but the time to start planning for it is now.
Software-defined networking (SDN) is the next big thing, but data center administrators -- who are less interested in speculation and more interested in making practical decisions -- need to know its real value and appropriate scenarios for implementing it.
A software-defined networking architecture manages network functionality by abstracting or replacing lower-level controls. It offers the potential for greater flexibility, higher asset usage and lower costs, particularly in terms of labor. SDN architectures put control of switches and other functions on a higher, virtual plane, which seems like a natural progression -- taking virtualization up another level.
SDN maturity is several years in the future, said Andre Kindness, an analyst at Forrester Research in Cambridge, Mass.
While most vendors have created a vision, they are only beginning to execute. Products are just entering the marketplace, and IT organizations are ramping up proof-of-concept and pilot programs.
Bob Laliberteanalyst, Enterprise Strategy Group
"As recently as 18 months ago, I spoke with a number of enterprise organizations and at that time, no network vendor had talked to them about SDN or even OpenFlow," said Bob Laliberte, an analyst at Enterprise Strategy Group (ESG) in Milford, Mass. Now, the majority of respondents to an ESG survey indicated that they are committed to SDN as a strategy and are in various stages of research and planning.
Hyperscale organizations like Facebook and Amazon are likely to be early adopters. But others have less immediate incentives.
"It is not happening in the same way across all organizations because they have differing abilities to operationalize," said Brad Casemore, director of research for data center networks at IDC in Framingham, Mass.
Prepare for the SDN surge
You should get ready for SDN even if your company hasn't made the decision yet.
To start, evaluate how a software-defined networking architecture changes staffing and training needs, check SDN's compatibility with existing hardware and processes, and consider how cloud will fit in with future plans.
Software-defined networks bring up an immediate personnel issue, Laliberte said. Who on the IT side is going to "own" and run the network virtualization technology -- the network team or the virtualization team? If the latter, there needs to be tight coordination between them.
The more well-known network virtualization technologies, VMware's NSX and Microsoft's Hyper-V Network Virtualization, are coming from the server virtualization vendors, Laliberte said. Others, such as network vendors, may take a network-centric approach.
From an infrastructure perspective, most network virtualization technologies should work with existing network hardware. The one drawback is the limited insight between the physical and virtual network; this could potentially diminish performance if the virtual network links are overprovisioned on physical links, Laliberte said.
Vendors need ecosystems to drive visibility between the virtual and physical network, as well as connect to the physical network, Laliberte added. VMware's NSX is an example. "We have seen this movie before with server virtualization and Distributed Resource Scheduler. Now we need network DRS," he said.
One of the potential advantages of SDN is faster network provisioning, which helps drive faster application deployments. That, in turn, should accelerate revenue from those applications, Laliberte said. Most importantly, it should eliminate much of the time-consuming activities of network operations.
Is SDN the right move?
ESG's research shows that organizations complain about the time needed to provision network services, among such lesser challenges as the ability to scale rapidly, network latency, lack of flexibility to support virtual environments, inadequate capacity and poor security for multi-tenancy.
Organizations should understand and evaluate current processes to determine how long each one takes relative to potential improvements under SDN, Laliberte said.
"SDN is more than just network provisioning, it is also about network services provisioning," he said. That includes security (IDS, IPS and firewall), WAN optimization, application delivery controllers, and other components that need to stay with an application or virtual machine -- even if it moves from server to server or from data center to data center.
A shift to SDN may require the full focus of a networking team, Forrester's Kindness said. "Typically these are people that are rewarded for putting out fires; they will need to have their rewards based more on efficiency and speed [to move] to SDN."
Kindness suggests that data center leaders develop guidelines and guardrails regarding who programs the network, set criteria for moving applications, set bandwidth policy issues and so on; it isn't just a matter of suddenly switching over to SDN. The benefits of a SDN architecture may be elusive without proper planning, he said. Furthermore, IT shops need to consider future moves to hosted services in a redesign, so they can facilitate evolution beyond SDN.
Companies typically start moving to cloud at the same time that they focus more on IT as a service, with robust internal chargeback mechanisms, IDC's Casemore said. Somewhere in the process, you need to think about network infrastructure, and that is where an SDN discussion fits in.
Organizations will approach SDN differently depending on their maturity and cloud orientation. "If you are a cloud-type organization that has moved or is moving toward cloud orchestration and OpenStack, you will probably move in that direction first," Casemore said. By contrast, enterprises that aren't actively moving in that direction are probably siloed and thus less ready to take on network virtualization challenges. "Many organizations will try to push off these decisions because they aren't feeling the pain acutely enough, because of political reasons or lack of the right skill sets," he said.
About the author:
Alan R. Earls is a Boston-area freelance writer focused on business and technology.
How SDN solves problems
network management in the SDN era
What SDN switch protocol is best?