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 disponibilidade e redundância automáticas 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 se você quer reestruturar para reduzir custos.

Nós do VMware Engine

O VMware Engine oferece nós de hardware bare metal dedicados e isolados para criar nuvens privadas do VMware Engine. Os nós fornecem os recursos de computação, memória e armazenamento necessários para executar o VMware ESXi e são a unidade básica do e consumo do VMware Engine. Usando esses nós, é possível criar uma instância do vSphere cluster e executar VMs da VMware neles.

Tipos de nós

A tabela a seguir lista os principais tipos de nós que estão disponíveis ao criar um do VMware Engine. Para conferir todos os tipos e regiões de nós disponíveis, consulte Nós do VMware Engine.

Tipo de nó vCPUs/nó Memória/nó (GiB) Armazenamento/nó (TB)*
ve1-standard-72 72 768 19,2
ve1-standard-so - - 19,2
ve2-standard-128† 128 2048 25,5

* Armazenamento bruto, exceto cache.
† Disponível em algumas regiões.

Ambiente de nuvem privada

Você gerencia suas nuvens privadas usando o console do Google Cloud. Cada um do Google Cloud tem um servidor vCenter próprio em um domínio de gerenciamento, e todos os nós de uma determinada nuvem privada residirem 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 integradas 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) do vSphere e dimensionados para ter pelo menos um nó extra para resiliência. A HA do vSphere protege contra falhas de nó e rede.
  • 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 impedir que exclusão e receba cobertura de SLA pronta para produção expandindo para pelo menos três nós em 60 dias. O processo de expansão não vai perturbar suas VMs ou acesso ao vCenter e inicializa a replicação de dados vSAN após adicionado com sucesso 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 licenciamento cobram com base no número de núcleos de CPU no nó físico subjacente ou no cluster. Sempre que você cria 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 de inscrição. 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. Confirmar como os núcleos são contados (fisicamente presente ou disponibilizado pela BIOS), conforme declarado no contrato para gerenciar os custos de licenciamento usando este 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.

Limites de nós

Ao planejar suas necessidades de recursos do VMware Engine, considere o número de nós necessários na nuvem privada. A tabela a seguir descreve os limites de cluster do vSphere em nuvens privadas que atendem aos requisitos de SLA:

Recurso Limite
Número mínimo de nós para criar uma nuvem privada (primeiro cluster) 3
Número mínimo de nós para criar um cluster 3
Número máximo de nós por cluster 32
Número máximo de nós por nuvem privada 96
Número máximo de clusters por nuvem privada 21

Limitações da nuvem privada

As seguintes limitações se aplicam a nuvens privadas:

  • Um cluster de nuvem privada precisa ter o mesmo tipo de nó.
  • Uma nuvem privada com clusters de diferentes tipos de nós não tem suporte.

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).
  • 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 o contagem de núcleos.
  • 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 quatro, com um mínimo de oito (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