You can install VMware Tanzu Application Service for VMs (TAS for VMs) on vSphere with NSX-T internal networking, using the VMware NSX-T Container plug-in for Operations Manager.
Important These instructions were updated to use the NSX-T Policy API, the next-generation interface for integrating with the NSX-T networking and security framework.
TAS for VMs uses a Container Network Interface (CNI) plug-in to support secure and direct internal communication between containers.
This plug-in is either:
The internal Silk plug-in that comes packaged with TAS for VMs.
On vSphere, the NSX-T Container Plug-in (NCP), which is installed as the VMware NSX-T Container Plug-in for Operations Manager tile in Tanzu Operations Manager.
Before you deploy TAS for VMs with NSX-T networking, you must have the following:
An NSX-T environment with NSX-T components that are installed and configured, including a Tier-0 gateway (configured in Active/Passive HA mode) attached to a North-South Transport Zone and NSX-T edge cluster. The NSX-T version must support the versions of NCP and TAS for VMs you intend to use. Verify the compatibility between NSX-T, NCP, and TAS for VMs with the following documentation:
BOSH and Tanzu Operations Manager installed and configured on vSphere. For more information, see Deploying Tanzu Operations Manager on vSphere and Configuring BOSH Director on vSphere.
The VMware NSX-T Container Plug-in for Operations Manager tile is downloaded from VMware Tanzu Network and imported to the Tanzu Operations Manager Installation Dashboard. For information about downloading and importing VMware Tanzu products to the Installation Dashboard, see Add and Import Products in Adding and Deleting Products.
The TAS for VMs tile is downloaded from Broadcom Support and imported to the Tanzu Operations Manager Installation Dashboard. The TAS for VMs tile must be in one of these states:
Important If you deploy TAS for VMs with its container network interface (CNI) set to Silk, Diego Cells are configured to use an internally managed container network. If you subsequently switch the CNI interface to External NSX-T, this leads to errors.
The following graphic shows how to deploy an NSX-T machine to run TAS for VMs across multiple vSphere hardware clusters. NSX-T runs a Tier-0 (T0) gateway and multiple Tier-1 (T1) gateways, each connecting to a network within Operations Manager. Each vSphere hardware column cluster corresponds to an Availability Zone (AZ) in Operations Manager: The NXT T0 Router is connected between the IP Backbone and the T1 Routers. The T1 Routers each end on a network.
When you push an app to a new org for the first time, the NSX-T plug-in starts NSX-T to create a new T1 gateway and allocate an address range for the org, on demand.
To install NSX-T to run with TAS for VMs, follow these procedures:
To set up NSX-T to integrate with TAS for VMs, follow these procedures:
To configure Network Address Translation (NAT) rules:
Create network address translation (NAT) rules to communicate with Tanzu Operations Manager:
Add a rule for destination NAT (DNAT) with:
opsmgr.example.com
), this is its IP address.Firewall setting bypass: the packet bypasses firewall rules.
Add a rule for source NAT (SNAT) for the infrastructure and deployment networks:
Firewall Setting bypass: the packet bypasses firewall rules.
To configure Tier-1 (T1) gateways:
Create T1 gateways for TAS for VMs, to connect from the T0 gateway. For each Operations Manager network, Infrastructure, Deployment, and so on, create a T1 gateway as follows:
Advertise the routes of the T1 gateways to the T0 gateway, so the T0 gateway can correctly route incoming requests based on their destination IP addresses:
Activate All LB VIP Routes. (necessary if Load Balancing service is configured).
Allocate an IP block for TAS for VMs orgs.
TAS for VMs-container-ip-block
). This IP block name is also used in the VMware NSX-T tile in the NCP section under IP Blocks of Container Networks.Subnets are allocated from this pool to each newly-created org
.Enter a CIDR to allocate an address block large enough to accommodate all TAS for VMs apps. A /14
CIDR is large enough for approximately 1,000 Orgs with about 250 apps each. If you are planning a large foundation, see VMware NSX-T TAS for VMs limits in the VMware documentation.
Create an external SNAT IP pool:
external-ip-pool
).Set a subnet of externally-routable IP addresses for future NAT IP addresses.
In vSphere, create segments that correspond to the networks that Operations Manager uses.
Create Active Monitors (health checks) for use by the virtual servers later.
tas-web-monitor
/health
Create the health monitor for TCP load balancing:
tas-tcp-monitor
/health
Create the health monitor for SSH load balancing:
tas-ssh-monitor
Create Server Pools (collections of VMs that handle traffic) for use by the virtual servers.
Create the server pool for web load balancing:
tas-web-pool
Automap
Static
tas-web-monitor
Create the server pool for TCP load balancing:
tas-tcp-pool
Deactivated
Static
tas-tcp-monitor
Create the server pool for SSH load balancing:
tas-ssh-pool
Deactivated
Static
tas-ssh-monitor
Create the load balancer. In the NSX-T Manager UI, go to Networking, then Load Balancing, and click the Load Balancers tab.
tas-lb
Small
unless you have a larger Foundation.t1-deployment
Attach your load balancer to the Tier 1 gateway fronting your deployment instances.Click Add Active Monitor.
tas-web-monitor
/health
For foundations requiring end-to-end encryption, do not enable the virtual server on port 80. If it must be enabled, configure it to redirect traffic to the encrypted port (443).
To create the virtual server that forwards unencrypted web (HTTP) traffic to the foundation:
tas-web-vs
default-tcp-lb-app-profile
*.system.YOUR-SYSTEM-DOMAIN.com
80,443
tas-web-pool
To create the virtual server that forwards traffic to apps with custom tcp ports to the foundation:
tas-tcp-vs
default-tcp-lb-app-profile
tcp.apps.YOUR-SYSTEM-DOMAIN.com
1024-1123,5900
tas-tcp-pool
To create the virtual server that forwards SSH traffic to the foundation:
tas-ssh-vs
default-tcp-lb-app-profile
ssh.system.YOUR-SYSTEM-DOMAIN.com
.2222
tas-ssh-pool
To activate NSX-T mode in the BOSH Director:
From the Tanzu Operations Manager Installation Dashboard, open the BOSH Director for vSphere tile.
In the vCenter Config pane, click the pencil icon for the vCenter Config you want to edit.
Select NSX Networking.
Configure BOSH Director authentication to the NSX Manager by following the NSX Networking instructions in the Step 2: Configure vCenter section of Configuring BOSH Director on vSphere.
Verify that the Use NSX-T Policy API option is selected.
To configure TAS for VMs for external container networking:
If you have not already done so, download the TAS for VMs tile from VMware Tanzu Network and import it to the Installation Dashboard.
For instructions, see Add and Import Products.
Configure TAS for VMs, starting with Prerequisites. When you configure Networking, select External under Container networking interface plugin.
Configure TAS for VMs to add router, diego_brain, and tcp_router instances to the corresponding NSX-T server pools upon deployment.
server_pools
list with the NSX-T Server Pool these instance must be added to upon deployment.
Click Save.
If you have not already done so, download the VMware NSX-T Container Plug-in for Operations Manager tile from VMware Tanzu Network and import it to the Installation Dashboard. For instructions, see Add and Import Products.
Click the VMware NSX-T tile to open the Settings tab, and configure NSX Manager:
ssh
into NSX-T Manager using the admin account that you created when you deployed NSX-T Manager.get certificate api
to retrieve the certificate.Open and configure the NCP (NSX-T Container Plug-in) pane as follows:
TAS for VMs
. If multiple foundations co-exist on the same NSX-T Manager, choose a unique string, such as TAS for VMs-beta
. NCP creates artifacts such as T1 gateways and prefixes their names with this string for easy identification.24
. This number must be higher than the mask for all TAS for VMs orgs in the NSX-T Manager New IP Block pane, to define the fraction of the total TAS for VMs address space for each org.Enable NSX-T Policy API: Activate this check box to use the new Policy API.
In the NSX Node Agent pane, activate the Enable Debug Level of Logging for NSX Node Agent check box.
Click Save and return to the Installation Dashboard.
After you deploy TAS for VMs with NSX-T, you might need to upgrade Tanzu Operations Manager, TAS for VMs, the NSX-T Container Plug-in or NSX-T Data Center. If you upgrade one of these components, you might need to upgrade the other components as well.
For example, if you want to only upgrade NSX-T Data Center, you might need to upgrade the NSX-T Container Plug-in first.
To upgrade TAS for VMs with NSX-T Networking:
Plan the upgrade by determining the compatibility of NCP, NSX-T and TAS for VMs by checking the following documentation:
Download the VMware NSX-T Container Plug-in for Operations Manager tile from VMware Tanzu Network.
In Tanzu Operations Manager, import the new version of the tile to the Installation Dashboard. For instructions, see Adding and Importing Products.
Click Review Pending Changes and review your changes.
Click Apply Changes.
Continue with the upgrade of Tanzu Operations Manager, TAS for VMs, or NSX-T Data Center. For more information, see Upgrade NCP in a Operations Manager Environment in the VMware NSX-T Data Center documentation.