VMware VeloCloud SD-WAN/SASE Long-Term Support Release

Products

• VMware VeloCloud SD-WAN
• VMWare SD-WAN

Issue/Introduction

Introduction: 
 

VMware VeloCloud SD-WAN/SASE is introducing a Long-Term Support (LTS) policy to enhance the operational efficiency of our partners and customers during the implementation of new software. LTS helps partners and customers pick the best software version. Additionally, by embracing LTS releases, partners and customers can:

1. Ensure enhanced quality and attain increased stability.
2. Gain visibility and predictability regarding the release schedule of software code.
3. Experience deterministic timelines for the delivery of features and enhancements.

Environment

VMware VeloCloud SD-WAN

VMware VeloCloud SASE

 

Resolution

What is Long-Term Support: 

Long-Term Support is a widely accepted industry term that signifies a stable software release designed to provide end users with a dependable environment for delivering their services. As new software code is added to releases, there is the potential that these changes may destabilize the release. To mitigate these risks, LTS Releases are planned at greater intervals, ensuring that significant software or infrastructure features are thoroughly examined and subjected to additional comprehensive testing.

With the introduction of LTS, VMware VeloCloud SD-WAN/SASE has implemented similar changes with a focus on quality. Hence releases will be identified as either LTS or Short-Term Support (STS) Releases. To further ensure stability VMware has also implemented the following structure:
 

1. There will be 1 LTS Release in a calendar year followed by 2 STS Releases.
2. Support duration for a LTS Release will be 3 years from the date of release.
3. STS Releases will have a support duration of 1 year.
4. Support duration for the Releases (LTS and STS) will include all components of the solution. That is, support duration will be for VMware Edge and Cloud Orchestrator (Orchestrator), VMware Cloud Gateway (VCG) and VMware SD-WAN Edge (VCE). 
5. To manage the number of Releases that VMware maintains in this new model, STS Releases will have no Maintenance Releases (MR). Only LTS Releases will have a pre-determined cadence of MRs on the LTS branch.
6. LTS Release Candidates will have 4 MRs during its 3 year lifetime.
7. The 1^st two MRs will be delivered every 4 months. After the first 2 MRs, once an LTS is available, the cadence is increased to 6 months and the last MR will be released after 7 months.
8. STS Releases will have rollups, while on LTS Releases these builds would be on demand as LTS Releases have Maintenance Releases that contain bug fixes. (Please refer to the KB article VMware VeloCloud SD-WAN Software Release Types and Software Upgrade Strategy for Orchestrators and Gateways (320668) that defines Maintenance Releases and rollup Releases.)

Note: For the VeloCloud Edge Cloud Orchestrator and the VeloCloud Gateway, the LTS strategy is applicable for On-Premises and Dedicated deployments. VMware VeloCloud Hosted, Shared, and Private infrastructure would continue to be on the latest published Release, which can be an LTS or STS Release.

Edges can follow an LTS strategy for all deployment models of Orchestrator and Gateway: Shared, Private and Dedicated.

The table below summarizes the two Release types and the rules associated with each of them:

Note: In the above table, VECO = VeloCloud Edge Cloud Orchestrator; VCG = VeloCloud Gateway; VCE = VeloCloud Edge.

The diagram below shows the different Major-Minor Releases, Maintenance, and Rollup Releases:

 Timeline diagram above release dates are for illustration only

LTS Release Candidate vs LTS Release:

With this new model of 3 releases in a year, every release that reaches General Availability is a supported release. Only 1 of these releases will be the LTS Candidate Release. The LTS Release Candidate would have undergone the exact same rigorous qualification process as any. The LTS Release Candidate is the release which, after 2 Maintenance Releases, will be marked as the LTS Release. At GA the LTS Release Candidate would have undergone the exact same rigorous qualification process as any STS Release.

Note: An LTS Release Candidate is a fully supported release and customers may deploy this release as needed.

From the time the Release Candidate is made available, VMware VeloCloud SD-WAN/SASE will continue performing additional testing and validation, along with bug fixes to deliver the LTS Release.

1. The timeframe for when an LTS Release Candidate becomes an LTS Release is 2 quarters. This ensures VeloCloud SD-WAN/SASE has had sufficient time to resolve both externally and internally found defects in the LTS Release Candidate.
2. Additional time is also needed to perform extended testing, such as longevity (30 day) solution and stress testing. 
3. Improved test coverage driven by the identification of new test coverage areas and incoming defects resulting from quality engineering (QE) initiatives, including Top-N testing. Improved test coverage driven by the identification of new test coverage areas and incoming defects. LTS Release Candidates will be implemented within VMware VeloCloud, in coordination with VMware VeloCloud IT. The VMware VeloCloud employee infrastructure will be upgraded to ensure added coverage.

To further de-risk stability, LTS Release Candidates undergo exhaustive planning.

1. Early planning for LTS Release Candidates ensures no infrastructure or OS changes are introduced.
2. No software architectural changes are made that have a widespread impact on the software. These changes will be introduced in STS Releases to ensure they have had enough exposure before the next LTS Release Candidate is made available.
3. Both LTS and STS Releases have identical test coverage, however LTS Releases undergo extended 30 day longevity testing.

Recommended Release vs LTS Release:

VMware VeloCloud SD-WAN/SASE uses the “Recommended Release” tag to guide partners and customers on which release they should adopt, as defined in VMware VeloCloud SD-WAN Software Versions: Recommended Releases. The LTS Release strategy brings needed predictability to Recommended Releases. As a result, the intent is to deprecate the current Recommended Release methodology in favor of recommending LTS Releases after the first LTS Release (i.e. Release 5.2.3) meets all the criteria of our current Recommended Release methodology.