Deploying Virtual Edge with CloudFormation
The following are required before you begin to deploy the Virtual Edge with CloudFormation templates:
- AWS account and login information
- Familiarity with AWS networking concepts (see: https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Networking.html)
- RSA Public Key (see: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html)
- CloudFormation Template (one of the following):
- Orchestrator target and admin account to login
Instructions on how to deploy a Virtual Edge with CloudFormation templates are described below. However, make sure to adhere to the prerequisite requirements prior to deployment.
As part of the VeloCloud SD-WAN solution, Customers deploy the VeloCloud Virtual Edges in AWS, typically in a VPC. Edge(s) can be deployed via few methods, namely AWS console and Cloud Formation Template. Total provisioning time typically takes around ~30 minutes.
Available Regions
Basic Topology
The VeloCloud Edge AMI is available in all AWS commercial regions with EC2 service, with China being the exception.
In a basic topology example, the AWS VPC (10.0.0.0/16) is divided into a Public subnet (10.0.0.0/24) and a Private subnet (10.0.1.0/24). The Virtual Edge routes between the two subnets. The Public VPC Routes will forward all offnet traffic to the Internet Gateway. The VPC Router in the Private subnet will forward all traffic to the LAN facing interface on the Virtual Edge (ENI of GE3). In this example, a default route is used to forward all traffic from the workloads, but is not necessary. RFC1918 summarization or specific branch/hub prefixes can be used to narrow what is sent to the Virtual Edge. For example, if the workloads in the Private Subnet need to be accessible via the SSH from publicly sourced IPs, then the VPC Router could be configured to point the default route (0.0.0.0/0) to the Internet Gateway and RFC1918 summarization to the Virtual Edge.











