Design de gerenciamento de infraestrutura
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.
O gerenciamento de infraestrutura refere-se aos componentes que estão gerenciando a infraestrutura do VMware®. O dispositivo VMware vCenter Server® é a plataforma centralizada para o gerenciamento de ambientes VMware vSphere® e é um dos componentes fundamentais dessa solução.
O dispositivo vCenter Server recebe o domínio SSO padrão de vsphere.local.
Design do vCenter Server
O appliance vCenter Server é instalado em uma sub-rede portátil na VLAN privada que está associada às VMs de gerenciamento. Seu gateway padrão é configurado para o endereço IP designado no BCR para essa sub-rede específica. O dispositivo virtual é configurado com as especificações na tabela a seguir.
| Atributo | Especificação |
|---|---|
| Servidor vCenter | Dispositivo Virtual |
| Tamanho da instalação do dispositivo | Médio (até 400 hosts ou 4.000 VMs) |
| Platform Services Controller | Integrados |
| Número de vCPUs | 8 |
| Memória | 28 GB |
| Disco | 700 GB no armazenamento de dados local (Implementação de disco grande) |
| Tipo de disco | Thin provisioned |
Banco de dados do vCenter Server
A configuração do vCenter Server usa um banco de dados PostgreSQL local e integrado que é incluído com o dispositivo. O banco de dados integrado é usado para remover qualquer dependência e licenciamento de bancos de dados externos.
Especificação de cluster do vCenter Server
Com este design, é possível agrupar os hosts do vSphere ESXi® que são provisionados por meio da solução. No entanto, antes que os clusters possam ser criados, um objeto de data center é criado que significa a localização dos hosts do vSphere ESXi e o pod dentro do data center. Um cluster é criado após a criação do objeto data center. O cluster é implantado com vSphere alta disponibilidade (HA) e vSphere Distributed Resource Scheduler (DRS) ativados.
Planejador de Recurso Distribuído do vSphere
Esse design usa o vSphere Distributed Resource Scheduling (DRS) no cluster inicial para colocar MVs e usa o DRS em clusters adicionais para migrar dinamicamente as MVs para alcançar clusters balanceados. O nível de automação é configurado para totalmente automatizado para que as recomendações iniciais de posicionamento e migração sejam executadas automaticamente pelo vSphere. Além disso, o limite de migração é configurado para moderado para que o vCenter aplique recomendações de prioridade 1, 2 e 3, para alcançar pelo menos uma melhoria decente no balanceamento de carga do cluster.
O gerenciamento de energia por meio do recurso Gerenciamento de energia distribuída não é usado neste design.
Alta disponibilidade do vSphere
Esse projeto usa o vSphere HA no cluster inicial e nos clusters adicionais para detectar falhas de computação e recuperar VMs executadas em um cluster. O recurso vSphere HA neste design é configurado com as opções Monitoramento de host e Controle de admissão que são ativadas no cluster. Além disso, o cluster inicial reserva os recursos de um nó como a capacidade sobressalente para a política de controle de admissão.
Você é responsável por ajustar a política de controle de admissão quando o cluster for expandido ou contraído posteriormente.
Por padrão, a opção Prioridade de reinicialização da VM está configurada como média e a opção Resposta de isolamento do host está desativada. Além disso, o Monitoramento de VM está desativado e o recurso Pulsação de armazenamento de dados está configurado para incluir qualquer um dos armazenamentos de dados do cluster. Essa abordagem usará os armazenamentos de dados NAS se eles estiverem presentes.
Compatibilidade de vMotion aprimorada
Para simplificar a compatibilidade de vMotion entre os nós do cluster com recursos de CPU potencialmente diferentes, o modo Enhanced vMotion Compatibilidade (EVC) é ativado no nível mais alto disponível que é suportado pela versão do vSphere. Esta configuração garante compatibilidade de vMotion pelos nós do cluster quando processadores mais recentes chegam ao inventário da IBM Cloud®. A configuração permitirá a expansão de cluster no futuro se o processador original não estiver mais no inventário. Uma exceção a essa regra é que o modo EVC não é definido para um cluster de gerenciamento com processadores Intel® Cascade Lake em que o Cascade Lake EVC não é compatível com a versão vSphere.
IBM CloudDriver
O elemento fundamental para essas soluções é a automação. A automação reduz a complexidade da implementação, reduz drasticamente o tempo de implementação e assegura que a instância do VMware seja implementada de uma maneira consistente.
IBM CloudDriver é uma instância de servidor virtual (VSI) de VM efêmera IBM Cloud, que é implementada conforme necessário para a implementação inicial e para as operações do Dia 2, como adicionar hosts, clusters ou serviços complementares à sua instância VMware. CloudDriver é excluído quando todos os processos atuais são concluídos.
O CloudDriver é implantado somente na rede privada que se conecta ao plano de gerenciamento da IBM por meio de uma fila de mensagens privadas. Eles são componentes desenvolvidos pela IBM, não são acessíveis ao usuário e têm os seguintes atributos e funções:
- Implementação e configuração da instância do VMware Cloud Foundation for Classic - Automated na conta do usuário.
- Adicionar e remover hosts dos clusters automatizados.
- Adicionar e remover clusters de instâncias automatizadas.
- Adicionar e remover serviços ou funções complementares a instâncias automatizadas.
Fluxo de automação
O fluxo a seguir descreve a ordem dos eventos quando você usa o console do IBM Cloud for VMware Solutions para pedir uma instância do VMware:
- Pedindo VLANs e sub-redes para rede do IBM Cloud.
- Pedindo os servidores bare metal do IBM Cloud com o vSphere Hypervisor instalado.
- Solicitação da Microsoft® Windows® VSI para servir como controlador de domínio do Active Directory™.
- Implementação da VSI do Driver de nuvem.
- Validação da rede e do hardware implementado.
- Se aplicável, a configuração inicial da vSAN de nó único.
- Implementação e configuração do vCenter e do NSX.
- Armazenamento em cluster de nós ESXi restantes, expansão de vSAN se aplicável e configuração de componentes NSX (VTEP).
- Validando a instalação e a configuração do ambiente.
- Implementação de serviços opcionais, como servidor de backup e armazenamento.
- Remoção da VSI do Driver de nuvem.
IDs e senhas
A automação do IBM Cloud for VMware Solutions retém um conjunto de IDs do usuário e senhas criptografados dentro do plano de gerenciamento do IBM Cloud. Os IDs do usuário de automação são separados dos IDs do usuário exibidos no console do IBM Cloud for VMware Solutions e que são reservados para seu uso.
Mude essas senhas e use o seu próprio sistema de gerenciamento de informações de senha (PIM) para armazenar e gerenciar essas senhas. Não é possível mudar ou desativar as senhas que são usadas pela automação sem interromper a automação. Para obter mais informações, consulte IDs de usuário da IBM.