CyrusOne Partners with Megaport to Connect Enterprise Customers to the Cloud

By David Delony January 27, 2016

Colocation provider CyrusOne has announced that it has signed a deal with elastic connectivity provider Megaport to offer SDN-enabled elastic cloud interconnection services to its U.S. data centers.

“We are excited to facilitate this ground-breaking agreement with Megaport,” CyrusOne president and CEO Gary Wojtaszek said. “The ability to leverage CyrusOne’s National IX platform as an enabler and on-ramp to Megaport’s cloud providers creates the perfect cloud connectivity solution for our customers. We are excited to work with the team at Megaport, who carry the same entrepreneurial spirit that we have at CyrusOne.”

Megaport’s service will make connecting to cloud services like Amazon’s faster for CyrusOne’s customers, as it allows for a more direct route than connecting through the public Internet. Customers can choose how much bandwidth they’re willing to allocate for these interconnections.

Some of the exchanges that will be served are located in places such as Austin, Texas, Chicago, Houston, Phoenix and Sterling, North Virginia.

More businesses are relying on cloud computing for their IT workloads, they can run into the realities of network problems. Internet Exchanges are what really make the Internet the Internet, and they look like the best option to reduce bottlenecks when connecting to the cloud.

Megaport is trying to solve that with more flexible routing.

“Our elastic fabric brings a whole new dimension to the growing demand for interconnectivity and peering services market by delivering more dynamic connectivity capabilities,” Megaport CEO Denver Maddux said. “CyrusOne’s U.S. data center portfolio complements our neutral interconnection fabric extremely well and rapidly expands our footprint in the United States.”

Customers can adjust their capacity through a web portal or through an API. The advantage of doing it this way is similar to the reason that many companies are moving into the cloud. They can only pay for the network capacity they actually use instead of for extra connectivity in advance that might remain idle.

Edited by Kyle Piscioniere