O Google usa tecnologia de IA na tradução de conteúdos para seu idioma de preferência. As traduções com IA podem ter erros.

Implantar nós e configurar a rede do dispositivo usando o console

Nesta página, descrevemos como usar o console do Google Cloud para implantar nós ESXi bare metal e configurar construções de rede do Google Cloud em preparação para implantar o VMware Cloud Foundation (VCF) na solução VMware no Google Cloud.

Ao concluir as etapas desta página, sua infraestrutura do Google Cloud será preparada para a ativação do VCF, mas o VCF ou os dispositivos de gerenciamento do VCF não serão implantados:

O que esse fluxo de trabalho faz: provisiona instâncias de computação ESXi bare metal, configura interfaces de rede (NICs) primárias e dinâmicas, define sub-redes VPC e grupos de endpoints de rede (NEGs) zonais e pré-configura construções de balanceamento de carga do Google Cloud e reservas de endereços IP para seus futuros dispositivos de gerenciamento do VCF e caminho de dados do NSX.
O que esse fluxo de trabalho não faz: ele não redefine a senha inicial do ESXi root, não inicializa a rede do host ESXi (vSwitch0 e vSAN), não implanta o instalador do VCF nem implanta dispositivos de gerenciamento do VCF (como o vCenter Server, o SDDC Manager ou o NSX Manager). Para redefinir a senha inicial do ESXi root, inicializar os hosts e implantar o VCF depois de concluir essas etapas, execute o kit de ferramentas da solução VMware e conclua a ativação no instalador do VCF, conforme descrito em Preparar nós e implantar o VCF usando o kit de ferramentas.

Antes de começar

Antes de começar, verifique se você concluiu os seguintes requisitos:

Verifique se o projeto tem cota suficiente de nós bare metal na região e na zona de destino. Para saber as cotas necessárias e instruções sobre como visualizar ou solicitar aumentos de cota, consulte Cotas e limites.
Verifique se você tem as permissões necessárias do Identity and Access Management (IAM), incluindo Compute Admin (roles/compute.admin) e, se usar o Cloud DNS, DNS Administrator (roles/dns.admin).
Configure sua rede de nuvem privada virtual (VPC) e planeje os intervalos de endereços IP da sub-rede para gerenciamento, vSAN, vMotion e endpoints de túnel NSX (TEP). Defina a MTU da rede VPC como 8896 bytes antes de implantar os nós e crie novas sub-redes na solução VMware ao criar os nós.

A solução da VMware exige que as sub-redes da sua rede VPC tenham a propriedade Resolver máscara de sub-rede definida como Transmitir intervalo principal apenas com aprendizado para oferecer suporte à rede baseada em VLAN. Abra um tíquete de suporte na Central de suporte do console doGoogle Cloud com as seguintes informações:
- Produto: Google Cloud VMware Engine
- Prioridade: P2
- Categoria: conectividade de rede
- Impacto nos negócios: pergunta técnica geral
- Forneça mais detalhes: Allowlist L2 network connectivity for my project, além do ID do projeto, do número do projeto e da região e zona de destino da implantação.
Para mais informações sobre o suporte a redes baseadas em VLAN, consulte Emulação de camada 2: transmissão ARP e aprendizado de MAC personalizado.

Observação: no console do Google Cloud , a opção VMware Engine > Autogerenciado não vai ficar visível até que o projeto seja ativado.
Planeje sua infraestrutura do Sistema de Nomes de Domínio (DNS) para oferecer suporte a pesquisas diretas e reversas para todos os nomes de host de nós ESXi planejados e endpoints de dispositivos VCF.
Nomes de host do nó: forneça o nome de domínio totalmente qualificado (FQDN) de cada nó durante a implantação. Isso garante que o ESXi gere certificados usando nomes de host.
Política de imagem confiável: se a organização não aplicar a política da organização constraints/compute.trustedImageProjects, nenhuma ação será necessária. Se a organização aplicar essa política, permita projects/smve-prod-public-images para que o Compute Engine possa criar discos de inicialização bare metal. Para mais informações, consulte Definir restrições de acesso a imagens.
VPC Service Controls: se o projeto de destino não estiver em um perímetro de serviço, nenhuma ação será necessária. Se o projeto estiver em um perímetro de serviço, adicione uma regra de saída que permita operações compute.googleapis.com para o projeto smve-prod-public-images (projects/999037279871):
```
- egressFrom:
    identityType: ANY_IDENTITY
  egressTo:
    operations:
    - serviceName: compute.googleapis.com
      methodSelectors:
      - method: "*"
    resources:
    - projects/999037279871
```
Para mais informações, consulte Referência de regras de saída.

