Whitepaper Go Mainstream
Whitepaper Go Mainstream
Whitepaper Go Mainstream
GO MAINSTREAM WITH
SD-WAN: MIGRATION
BEST PRACTICES
GO MAINSTREAM WITH SD-WAN: MIGRATION BEST PRACTICES
Table of Contents
Architecture and Components 3
Branch Design 6
Routing 10
Ongoing Monitoring 10
Summary 11
W H I T E PA P E R | 2
GO MAINSTREAM WITH SD-WAN: MIGRATION BEST PRACTICES
Over the last couple of years SD-WAN technology has matured into a mainstream solution. Yet, the
most appropriate migration path is not always clear. While there are many considerations to
balance during a migration, the enduring benefit of an SD-WAN architecture is simplification:
branch design, data center design, routing, edge platform choices, security choices, management.
To ensure an understanding of the fundamental concepts, let’s quickly discuss the architecture and components of SD-WAN,
and then move on to cover the best practices of various aspects of an SD-WAN migration.
The SD-WAN concept rests fundamentally on the separation of the control, data and management planes in the network. This
separation allows significant flexibility in how and where services and functions can be deployed and how easily they are
managed. There are three major components of an SD-WAN network to consider during a migration.
• Edge: Deploy branch, cloud and data center edges with a purpose-built hardware appliance, a virtual appliance, or a Virtual
Network Function (VNF) running on a generic services platform.
• Gateways: This component is unique to the VMWare SD-WAN by VeloCloud solution giving optimized and secure access to
cloud applications.
• Orchestrator: The all-in-one management station manages, monitors and troubleshoots the entire SD-WAN network. It can
be deployed as part of the enterprise network, or hosted in a multi-tenant configuration by a service provider.
Choosing the most appropriate model for your network determines where and how components are deployed.
W H I T E PA P E R | 3
GO MAINSTREAM WITH SD-WAN: MIGRATION BEST PRACTICES
Map your traditional WAN site types to the most appropriate SD-WAN site type. SD-WAN architecture is an over-the-top
overlay and transport-independent. These characteristics offer secure transport over public Internet links and superior
application performance over any type of link leveraging SD-WAN features such as dynamic path selection, link sharing, and
on-demand remediation.
W H I T E PA P E R | 4
GO MAINSTREAM WITH SD-WAN: MIGRATION BEST PRACTICES
With VMware SD-WAN’s zero-touch provisioning and moving security firewalling and application hosting to the cloud, you
could run zero-IT staff branches. Branch WAN optimization may no longer be needed and VMware SD-WAN does automatic
load balancing, link monitoring and remediation. These changes provide significant branch cost-savings and simplification.
IP Addressing
Assign a meaningful address space to easily identify traffic origins, while also keeping enough free IP address space for future
growth. VMware SD-WAN Overlay Flow Control (OFC) routing shows a unified view of all the subnets the SD-WAN has
recognized.
Using a unique IP address space for each site is the most common deployment model. This practice allows branches to easily
communicate via an overlay VPN. Alternatively, using overlapping address space in the enterprise is less common but a
feasible deployment model. In this case, use segmentation to ensure segments of sites have a unique address space: all
segments with no address space conflicts are VPN-capable.
Use service provider-agnostic DNS servers for consistent treatment across sites in the enterprise. It is best to use public DNS
or a private DNS server at the enterprise level (not the branch level).
NTP time synchronization is important to have a cohesive view at the Orchestrator of the sequence of events and statistics in
your network. Edges automatically sync to public NTP servers. You may need a private enterprise NTP server for sites unable
to reach a public server, for example, at sites with only an MPLS link and no Internet access.
W H I T E PA P E R | 5
GO MAINSTREAM WITH SD-WAN: MIGRATION BEST PRACTICES
Branch Design
Edge infrastructure with a VMware SD-WAN is highly flexible. You may deploy a physical hardware CPE device, or a software
CPE device (VNF) running on a hypervisor, or a software-only cloud Marketplace subscription offering (e.g. Azure or AWS).
You could also choose a hosted or an on-premises solution.
It is best to standardize branch design as much as possible. Smaller sites may require a different deployment model from
larger sites, or the connectivity at a site (Internet or MPLS or both) may dictate the most appropriate model. There are several
deployment models to choose from.
The VMware SD-WAN CPE can augment the branch; it does not have to replace your existing installation: it may run behind
the Layer 3 router, or you could pair it with the CE router and run static routing, or any traditional routing protocol such as
OSPF/BGP.
It is recommended to have at least two separate connections for sites with Internet-only connectivity; in the best case the
links should be of diverse technologies and from different providers. If an LTE link is used as an active link (i.e. not for
standby), control traffic consumes bandwidth on this link even if the SD-WAN overlay is configured not to use the link for
data-plane traffic.
A site with Internet-only connectivity can be configured as either in-path or off-path. There is no particular best practice, both
models have pros and cons.
W H I T E PA P E R | 6
GO MAINSTREAM WITH SD-WAN: MIGRATION BEST PRACTICES
A site with hybrid connectivity can be similarly configured as in-path or off-path. All in-path deployments should consider a
high availability (HA) solution.
W H I T E PA P E R | 7
GO MAINSTREAM WITH SD-WAN: MIGRATION BEST PRACTICES
WAN Optimization (WANop) may no longer be required due to several industry trends:
• Last mile bandwidth is less constrained than in the past
• Applications are increasingly moving to the cloud
• Recent-vintage applications tend to be less chatty than earlier and therefore perform better over WANs
• Many applications now incorporate native encryption
If WANop is still needed in your network, perhaps due to expensive long distance MPLS links, it may be better located at a
regional hub site and not at each branch.
If you haven’t yet migrated the data center to an SD-WAN, you can connect that site to your SD-WAN network by building a
secure tunnel from an SD-WAN Gateway: this is referred to as a non-VMware site (NVS) tunnel. Alternatively, you can install a
virtual or hardware edge device running an SD-WAN virtual instance, configured as a hub device.
W H I T E PA P E R | 8
GO MAINSTREAM WITH SD-WAN: MIGRATION BEST PRACTICES
W H I T E PA P E R | 9
GO MAINSTREAM WITH SD-WAN: MIGRATION BEST PRACTICES
Routing
There are several routing strategies to choose from.
VMware SD-WAN automatically redistributes routes within the overlay network, and can also be set up to automatically
redistribute routes between the overlay network the non-overlay legacy network. This decision hinges on whether legacy
branch sites are reached from the SD-WAN via the data center, or directly via the underlay network. Internet-only branch sites
can only be reached via the data center. Hybrid sites with both Internet and MPLS connections can use the underlay network.
Wherever possible, use the data center as the transit site as the data center knows all the routes, as well as how to reach non-
SD-WAN legacy sites. The VMware SD-WAN solution supports both BGP and OSPF static clouds. For a site unable to run
these protocols, you can use static routing and IP SLA.
Once you set the applications and their priorities, the VMware SD-WAN solution implements your business policies with
DMPO, automatic link sharing and on-demand remediation.
Ongoing Monitoring
Monitoring should be automated. The ReST API features of the SD-WAN can be leveraged if you are using a third-party
monitoring tool.
W H I T E PA P E R | 1 0
GO MAINSTREAM WITH SD-WAN: MIGRATION BEST PRACTICES
Summary
SD-WAN migration need not be a difficult task. Migrating can simplify many of the network design choices, configurations,
traffic flows and management tasks required by a traditional WAN. Yet an SD-WAN provides significant flexibility with many
different deployment options to optimize your cost, the use of your staff, application performance, best-of-breed security
solutions, traffic routing, as well as removing complexity from your network.
An SD-WAN migration does not require you to replace or disrupt your existing network; the SD-WAN is introduced as an
overlay network and you can migrate a site at a time, and have both your legacy WAN and the SD-WAN run in parallel. This
paper discusses some key considerations to keep in mind as you prepare for the migration, including concerns such as branch
link connectivity, routing access between the SD-WAN and legacy networks, application priorities, where best to locate
firewalling, and whether or not hardware or VNF edges make more sense in your network.
W H I T E PA P E R | 1 1
VMware, Inc. 3401 Hillview Avenue Palo Alto CA 94304 USA Tel 877-486-9273 Fax 650-427-5001 www.vmware.com
Copyright © 2019 VMware, Inc. All rights reserved. This product is protected by U.S. and international copyright and intellectual property laws. VMware products are covered by one or more patents listed at
http://www.vmware.com/go/patents. VMware is a registered trademark or trademark of VMware, Inc. and its subsidiaries in the United States and other jurisdictions. All other marks and names mentioned herein
may be trademarks of their respective companies. Item No: white-paper-migration-best-practice-wide
3/19