This topic describes the Azure VMware Solution (AVS) reference architecture for VMware Tanzu Operations Manager and any runtime products, including VMware Tanzu Application Service for VMs (TAS for VMs). This architecture builds on the common base architectures described in Platform architecture and planning.
For additional requirements and installation instructions for Tanzu Operations Manager on AVS, see the TAS for VMs documentation.
The AVS reference architecture for the TAS for VMs runtime tiles is based on a software-defined networking (SDN) infrastructure. AVS offers NSX-T to support SDN infrastructure.
The following sections describe the reference architecture for Tanzu Operations Manager with TAS for VMs on AVS with NSX-T deployments. They also provide requirements and recommendations for deploying Tanzu Operations Manager with TAS for VMs on AVS with NSX-T, such as network, load balancing, and storage capacity requirements and recommendations.
TAS for VMs on AVS with NSX-T supports these following SDN features:
Virtualized, encapsulated networks and encapsulated broadcast domains
VLAN exhaustion avoidance with the use of virtualized Logical Networks
DNAT/SNAT services to create separate, non-routable network spaces for the TAS for VMs installation
Load balancing services to pass traffic through Layer 4 to pools of platform routers at Layer 7
SSL termination at the load balancer at Layer 7 with the option to forward on at Layer 4 or 7 with unique certificates
Virtual, distributed routing and firewall services native to the hypervisor
The following diagram illustrates reference architecture for TAS for VMs on AVS with NSX-T deployments:
View a larger version of this diagram..
TAS for VMs deployments with NSX-T are deployed with three clusters and three availability zones (AZs).
An NSX-T Tier-0 router is on the front end of the TAS for VMs deployment. This router is a central logical router into the TAS for VMs platform. You can configure static or dynamic routing using Border Gateway Protocol (BGP) from the routed IP address backbone through the Tier-0 router with the edge gateway.
Several Tier-1 routers, such as the router for the TAS for VMs and infrastructure subnets, connect to the Tier-0 router.
TAS for VMs deployments require the VMware NSX-T Container Plugin to enable the SDN features available through NSX-T.
The NSX-T Container Plug-in enables a container networking stack, and integrates with NSX-T.
To use NSX-T with TAS for VMs, the NSX-T Container Plug-in must be installed, configured, and deployed at the same time as the TAS for VMs tile. To download the NSX-T Container Plug-in, go to the VMware NSX-T Container Plug-in page on Broadcom Support.
These sections describe networking requirements and recommendations for TAS for VMs on AVS with NSX-T deployments.
The Tier-0 router must have external route IP address space to advertise on the BGP network with its peers. Select a network range for the Tier-0 router with enough space so that you can separate the network into these two jobs:
Tanzu Operations Manager requires that the NSX firewall routes are not blocked. By default, all communication between Tanzu Operations Manager VMs and vCenter or ESXi hosts route through the NSX firewall and are blocked. For more information on which ports to enable, see VMware ports and protocols for vSphere.
TAS for VMs requires a system domain, app domain, and several wildcard domains.
For more information about DNS requirements for TAS for VMs, see Domain names in Platform Planning and Architecture.
The load balancing requirements and recommendations for TAS for VMs on AVS with NSX-T deployments are:
You must configure NSX-T load balancers for the Gorouters.
VMware recommends that you configure Layer 4 NSX-V load balancers for the Gorouters. With Layer 4 load balancers, traffic passes through the load balancers and SSL is terminated at the Gorouters. This approach reduces overhead processing.
You can use Layer 7 load balancers and terminate SSL at the load balancers. However, VMware discourages this approach because it adds additional overhead processing.
Any TCP Gorouters and SSH Proxies within the platform also require NSX-T load balancers.
Layer 4 and Layer 7 NSX-T load balancers are created automatically during app deployment.
The requirements and recommendations related to networks, subnets, and IP address spacing for TAS for VMs on AVS with NSX-T deployments are:
TAS for VMs requires statically-defined networks to host its component VMs.
The client side of an NSX-T deployment uses a series of non-routable address blocks when using DNAT/SNAT at the Tier-0 interface.
The reference architecture for TAS for VMs on AVS with NSX-T deployments uses a pattern in which all networks are calculated on the /24
8-bit network boundary. The network octet is numerically sequential.
NSX-T dynamically assigns TAS for VMs org networks and adds a Tier-1 router. These org networks are automatically instantiated based on a non-overlapping block of address space. You can configure the block of address space in the NCP Configuration section of the NSX-T tile in Tanzu Operations Manager. The default is /24
. This means that every org in TAS for VMs is assigned a new /24
network.
For more information about TAS for VMs subnets, see Required subnets in Platform Architecture and Planning Overview.
AVS deploys a NSX-T with Active/Active HA.
For information about high availability (HA) requirements and recommendations for TAS for VMs on AVS, see High Availability in Platform Architecture and Planning Overview.
TAS for VMs requires shared storage. By default, AVS deploys with vSAN configured.
For information about storage on AVS, see Hosts in the Microsoft AVS documentation.
An internal MySQL database is sufficient for use in production environments.
However, an external database provides more control over database management for large environments that require multiple data centers.
For information about configuring system databases on TAS for VMs, see the TAS for VMs documentation.
For information about security requirements and recommendations for TAS for VMs deployments, see Security in Platform Architecture and Planning Overview.
Use Azure Blob Storage as the external file storage option for Tanzu Operations Manager. This provides redundancy for high-availability deployments of Tanzu Operations Manager and unlimited scaling. Azure Blob Storage provides fully-redundant hot, cold, or archival storage in either local, regional, or global offerings.
Tanzu Operations Manager requires a bucket for the BOSH blobstore.
TAS for VMs requires the following buckets:
Buildpacks
Droplets
Packages
Resources
These buckets require an associated role for read/write access.
HCX Migration of Tanzu Operations Manager and any runtime products, including TAS for VMs, on AVS is not supported at this time.