Verificar cota regional

Antes de provisionar nós bare metal ou criar um cluster, verifique se o projeto tem cota regional e global suficiente do Compute Engine. Adicione os recursos de todos os clusters atuais na região aos seguintes valores incrementais antes de compará-los com a cota do projeto:

Métrica de cota	Recursos necessários por nó bare metal	Recursos necessários para um cluster de três nós
`compute.googleapis.com/cpus_per_vm_family` para `Z3`	192 vCPUs	3 × 192 = 576 vCPUs
`compute.googleapis.com/local_ssd_total_storage_per_vm_family` para `Z3`	72 TB	3 × 72 TB = 216 TB
`compute.googleapis.com/hyperdisk_balanced_total_storage`	128 GB	3 × 128 GB = 384 GB
`compute.googleapis.com/resource_policies`	0 ao adicionar nós a um cluster atual	1 política de posicionamento distribuído por cluster
`compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha`	0 ao adicionar nós ou clusters sem novos appliances	1 por novo VIP do dispositivo de gerenciamento do VCF ou endpoint do NSX Edge

Para ver a lista completa de cotas necessárias e instruções sobre como visualizar ou solicitar aumentos de cota, consulte Cotas e limites.

Implantar nós bare metal e configurar a rede de nós

Para provisionar nós ESXi bare-metal e configurar as interfaces de rede deles, faça o seguinte:

No console do Google Cloud , acesse VMware Engine > Autogerenciado > Visão geral.

Ir para Visão geral
Clique em Iniciar implantação para iniciar o fluxo de trabalho de provisionamento e configuração da infraestrutura.
Na seção Configuração do nó, selecione a Região e a Zona em que você quer implantar os nós.
Selecione uma Política de posicionamento ou clique em Criar nova política de posicionamento:
- Se você criar uma política de posicionamento, insira um nome e selecione o número de domínios de disponibilidade (até 8).
Cuidado: os nós atribuídos a uma política de posicionamento precisam pertencer a apenas um cluster para garantir um mapeamento preciso entre os domínios de disponibilidade e os domínios de falha do vSAN.
Selecione a versão do VCF que você planeja implantar nos nós.
Selecione o Tipo de máquina e especifique o número de nós a serem criados. Uma implantação de VCF de alta disponibilidade (HA) requer pelo menos quatro nós.
Na seção Assistente de nome rápido, insira o Prefixo do nome do recurso e o Sufixo do nome de domínio:
- Prefixo do nome do recurso: o prefixo que a solução do VMware adiciona a todos os nomes de recursos gerados.
- Sufixo do nome de domínio: o sufixo de domínio DNS que a solução VMware usa para gerar o nome de domínio totalmente qualificado (FQDN, na sigla em inglês) para cada nó.
Revise o Nome do nó, o Nome do host e o Domínio de disponibilidade de cada nó. Informe o nome de domínio totalmente qualificado (FQDN) no campo Nome do host. Para modificar os padrões, clique em Editar:
- Domínio de disponibilidade: selecione um domínio de disponibilidade para cada nó. Distribua os nós de maneira uniforme entre os domínios de disponibilidade configurados na política de posicionamento para se alinhar aos requisitos de domínio de falha do vSAN. Para mais informações, consulte Políticas de posicionamento e domínios de disponibilidade.
- Endereço IPv4 interno: selecione Temporário (automático), Temporário (personalizado) ou Reservado:
  - Se você selecionar Temporário (personalizado), insira o endereço IP.
  - Se você selecionar Reservado, escolha um IP estático reservado ou especifique os detalhes da configuração.
