A new spin on interconnects for colocation data centres
It has been almost a year since I first wrote about Stateless, Inc., a start-up devoted to bringing software-defined interconnects (SD-IX) to colocation data centres. At that time, the company was just announcing its plans to reinvent the means to connect workloads across data centres, hyperscale clouds and on-premises footprints using SD-IX. The intent was to give colocation service providers a simpler way to quickly deploy network services for their tenants. Those plans have come to fruition and the company has announced the general availability (GA) of its Luxon SD-IX platform.
There is a growing trend of enterprises moving more of their workloads to colocation data centres and the cloud. Gartner predicts that in a few years, many enterprises will not even operate their own data centres anymore. To support the new business coming their way, colocation data centres must become more agile, scalable and flexible, and this is where the Stateless offering comes in.
Here is the general premise of what Stateless has brought to market, and why it is a revolutionary architecture for data centre interconnects.
Today, colocation data centre providers generally use cross-connect to provide services for their tenants. Cross-connect is basically the data centre operator plugging two cables in—one cable from a tenant that needs a service, like access to AWS, and another cable from a company such as Megaport Networks or PacketFabric that can provide the needed on-ramp. This approach is not very scalable.
An emerging trend is that many data-centre operators are expanding their direct connects to the cloud service providers (CSPs) themselves. Demands for cloud connectivity are growing so large that it makes economic sense for colo operators to put their own interconnect agreements in place with CSPs. Equinix and Cologix are a couple of examples. Stateless facilitates this approach with automation.
The Stateless Luxon platform enables running custom services on a single consolidated platform in an automated fashion. One of the key components of this architecture is state decoupling. Murad Kablan, co-founder and CEO, Stateless, explains the critical importance of decoupling. “Each of the network functions has to keep track of all the traffic that is going on. This is known as the state of the network functions. If you lose track of the state, it disrupts the entire network. Our approach decouples that information and puts it in a scale-out data store. Now we have these stateless network functions that can get a state from the distributed data store, and this allows elasticity, resilience and hitless updates – all the capabilities packaged together in what is needed for good operations.”
Stateless puts the data store around a micro-services architecture. “This allows us to decompose the functions and control them with orchestration. Instead of these big major software applications, we break them down into small individual components that allow the network provider to define exactly what they need,” says Kablan. “Now the providers get a platform where they setup the environment, and their tenants can start defining their custom networks that they need. All the operational challenges of launching and managing the interconnections are automated behind the scenes.”
Stateless uses patented innovation in its platform
Stateless earned a patent for its innovations of how to route packets much more effectively. There are four key elements to the patent: use of a high-speed NIC that allows fast read/write of packets; use of a high-speed distributed storage technique dubbed RAM Cloud that allows rapid state lookup; parallel state processing that allows state lookups to be batched; and distributed state storage in multiple locations in multiple servers. These innovations enable Stateless to separate out the state of network functions such as BGP routing, IPsec or network address translation so those functions can run as micro-services. Stateless can stack hundreds of network functions onto a host, and they can be shared among multiple clients, thus making the data-centre operations much more efficient.
The Stateless GA product release includes interconnect service chains that allow a colo to mix and match any of the service functions, including security services like packet filtering or encryption, different versions of routing, network address translation, etc. There are no limitations on how the functions interconnect or how traffic passes through them. What is more, Stateless has added some additional connection-protocol support, specifically VXLANs and VLANs, to make it easier for colocation data centres to integrate the solution into their existing infrastructure. Stateless has found that its data centre customers put the Luxon platform in with their core switching and then hair-pin traffic through it, using VXLANs and VLANs to separate their tenants.
Stateless also utilises a new switching technology, eschewing OpenFlow in favour of P4 (Programming Protocol-independent Packet Processors) because P4 affords them more control over the switch technology as well as the Layer 3 services.
Also built into the GA is the ability to deploy multi-tenants, whether it is an enterprise that wants to support multiple users or service providers such as a data centre operator that wants to provide multiple cloud on-ramps.
The Luxon platform itself is essentially software running on a commodity hardware stack. Stateless designed it with three key attributes in mind. One, to make it very simple to deploy services quickly, from weeks down to minutes, and to build service chains to mix and match functions as needed. Two, to use micro-services to instantiate the network functions efficiently, and three, the stateless nature of the functions.
The software contains the full range of network management functions to manage the micro-services within the platform. They all communicate to each other through APIs, and the APIs communicate with an orchestrator within the Luxon box. This provides the ability to expose to the user full performance monitoring of everything going on inside the box. Operators can see the connections from one end to the other and have the ability to drop those network functions on a line wherever needed.
Common use cases for Luxon
Stateless has customer trials going on with several different use cases that demonstrate the flexibility of the platform. In one case, the company is working with a network provider that is providing cloud on-ramps to their customers. This company is testing the use of Luxon for connectivity to hyperscale cloud operators like Amazon and Azure. This provider currently offers a cloud on-ramp service that requires total manual configuration. Pending the outcome of the lab tests, they plan to deploy a Luxon cluster between their network and the hyperscale cloud providers and fully automate the delivery of that cloud connection through their portal.
In a second use case, an operator wants to provide cloud on-ramps but they do not operate their own networks. All their connectivity is provided over the public Internet. The company is looking to do IPsec at scale. Generally speaking, IPsec is one of the most challenging network functions to implement; it is very resource intensive. This operator first looked at deploying a solution using virtual firewalls as virtual network functions, but it was far too expensive. Now they are looking to provide the service using Luxon because they can get almost ten times the efficiency, they could get with the VNFs at a far more reasonable cost.
A third use case is being tested by a data-centre operator that is providing services to a wireless company building an edge connectivity strategy. The wireless company is putting a variety of hotspots in different locations in tier two and tier three cities. The data centre operator has its own network and it needs to provide BGP as a service. The wireless operator is running a Layer 3 network behind the scenes and they want to be able to dynamically control it. With the Luxon platform, the operator can set up hundreds of BGP sessions and manage them from their core data-centre location out to the edge data centre locations.
Stateless says that most of the early adoption of its product is with companies that are in the core of the network of data centre operators looking to provide connectivity to hyperscalers or, in some cases, to the edge at scale. The uniqueness of removing state from the functions themselves enables scalability and efficiency that is difficult to achieve otherwise.
IDG News Service
Subscribers 0
Fans 0
Followers 0
Followers