Nuvens privadas do VMware Engine

Uma nuvem privada do Google Cloud VMware Engine é uma pilha isolada que consiste nos seguintes componentes do VMware:

  • Hosts ESXi
  • Servidor vCenter
  • vSAN
  • NSX
  • HCX

As nuvens privadas ajudam a atender a várias necessidades comuns da infraestrutura de rede:

  • Crescimento Adicione nós sem um novo investimento de hardware quando você atingir um ponto de atualização de hardware para a infraestrutura atual.
  • Expansão rápida. Crie capacidade adicional imediatamente quando surgirem necessidades de capacidade temporárias ou não planejadas.
  • Mais proteção. Tenha proteção automática de redundância e disponibilidade ao usar uma nuvem privada de três ou mais nós.
  • Necessidades de infraestrutura de longo prazo. Desativar os data centers e migrar para uma solução baseada em nuvem, mantendo-se compatível com as operações da sua empresa. Isso é útil principalmente se seus data centers estão no limite da capacidade ou você quer reestruturar para reduzir custos.

Ambiente de nuvem privada

As nuvens privadas são gerenciadas pelo portal do VMware Engine. Cada nuvem privada tem o próprio servidor vCenter no próprio domínio de gerenciamento, e todos os nós de uma determinada nuvem privada residem na mesma região.

A pilha VMware é executada em nós de hardware bare metal dedicados e isolados nos locais do Google Cloud. Você usa a pilha por meio de ferramentas nativas do VMware, incluindo o vCenter Server e o NSX Manager.

As nuvens privadas também são projetadas para eliminar pontos únicos de falha:

  • Os clusters de hosts ESXi são configurados com alta disponibilidade (HA) e são dimensionados para ter pelo menos um nó extra para resiliência. A alta disponibilidade do vSphere protege contra falhas de nós e redes.
  • A vSAN fornece armazenamento primário redundante. A vSAN requer pelo menos três nós em uma nuvem privada para fornecer proteção contra uma única falha. Você pode configurar a vSAN para fornecer maior resiliência para clusters maiores.

É possível conectar a nuvem privada ao seu ambiente local usando as seguintes conexões:

Nuvens privadas de nó único

Para testes piloto e provas de conceito com o VMware Engine, é possível criar uma nuvem privada que contenha somente um nó e cluster em qualquer região em que o VMware Engine esteja disponível. Todos os recursos do VMware Engine estão disponíveis em uma nuvem privada de nó único, mas há limitações específicas em recursos de pilha do VMware devido ao tamanho do cluster.

Veja a seguir casos de uso comuns para uma nuvem privada de nó único:

  • Prova de conceito: avalie o VMware Engine e os recursos dele
  • Teste de recuperação de desastres: implantação do aplicativo usando backups recentes para validar periodicamente a preparação para a recuperação de desastres
  • Teste de upgrade de aplicativos: teste e valide upgrades de componentes de aplicativos antes de fazer upgrade do aplicativo em produção

O VMware Engine exclui nuvens privadas de nó único após 60 dias, com todos os dados e VMs de carga de trabalho associados. No entanto, é possível evitar essa exclusão e receber a cobertura de SLA pronta para produção expandindo-a para pelo menos três nós em 60 dias. O processo de expansão não vai atrapalhar as VMs ou o acesso ao vCenter e inicializa a replicação de dados vSAN depois que os nós são adicionados ao cluster.

Para nuvens privadas de nó único, a política de armazenamento vSAN padrão usa um valor de falhas para tolerar (FTT) de FTT=0. Quando você expande uma nuvem privada de nó único, o VMware Engine altera a política de armazenamento vSAN padrão. A política de armazenamento vSAN padrão muda para FTT=1 para nuvens privadas de três a quatro nós e para FTT=2 para nuvens privadas com pelo menos cinco nós.

Contagens de núcleo personalizados

Alguns contratos de licença cobram com base no número de núcleos de CPU no nó físico subjacente ou no cluster. Sempre que criar um novo cluster, é possível reduzir o número de núcleos disponíveis para cada nó no cluster para atender aos requisitos de licença do aplicativo. O VMware Engine também cria novos nós adicionados a esse cluster com o mesmo número de núcleos por nó, inclusive ao substituir um nó com falha. Confirme como os núcleos são contados (fisicamente presentes ou disponibilizados pela BIOS), conforme declarado no seu contrato para gerenciar os custos de licenciamento usando esse recurso.

As contagens de núcleo personalizado estão disponíveis para o cluster inicial e para outros clusters criados em uma nuvem privada. Reduzir o número de núcleos disponíveis não afeta o preço dos nós.

Limitações

Cada nuvem privada tem limites de recursos para os respectivos nós e clusters. Para ver uma lista desses limites, consulte VMware em uma nuvem privada.

Limitações das nuvens privadas de nó único

Para as nuvens privadas de nó único, as seguintes limitações se aplicam à pilha do VMware:

  • Recursos ou operações que exigirem mais de um nó não vão funcionar. Por exemplo, não será possível usar o vSphere Distributed Resource Scheduler (DRS) ou a alta disponibilidade (HA, na sigla em inglês).
  • A política de armazenamento vSAN padrão usa FTT=0. Portanto, a falha de nó resulta na perda de dados.

Existem também as seguintes limitações do VMware Engine:

  • Não é possível adicionar um cluster de nó único a uma nuvem privada atual.
  • Uma nuvem privada atual não pode ser convertida em uma nuvem privada de nó único.
  • Os ajustes de nó por políticas de escalonamento automático não são compatíveis com uma nuvem privada de nó único.
  • Os upgrades de pilha do VMware envolvem uma inatividade para sua nuvem privada de nó único.
  • Por padrão, o VMware Engine não criptografa dados na vSAN em uma nuvem privada de nó único.
  • Uma nuvem privada precisa conter pelo menos três nós e concluir a replicação de dados vSAN para ser qualificada para cobertura com base no SLA.
  • Não é possível ajustar o número de núcleos por nó com uma nuvem privada de nó único.

Limitações da contagem de núcleos personalizados

As seguintes limitações se aplicam a um cluster que tem uma contagem de núcleos personalizados:

  • Todos os nós adicionados ao cluster após a criação inicial também usam a contagem de núcleos personalizados.
  • O número de núcleos por nó não pode ser alterado após a criação do cluster. Para alterar o número de núcleos por nó no cluster, é preciso excluir o cluster e criar um novo.
  • O número de núcleos por nó precisa ser um múltiplo de 4 com o mínimo de 8 (por exemplo, 8, 12 ou 16).
  • As contagens de núcleo personalizado não estão disponíveis para nuvens privadas de nó único.

A seguir