Para evitar a exclusão acidental de nós, selecione Ativar proteção contra exclusão. Esta opção é ativada por padrão.
Se quiser, clique em Gerenciar rótulos para adicionar rótulos de metadados aos nós.
Clique em Continuar para prosseguir com a configuração da rede de nós.
Na seção Rede, selecione a Rede VPC para os nós.
Na seção Interface de rede, configure a interface principal:
- Selecione uma sub-rede atual ou clique em Criar sub-rede para definir uma nova sub-rede com nome, descrição e intervalo de IPv4.
- Selecione um Grupo de endpoints de rede ou clique em Criar grupo de endpoints de rede para criar um novo grupo. O fluxo de trabalho adiciona automaticamente todos os nós provisionados a esse grupo.
Atenção: todos os nós em um cluster em uma única zona precisam pertencer ao mesmo grupo de endpoints de rede da sub-rede para que os dispositivos de rede do VCF encaminhem o tráfego entre os nós do cluster.
Configure interfaces de rede dinâmicas para o tráfego do VMware:
- NIC dinâmica (vSAN): selecione ou crie a sub-rede para o tráfego de clustering da vSAN. Se quiser, atribua um grupo de endpoints de rede.
- NIC dinâmica (vMotion): selecione ou crie a sub-rede para o tráfego de VM Migration. Se quiser, atribua um grupo de endpoints de rede.
- NIC dinâmica (endpoint de túnel NSX): selecione ou crie a sub-rede e o grupo de endpoints de rede para o tráfego de sobreposição do NSX TEP.
Opcional: adicione outras NICs dinâmicas se a arquitetura exigir interfaces dedicadas para o tráfego de cargas de trabalho personalizadas.
Clique em Continuar para prosseguir com a configuração de rede do dispositivo.

Configurar a rede dos dispositivos

Para pré-configurar os recursos de balanceamento de carga do Google Cloud e as reservas de IP para os dispositivos de gerenciamento do VCF e o caminho de dados do NSX que você vai implantar durante a ativação do VCF, faça o seguinte:

Na página Configurar rede do dispositivo, selecione o Modelo de implantação do VCF. Para implantações de alta disponibilidade, selecione Implantação de alta disponibilidade (requer 4 ou mais nós).
Nas tabelas Dispositivos de gerenciamento e Caminho de dados do NSX, revise os nomes e endpoints dos recursos de rede Google Cloud pré-configurados.
Para personalizar nomes ou atribuições de IP interno, clique em Editar na tabela correspondente:
- Selecione Temporário (automático), Temporário (personalizado) ou Reservado para cada endpoint do dispositivo.
- Se você usar endereços reservados, forneça o endereço IP reservado ou especifique os detalhes da reserva estática.
Clique em Continuar para revisar o resumo da configuração.
Verifique os detalhes da configuração e clique em Implantar para provisionar os nós bare metal e configurar os recursos de rede do dispositivo.

Configurar zonas de DNS e registros do Cloud DNS

Ao implantar instâncias bare metal e configurar a rede do dispositivo usando o console do Google Cloud , é necessário criar zonas de DNS e registros de encaminhamento (A) e reversos (PTR), caso ainda não os tenha.

É possível automatizar a configuração de DNS do Cloud DNS e do Network Time Protocol (NTP) executando o script independente scripts/cloud_dns/vcf_cloud_dns_sync.py no repositório do kit de ferramentas da solução VMware. O script realiza as seguintes operações:

Ativa a API Cloud DNS (dns.googleapis.com).
Garante que uma política de servidor DNS do Cloud DNS (com configurações padrão) seja anexada à sua rede VPC.
Garante que as zonas de pesquisa direta e reversa particulares existam e estejam vinculadas à sua rede VPC.
Sincroniza registros DNS de encaminhamento (A) e reversos (PTR) para nós bare metal Z3 e front-ends de balanceador de carga interno de sub-rede de gerenciamento (removendo o sufixo -fr e ignorando os balanceadores de carga de sub-rede de uplink e TEP NSX somente IP).
Gerencia o registro DNS do NTP (ntp.DOMAIN_NAME) na zona de pesquisa direta particular (por exemplo, apontando para o servidor de metadados do Compute Engine em 169.254.169.254).

Para acessar o script, clone o repositório do kit de ferramentas e acesse o diretório scripts/cloud_dns:

git clone https://github.com/GoogleCloudPlatform/self-managed-vmware-solution-toolkit
cd self-managed-vmware-solution-toolkit/scripts/cloud_dns

Visualizar mudanças no modo de teste

Para visualizar todas as operações de API, política, zona, nó e registro de balanceador de carga interno do Cloud DNS, além de operações de NTP, sem aplicar nenhuma alteração, execute o script com a flag --dry-run:

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --sync-all \
    --set-ntp-ip 169.254.169.254 \
    --dry-run

Executar a configuração inicial de DNS do dia 0

Execute o comando a seguir depois de provisionar a rede VPC, as sub-redes, as instâncias bare metal Z3, os NEGs e as regras de encaminhamento do balanceador de carga interno no console doGoogle Cloud e antes de executar a validação do instalador do VCF. Esse comando ativa a API Cloud DNS, cria a política de DNS da VPC, cria zonas de encaminhamento particulares e zonas reversas /16 (ou /8) de sub-redes que não são do NSX, registra todos os registros A e PTR de front-end de nó e gerenciamento (pulando os balanceadores de carga da sub-rede do NSX) e configura ntp.DOMAIN_NAME para apontar para o servidor de metadados do Compute Engine (169.254.169.254):

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --sync-all \
    --set-ntp-ip 169.254.169.254

