Design de infraestrutura virtual
Fim da comercialização: A partir de 31 de outubro de 2025, novas implantações das ofertas do “ VMware Solutions ” não estarão mais disponíveis para novos clientes. Os clientes atuais ainda podem usar e expandir suas cargas de trabalho ativas do VMware® no IBM Cloud®. Para obter mais informações, consulte Fim do marketing para VMware em IBM Cloud.
A camada de infraestrutura virtual inclui os componentes de software VMware® que virtualizam os recursos de computação, armazenamento e rede fornecidos na camada de infraestrutura física: VMware vSphere ESXi™, VMware NSX-T™ e, opcionalmente, VMware vSAN™.
Design do VMware vSphere
A configuração do vSphere ESXi consiste nos aspectos a seguir:
- Configuração de inicialização
- Sincronização de horário
- Acesso ao host
- Acesso de usuário
- Configuração de DNS
A tabela a seguir descreve as especificações para cada aspecto. Após a configuração e a instalação do ESXi, o host é incluído em um VMware vCenter Server® e é gerenciado a partir daí.
Com esse design, você pode acessar os hosts virtuais por meio da Direct Console User Interface (DCUI) e do cliente Web VMware vSphere®. O Shell Seguro (SSH) e o Shell ESXi são desativados após o fornecimento como uma melhor prática.
Por padrão, os únicos usuários que podem efetuar login diretamente são os usuários raiz e ibmvmadmin para a máquina física do host. O administrador pode incluir usuários do domínio Microsoft® Active Directory™ (MSAD) para habilitar o acesso do usuário ao host. Todos os hosts no projeto da solução VMware Cloud Foundation for Classic - Automated estão configurados para sincronizar com um servidor NTP central.
| Atributo | Parâmetro de configuração |
|---|---|
| Local de inicialização ESXi |
Diferentes configurações de host podem ser implementadas com:
|
| Sincronização de horário | Usa IBM Cloud® servidor NTP |
| Acesso ao host | Suporta DCUI. O SSH e o Shell ESXi são suportados, mas não ativados por padrão |
| Acesso de usuário | Autenticação local e MSAD |
| Resolução do nome de domínio | Usa o DNS conforme descrito em Design de serviços comuns. |
| Modo EVC | Nível mais alto disponível suportado pela versão do vSphere. No entanto, para um cluster de gerenciamento com processadores Intel® Cascade Lake, nenhum EVC é definido quando o EVC Cascade Lake não é compatível com a versão vSphere. |
O cluster vSphere abriga as máquinas virtuais (VMs) que gerenciam a instância VMware Cloud Foundation for Classic - Automated e os recursos de computação para cargas de trabalho do usuário.
- Quando uma instância do VMware Cloud Foundation for Classic - Automated usa o vSAN,, o número mínimo de hosts ESXi na implementação inicial é quatro.
- Quando uma instância do VMware Cloud Foundation for Classic - Automated usa armazenamento compartilhado em nível de arquivo ou de bloco, o número mínimo de hosts ESXi na implementação inicial é três.
É possível implementar até 20 hosts ESXi nesse cluster durante a implementação inicial. Após a implementação inicial, é possível aumentar a capacidade do cluster para um máximo de até 50 hosts em incrementos de até 20 hosts por vez.
Para suportar mais cargas de trabalho do usuário, é possível escalar o ambiente executando as seguintes ações:
- Implementando mais hosts de cálculo em clusters existentes.
- Implementando mais clusters que são gerenciados pelo mesmo dispositivo do vCenter Server.
- Implantação de novas instâncias do VMware Cloud Foundation for Classic - Automated com seu próprio appliance do vCenter Server.
Design do VMware vSAN
Nesse projeto, o armazenamento VMware vSAN é empregado em instâncias VMware Cloud Foundation for Classic - Automated para fornecer armazenamento compartilhado para os hosts vSphere.
Conforme mostrado na figura a seguir, a vSAN agrega o armazenamento local em diversos hosts do ESXi dentro de um cluster do vSphere e gerencia o armazenamento agregado como um único armazenamento de dados da VM. Nesse design, os nós de cálculo contêm unidades de disco locais para o sistema operacional (S.O.) ESXi e o armazenamento de dados vSAN.
Diferentes configurações de host podem ser implementadas com:
- Discos locais configurados com RAID-1
- Um par de unidades de inicialização M.2 em uma configuração espelhada
- Uma única unidade de inicialização M.2
O vSAN emprega os componentes a seguir:
- O design do vSAN de grupo de dois discos; cada grupo de disco com dois ou mais discos. Uma unidade de SSD ou NVMe do menor tamanho no grupo serve como a camada de cache e os SSDs restantes servem como a camada de capacidade.
- O controlador RAID integrado é configurado em uma matriz RAID 0 para cada unidade individual usada para cache ou capacidade de vSAN.
- Um único armazenamento de dados do vSAN é criado por meio de todo o armazenamento.
Configuração de rede virtual para vSAN
Para esse design, o tráfego do vSAN atravessa entre hosts ESXi em uma VLAN privada dedicada. Os dois adaptadores de rede conectados ao comutador de rede privada são configurados no vSphere como um vSphere Distributed Switch (vDS) com os dois adaptadores de rede como uplinks. Um grupo de portas do kernel do vSAN dedicado que é configurado para a VLAN vSAN reside dentro do vDS. Quadros gigantes (MTU 9000) são ativados para o vDS privado.
O vSAN não carrega o tráfego de balanceamento entre uplinks. Como resultado, um adaptador está ativo enquanto o outro está em espera para dar suporte à alta disponibilidade. A política de failover de rede para vSAN é configurada como Failover explícito entre portas de rede física.
Para obter mais informações sobre conexões do NIC físicas, consulte Conexões do NIC do host físico.
Design de política da vSAN
Quando o vSAN está ativado e configurado, as políticas de armazenamento são configuradas para definir as características de armazenamento da MV. As características de armazenamento especificam níveis diferentes de serviço para MVs diferentes.
A política de armazenamento padrão nesse design tolera uma única falha. A política padrão é configurada com codificação erasure, com Método de tolerância a falhas configurado para RAID-5/6 (Codificação de Erasure) - Capacidade e Nível primário de falhas configurado para 1. A configuração do RAID 5 requer um mínimo de quatro hosts.
Como alternativa, é possível escolher a configuração do RAID 6 com o Método de tolerância a falhas configurado como RAID-5/6 (codificação de apagamento) - Capacidade e Nível primário de falhas configurado como 2. A configuração do RAID 6 requer um mínimo de seis hosts. A deduplicação e a compactação estão normalmente ativadas na política de armazenamento padrão, mas podem ser desativadas quando necessário.
Uma instância usa a política padrão, a menos que especificado de outra forma por meio do console do vSphere. Quando uma política customizada é configurada, a vSAN a garante quando possível. No entanto, se a política não puder ser garantida, não será possível provisionar uma MV que use a política, a menos que a política esteja ativada para forçar o fornecimento.
As políticas de armazenamento devem ser reaplicadas após a inclusão de novos hosts ESXi ou correção dos hosts ESXi.
Configurações do vSAN
As configurações da vSAN são configuradas com base nas melhores práticas para implementar soluções do VMware no IBM Cloud. As configurações de vSAN incluem configurações de SIOC, grupo de portas de configurações de failover explícitas e configurações de cache de disco.
- Configurações de política de cache de SSD - No Read Ahead, Write Through, Direct (NRWTD)
- Configurações de controle de E/S de rede
- Gerenciamento-20 compartilhamentos
- Máquina virtual-30 compartilhamentos
- vMotion-50 compartilhamentos
- compartilhamentos do vSAN-100
- Portas de kernel da vSAN- Failover Explícito
Armazenamento conectado ao NFS
As migrações LIF do servidor NFS podem causar latência excessiva quando usam o NFS v4.1. Quando você usa o armazenamento conectado à rede NFS, essa arquitetura prescreve o uso do NFS v3 em vez do NFS v4.1. Cada host do vSphere é conectado ao armazenamento NFS usando seu nome do host.
Um armazenamento de dados NFS de 2 TB é conectado a um cluster para uso por componentes de gerenciamento com uma camada de desempenho de 4 IOPS/GB. Mais armazenamentos de dados podem ser conectados a um cluster para uso de carga de trabalho, em vários tamanhos e camadas de desempenho.
Além disso, essa arquitetura requer que todos os hosts tenham uma rota de sub-rede que é criada para a sub-rede onde o armazenamento NFS reside. O propósito dessa rota de sub-rede é direcionar todo o tráfego NFS para usar o grupo da porta, a sub-rede e a VLAN designada para o tráfego NFS por esse design. Se vários armazenamentos de dados NFS estiverem conectados, várias rotas poderão precisar ser configuradas, pois esses armazenamentos de dados talvez estejam localizados em diferentes sub-redes remotas.
As VMs de gerenciamento podem estar localizadas em um armazenamento de dados NFS. Esta abordagem cria um problema de autoinicialização já que algumas das máquinas de gerenciamento podem ser responsáveis pelos serviços DNS que são usados para
resolver o nome do host do NFS. Portanto, essa arquitetura especifica que pelo menos um dos endereços IP do armazenamento de dados de gerenciamento seja codificado permanentemente em /etc/hosts em cada um dos hosts.