The Three-Pod design completely separates the Telco Cloud Infrastructure functional blocks by using a Management Pod, Edge Pod, and Resource Pod for their functions. The initial deployment of a Three-Pod design consists of three vSphere clusters, respectively one cluster per Pod. Clusters are scaled up by adding ESXi hosts, whereas Pods are scaled up by adding clusters. The separation of management, Edge, and resource functions in individually scalable Pods allows the CSPs to plan capacity according to the function hosted by each Pod. This provides greater operational flexibility.

The following diagram depicts the physical representation of the compute and networking connectivity and the logical layers of the switching and routing fabric. This diagram shows both the Edge form factors (VM and Bare Metal) to demonstrate how each deployment appears. Your deployment will include only one form factor.

Figure 1. Three-Pod Conceptual Design

The initial deployment of a Three-Pod design is more hardware intensive than the initial deployment of a Two-Pod design. Each Pod in the design scales up independently from the others. A Three-Pod design consists of the same components as in a Two-Pod design, as the way functions are combined to form the solution is different in each design. Regardless of the Pod design that is used to create the NFVI, VNFs perform the same way.

Logical View

  • Management Pod: Hosts all the NFV management components. Its functions include resource orchestration, analytics, BCDR, third-party management, NFVO, and other ancillary management.

  • Edge Pod: Hosts the NSX-T Data Center network components, which are the NSX Edge nodes. Edge nodes participate in East-West traffic forwarding and provide connectivity to the physical infrastructure for North-South traffic management and capabilities. Edge nodes can be deployed in a VM and bare metal form-factor to meet capacity and performance requirements.

  • Resource Pod: Provides the virtualized runtime environment, that is compute, network, and storage, to execute workloads.

Routing and Switching

Before deploying the Three-Pod configuration, use a VLAN design to isolate the traffic for infrastructure, VMs, and VIM.

The vSphere Distributed Switch port groups have different requirements based on the Pod profile and networking requirements. For example, a vSphere Distributed Switch can be used for both the VMkernel traffic and VM management traffic. While the switching design is standardized for the Management and Edge Pods, the Resource Pod offers flexibility with two classes of NSX-T Data Center switches (N-VDS Standard and N-VDS Enhanced). The N-VDS switch offers the overlay and VLAN networking. The N-VDS Enhanced switch offers acceleration by using DPDK to workloads.

The two-tiered routing fabric of NSX-T Data Center provides the separation between the provider gateways (Tier-0) and the tenant gateways (Tier-1).

The Edge nodes provide the physical connectivity to the CSP's core and external networking.

Note:

NSX-T Data Center requires a minimum of 1600 MTU size for overlay traffic. The recommended MTU size is 9000.