Sincronizar registros para escalonamento horizontal no dia 2

Depois de adicionar novos hosts bare metal Z3 ou regras de encaminhamento do balanceador de carga interno do domínio de carga de trabalho no console do Google Cloud , execute novamente o script com a flag --sync-all para registrar apenas os registros recém-adicionados (os registros inalterados são ignorados automaticamente):

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --sync-all

Zonas de DNS de inicialização e política de VPC antes de provisionar recursos de computação

Se você quiser ativar a API Cloud DNS, criar a política de DNS da VPC e criar zonas de encaminhamento e reversas antes de provisionar nós bare metal ou front-ends de balanceador de carga, execute o seguinte comando:

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --reverse-zones REVERSE_ZONE_NAME=REVERSE_SUBNET_CIDR \
    --setup-zones

Usar nomes de recursos personalizados ou recursos de administrador pré-criados

Para substituir os nomes de recursos padrão ou pular a criação da política de DNS da VPC ou das zonas gerenciadas quando um administrador as tiver pré-provisionado, use uma das seguintes opções:

Especifique nomes de zonas e políticas personalizados (é possível especificar várias entradas --reverse-zones):

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --dns-policy CUSTOM_DNS_POLICY_NAME \
    --forward-zone CUSTOM_FORWARD_ZONE_NAME \
    --reverse-zones REVERSE_ZONE_1=CIDR_1 REVERSE_ZONE_2=CIDR_2 \
    --sync-all

Pule a criação da política de DNS da VPC (quando a política já existe):

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --no-create-dns-policy \
    --sync-all

Pular a criação de zonas de encaminhamento e reversas (quando as zonas são pré-criadas por um administrador; é necessário transmitir --reverse-zones):

python3 vcf_cloud_dns_sync.py \
    --project-id PROJECT_ID \
    --vpc-network VPC_NETWORK_NAME \
    --domain DOMAIN_NAME \
    --reverse-zones REVERSE_ZONE_1=CIDR_1 REVERSE_ZONE_2=CIDR_2 \
    --no-create-zones \
    --sync-all

Antes de executar os comandos anteriores, substitua o seguinte:

PROJECT_ID: ID do seu projeto do Google Cloud.
VPC_NETWORK_NAME: o nome da sua rede VPC.
DOMAIN_NAME: o sufixo de domínio DNS do ambiente do VCF (por exemplo, vcf.example.com).
REVERSE_ZONE_NAME=REVERSE_SUBNET_CIDR: o nome da zona gerenciada e o bloco CIDR de uma zona de pesquisa reversa (por exemplo, smve-rev-10-10=10.10.0.0/16).
CUSTOM_DNS_POLICY_NAME: um nome personalizado para a política de servidor DNS do Cloud DNS.
CUSTOM_FORWARD_ZONE_NAME: um nome personalizado para a zona gerenciada de encaminhamento particular.
REVERSE_ZONE_1=CIDR_1 e REVERSE_ZONE_2=CIDR_2: um ou mais pares de nome de zona gerenciada reversa e CIDR (por exemplo, my-rev-zone-1=10.10.1.0/24 my-rev-zone-2=10.10.2.0/24).

A seguir

Depois que os nós bare metal, os recursos de rede do Google Cloud e os registros DNS forem configurados, siga as etapas abaixo para preparar os hosts e implantar o VCF:

Se você usar um servidor DNS externo em vez de configurar o Cloud DNS usando vcf_cloud_dns_sync.py, atualize o servidor DNS com registros de encaminhamento (A) e reverso (PTR) para:
- Todos os nomes de host e endereços IP internos dos nós do ESXi.
- Todos os nomes de host e endereços IP internos do dispositivo de gerenciamento do VCF.
Execute o kit de ferramentas de preparação de nós para redefinir a senha inicial do ESXi root em cada host, inicializar os hosts ESXi e implantar o instalador do VCF. Para instruções detalhadas, consulte Preparar nós e implantar o VCF usando o kit de ferramentas.
Acesse o instalador do VMware Cloud Foundation (VCF) para concluir a implantação e ativar o domínio de gerenciamento. Para instruções sobre como concluir a ativação do VCF, consulte Implantar uma nova frota ou instância do VCF na documentação da Broadcom.