Planning Your Deployment
This topic provides an overview of the provisioning process and describes deployment considerations for the Megaport Virtual Edge (MVE).
|You Provide||Megaport Provides|
|Internet connection from branch||Platform to host virtual SD-WAN appliances|
|SD-WAN vendor enabled at branch||Complete connection from branch to any destination on the Megaport network and interoperation with other Megaport products and services|
|Customer Premises Equipment (CPE) installed in branch||Distributed denial-of-service (DDoS) connection to the internet to terminate tunnel between MVE and CPE at branch|
|SD-WAN software license to use on Megaport SDN||Access to the Megaport ecosystem|
This section provides an overview of the MVE deployment options and features.
MVE is integrated with Cisco SD-WAN, which uses Cisco’s vManage management console to create the private overlay network. Additional SD-WAN providers will be available soon.
Before you create an MVE, you need to determine the best location - one that supports MVE and one that is in the most compatible metro area.
MVE instances are located in key metro areas to maintain low latency from your cloud and SaaS workloads to MVE.
Transit gateway functionality is built into each MVE that enables traffic flow to and from branch locations using SD-WAN technologies through internet connections. You use pre-existing internet connectivity from your premises to securely access the MVE that is geographically located closest to those premises.
In general, you’ll want to provision MVEs at the metro locations nearest to your branch sites and on-premises locations to benefit from the lowest latency and highest throughput.
You can connect multiple locations to an individual MVE. You can also deploy multiple instances within a metro area and load-balance your branch sites.
We recommend two MVE host systems per metro area for resiliency.
|Asia Pacific||North America||Europe|
Sizing your MVE instance
The instance size determines the MVE capabilities, such as how many concurrent connections it can support. The MVE instances are consolidated into three sizes.
|Size||Maximum Throughput||SD-WAN Endpoints||DRAM||HDD|
|Small (2 vCPUs)||500 Mbps||40||4 GB||8 GB|
|Medium (4 vCPUs)||1 Gbps||300||8 GB||8 GB|
|Large (8 vCPUs)||5 Gbps||600||16 GB||8 GB|
These throughput numbers are estimates and your speeds will vary. When choosing an MVE instance size, keep in mind these items:
The maximum throughput numbers are characterized using a pure SD-WAN hub for hub-and-spoke connections.
Any increase on the network data stream load can degrade performance. For example, establishing secure tunnels with IPsec, adding traffic path steering, or using deep packet inspection (DPI) can impact the maximum throughput speed.
Plans to scale the network.
What if I need more MVE capacity in the future?
You have a couple options:
You can provision another MVE instance, add it to your SD-WAN overlay network, and split the workload between the two MVEs.
You can provision a larger MVE instance, add it to your SD-WAN overlay network, migrate connections from the old MVE to the new larger MVE, and then retire the old MVE.
MVE provides capacity to and from your internet-enabled branch locations securely, to any endpoint or service provider on Megaport’s SDN. CSP-hosted instances of partner SD-WAN products route critical traffic across Megaport’s SDN, reducing internet dependence. Traffic remains encrypted and under your policy control while traveling across the Megaport SDN, to or from, MVE.
Each MVE subscription includes distributed denial-of-service (DDoS) attack protection for no additional charge.
You bring your own license for your selected SD-WAN vendor for use with MVE. It is your responsibility to have the appropriate licenses for the SD-WAN endpoints created on the Megaport network.
Megaport uses Q-in-Q, also known as 802.1ad nested VLANs, to differentiate between customer MVEs on a given host hardware system. Q-in-Q is not available to Cisco SD-WAN.