Rede pública

Os data centers do IBM Cloud e pontos de presença (PoPs) de rede têm diversas conexões de 1 Gbps ou 10 Gbps com as operadoras de rede de trânsito e peering de camada superior. O tráfego de rede de qualquer lugar no mundo se conecta ao PoP de rede mais próximo e viaja diretamente na rede para o seu data center, minimizando o número de hops e handoffs de rede entre os provedores.

No data center, o IBM Cloud fornece 1 Gbps, 10 Gbps ou 25 Gbps de largura de banda de rede para servidores individuais por meio de um par de comutadores de cliente de front-end (FCS) separados e agregados por peer. Esses comutadores agregados estão conectados a um par de roteadores separados, FCR, para rede L3.

Esse design multicamadas permite que a rede escale entre racks, linhas e pods dentro de um data center do IBM Cloud.

Rede privada

Todos os data centers do IBM Cloud e PoPs são conectados pelo backbone da rede privada. Essa rede privada é separada da rede pública e possibilita a conectividade com serviços em data centers do IBM Cloud ao redor do mundo. A movimentação de dados entre os data centers da IBM Cloud é feita por meio de diversas conexões de 10 Gbps ou de 40 Gbps com a rede privada.

Semelhante à rede pública, a rede privada tem multicamadas nesses servidores e outros componentes de infraestrutura são conectados a comutadores de clientes de back-end (BCS) agregados. Esses comutadores agregados são anexados a um par de Back-end Customer Routers (BCR) separados para rede L3. A rede privada também suporta a capacidade de usar quadros jumbo (MTU 9000) para conexões de host físico.

Gerenciamento de host

Na rede privada, cada servidor IBM Cloud está conectado para fins de gerenciamento por meio da sub-rede privada da rede primária. Essa conexão permite o acesso da Intelligent Platform Management Interface (IPMI) ao servidor independentemente de sua CPU, firmware e sistema operacional, para propósitos de manutenção e administração.

Blocos IP primários e móveis

O IBM Cloud aloca dois tipos de endereços IP para serem usados dentro da infraestrutura do IBM Cloud:

• Os endereços IP primários são designados para dispositivos, bare metal e servidores virtuais que são provisionados por IBM Cloud. Não designe nenhum endereço IP nesses blocos.
• Endereços IP móveis são fornecidos para você designar e gerenciar conforme necessário. O vCenter Server fornece vários intervalos IP móveis para o seu uso. Use somente os intervalos de endereços IP móveis que são designados aos componentes específicos do NSX® -T e que são especificados para uso do cliente. Por exemplo, EDGE do cliente.

Os endereços IP primários ou móveis poderão ser tornados roteáveis para qualquer VLAN dentro de sua conta quando a conta for configurada como uma conta de Virtual Routing and Forwarding (VRF).

Virtual Routing and Forwarding

A conta do IBM Cloud infrastructure customer portal deve ser configurada como uma conta de roteamento e encaminhamento virtuais (VRF) para ativar o roteamento global automático entre os blocos de IP de sub-rede. Todas as contas com conexões de Link direto devem ser convertidas ou criadas como uma conta do VRF.

Como várias opções de conectividade juntamente com as opções de roteamento de rede requerem que a conta do IBM Cloud esteja em um modo VRF, é recomendável que a conta esteja no modo VRF antes de provisionar o vCenter Server.

Conexões físicas do host

Cada host físico nesse design conta com dois pares redundantes de conexões Ethernet de 10 Gbps ou 25 Gbps em cada comutador ToR (parte superior do rack) do IBM Cloud, tanto público quanto privado. Os adaptadores são configurados como conexões individuais (independentes) para um total de quatro conexões de 10 Gbps ou quatro conexões de 25 Gbps. Essa configuração permite que as conexões de placa de interface de rede (NIC) funcionem de forma independente umas das outras.

Não é possível remover a conectividade de rede física com a rede pública ou privada dos servidores bare metal IBM Cloud usados na oferta automatizada. As portas físicas na NIC interna do servidor bare metal podem ser desativadas, mas não há suporte para a desconexão dos cabos.

VLANs e roteamento de base para sobreposição

As ofertas do IBM Cloud for VMware Solutions são projetadas com 3 VLANs, uma pública e duas privadas, designadas na implementação. Conforme mostrado na figura anterior, a VLAN pública é designada a eth1 e eth3 e as VLANs privadas são designadas a eth0 e eth2.

A primeira VLAN privada e a pública criadas e designadas nesse design são não identificadas por padrão dentro do IBM Cloud. Em seguida, a VLAN privada adicional é truncada nas portas do comutador físico e identificada dentro dos grupos de portas do VMware que estão usando essas sub-redes.

A rede privada consiste em duas VLANs dentro desse design. Quatro sub-redes são alocadas para a primeira dessas VLANs (designada aqui como VLAN Privada A):

• A primeira sub-rede é um intervalo de sub-rede privada de IP primário que o IBM Cloud designa aos hosts físicos.
• A segunda sub-rede é usada para máquinas virtuais (VMs) de gerenciamento, como o vCenter Server Appliance e o NSX Controller.
• A terceira sub-rede é usada para os terminais de túnel virtual (VTEPs) da rede de sobreposição encapsulada que são designados a cada host e a cada borda pelo NSX Manager.
• A quarta sub-rede é usada para o egresso da rede de sobreposição encapsulada.

Além da VLAN A privada, uma segunda VLAN privada (aqui designada como VLAN B privada) existe para suportar recursos do VMware, como vSAN™, vMotion e NFS. Como tal, a VLAN é dividida em duas ou mais sub-redes móveis:

• A primeira sub-rede é designada a um grupo de portas do kernel para o tráfego vMotion.
• A sub-rede ou sub-redes restantes são usadas para o tráfego de armazenamento:
  • Se você usa vSAN, uma sub-rede é designada aos grupos de porta kernel que são usados para o tráfego do vSAN.
  • Para o NAS conectado ao NFS, uma sub-rede é designada a um grupo de portas dedicado ao tráfego do NFS.

Todas as sub-redes configuradas como parte de uma implantação do VMware Cloud Foundation for Classic - Automated usam intervalos gerenciados pelo IBM Cloud, o que garante que qualquer endereço IP possa ser roteado para qualquer data center dentro da conta IBM Cloud quando você precisar da conexão.

Revise a tabela a seguir para obter um resumo.

Nesse design, todos os hosts e VMs suportados pela VLAN são configurados para apontar para o roteador de cliente de back-end (BCR) de "rede privada" do IBM Cloud como a rota padrão. Embora as instâncias automatizadas permitam o uso de SDN (Software-Defined Networking, rede definida por software), as sobreposições de rede criadas em uma instância do VMware que incluem roteamento para sub-redes internas não são conhecidas pelos roteadores gerenciados pelo IBM Cloud.

Se quiser rotear entre a sobreposição e a subposição, você deverá implementar um dispositivo de firewall IBM para a VLAN privada padrão específica quando a instância automatizada for implementada. Esse dispositivo permite a inserção de rotas estáticas e o emparelhamento do protocolo de roteamento dinâmico com os dispositivos de rede de sobreposição para permitir o roteamento entre a subcamada e a sobreposição.

As conexões de rede privada são configuradas para usar um tamanho de MTU de quadro gigante de 9000 para melhorar o desempenho de grandes transferências de dados, como armazenamento e vMotion. Esse valor é a MTU máxima permitida no VMware e pela IBM Cloud. As conexões de rede pública usam uma MTU Ethernet padrão de 1500. Esse valor deve ser mantido, pois qualquer mudança pode causar a fragmentação de pacotes sobre a Internet.