Nuvens privadas do VMware Engine

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

  • Anfitriões ESXi
  • vCenter Server
  • vSAN
  • NSX
  • HCX

As nuvens privadas ajudam a satisfazer uma variedade de necessidades comuns de infraestrutura de rede:

  • Crescimento. Adicione nós sem investimento em novo hardware quando atingir um ponto de atualização de hardware para a sua infraestrutura existente.
  • Expansão rápida. Criar capacidade adicional imediatamente quando surgirem necessidades de capacidade temporárias ou não planeadas.
  • Proteção aumentada. Obtenha proteção automática de redundância e disponibilidade quando usar uma nuvem privada de três ou mais nós.
  • Necessidades de infraestrutura a longo prazo. Desativar centros de dados e migrar para uma solução baseada na nuvem, mantendo a compatibilidade com as operações da sua empresa. Isto é especialmente útil se os seus centros de dados estiverem no limite da capacidade ou se quiser reestruturar para reduzir os custos.

Nós do VMware Engine

O VMware Engine fornece nós de hardware bare metal isolados dedicados para criar nuvens privadas do VMware Engine. Os nós fornecem a computação, a memória e o armazenamento necessários para executar o VMware ESXi e são a unidade básica de consumo do VMware Engine. Com estes nós, pode criar um cluster do vSphere e executar VMs VMware nos clusters.

Tipos de nós

A tabela seguinte indica os tipos de nós principais que estão disponíveis quando cria uma nuvem privada do VMware Engine. Para ver todos os tipos de nós e regiões disponíveis, consulte o artigo 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 não processado, excluindo a cache, em terabytes.
† Disponível em determinadas regiões.

Ambiente de nuvem privada

Pode gerir as suas nuvens privadas através da Google Cloud consola. Cada nuvem privada tem o seu próprio vCenter Server no seu próprio domínio de gestão, e todos os nós numa determinada nuvem privada residem na mesma região.

A pilha VMware é executada em nós de hardware bare metal dedicados e isolados emGoogle Cloud localizações. Usa a pilha através de ferramentas VMware incorporadas, incluindo o vCenter Server e o NSX Manager.

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

  • Os clusters de anfitriões ESXi estão configurados com a elevada disponibilidade (HA) do vSphere e dimensionados para terem, pelo menos, um nó sobresselente para resiliência. A HA do vSphere protege contra falhas de nós e de rede.
  • O vSAN oferece armazenamento primário redundante. O vSAN requer, pelo menos, três nós numa nuvem privada para oferecer proteção contra uma única falha. Pode configurar o vSAN para oferecer maior resiliência para clusters maiores.

Pode ligar a nuvem privada ao seu ambiente no local através das seguintes ligações:

Nuvens privadas de nó único

Para testes-piloto e provas de conceito com o VMware Engine, pode criar uma nuvem privada que contenha apenas um único nó e cluster em qualquer região onde o VMware Engine esteja disponível. Todas as funcionalidades do VMware Engine estão disponíveis numa nuvem privada de nó único, mas existem limitações específicas nas funcionalidades da pilha VMware devido ao tamanho do cluster.

Seguem-se exemplos de utilização comuns para uma nuvem privada de nó único:

  • Prova de conceito: avaliar o VMware Engine e as respetivas capacidades
  • Testes de recuperação de desastres: implemente a sua aplicação a partir de cópias de segurança recentes para validar periodicamente a preparação para recuperação de desastres
  • Testes de atualização de aplicações: teste e valide as atualizações de componentes de aplicações antes de atualizar a sua aplicação em produção

O VMware Engine permite nuvens privadas de nó único sem limite de tempo. No entanto, as nuvens privadas de nó único não são elegíveis para a cobertura do ANS. Pode atualizar uma nuvem privada de nó único para uma nuvem privada padrão expandindo-a para, pelo menos, 3 nós. O processo de expansão não perturba as suas VMs nem o acesso ao vCenter e inicializa a replicação de dados do vSAN depois de os nós serem adicionados com êxito ao cluster.

Para nuvens privadas de nó único, a política de armazenamento vSAN predefinida usa um valor de falhas a tolerar (FTT) de FTT=0. Quando expande uma nuvem privada de nó único, o VMware Engine altera a política de armazenamento vSAN predefinida. A política de armazenamento do vSAN predefinida é alterada para usar FTT=1 para nuvens privadas de 3 a 4 nós e para usar FTT=2 para nuvens privadas com, pelo menos, 5 nós.

As nuvens privadas de nó único não são atualizadas com novo software como uma nuvem privada padrão. Tem de eliminar e recriar nuvens privadas de nó único para obter as atualizações de software e segurança mais recentes.

Contagens de núcleos personalizadas

Alguns contratos de licenciamento cobram-lhe um valor com base no número de núcleos da CPU no nó físico subjacente ou no cluster. Sempre que criar um novo cluster, pode reduzir o número de núcleos disponíveis para cada nó no cluster de forma a cumprir os requisitos da licença da aplicação. O VMware Engine também cria todos os novos nós adicionados a esse cluster com o mesmo número de núcleos por nó, incluindo quando substitui um nó com falhas. Confirme como os núcleos são contabilizados (fisicamente presentes ou disponibilizados pela BIOS), conforme indicado no seu contrato, para gerir os custos de licenciamento através desta funcionalidade.

As contagens de núcleos personalizadas estão disponíveis para o cluster inicial e para quaisquer outros clusters criados numa nuvem privada. A redução do 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 respetivos nós e clusters. Consulte o artigo VMware numa nuvem privada para ver uma lista destes limites.

Limites de nós

Ao planear as suas necessidades de recursos do VMware Engine, considere o número de nós de que precisa na sua nuvem privada. A tabela seguinte descreve os limites dos clusters do vSphere em nuvens privadas que cumprem os requisitos do 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 de nuvem privada e cluster

Aplicam-se as seguintes limitações às nuvens privadas:

  • Uma nuvem privada baseia-se numa geração de nó único (por exemplo, ve2).
  • Não pode misturar diferentes gerações de nós numa única nuvem privada.

No entanto, numa nuvem privada de uma geração de nó único, podem ser misturados diferentes tipos de nós por cluster. Isto oferece flexibilidade na conceção de clusters para satisfazer necessidades específicas de cargas de trabalho.

Exemplo: nuvem privada baseada em VE2

Este exemplo demonstra uma nuvem privada composta apenas por nós ve2, em que diferentes clusters estão configurados com vários tipos de nós ve2.

Geração de nuvem privada Cluster Tipos de nós
ve2 Cluster 1 ve2-standard-128 + ve2-standard-so (até 50% dos nós)
ve2 Cluster 2 ve2-mega-96 + ve2-mega-so (até 50% dos nós)
ve2 Cluster 3 ve2-mega-128 + ve2-mega-so (até 50% dos nós)
ve2 Cluster 4 ve2-standard-128 + ve2-standard-so (até 50% dos nós)

Limitações da nuvem privada de nó único

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

  • As funcionalidades ou as operações que requerem mais de 1 nó não funcionam. Por exemplo, não pode usar o vSphere Distributed Resource Scheduler (DRS) nem a alta disponibilidade (HA).
  • A política de armazenamento do vSAN predefinida usa FTT=0, pelo que a falha do nó resulta na perda de dados.

Além disso, aplicam-se as seguintes limitações do VMware Engine:

  • Não pode adicionar um cluster de nó único a uma nuvem privada existente.
  • Não é possível converter uma nuvem privada existente numa nuvem privada de nó único.
  • Os ajustes de nós por políticas de dimensionamento automático não são suportados com uma nuvem privada de nó único.
  • As atualizações da pilha VMware envolvem um tempo de inatividade para a sua nuvem privada de nó único.
  • Por predefinição, o VMware Engine não encripta os dados no vSAN numa nuvem privada de nó único.
  • Uma nuvem privada tem de conter, pelo menos, 3 nós e concluir a replicação de dados do vSAN para ser elegível para cobertura com base no ANS.
  • Não pode ajustar o número de núcleos por nó com uma nuvem privada de nó único.

Limitações de contagem de núcleos personalizadas

As seguintes limitações aplicam-se a um cluster com uma contagem de núcleos personalizada:

  • Todos os nós adicionados ao cluster após a criação inicial também usam a contagem de núcleos personalizada.
  • Não é possível alterar o número de núcleos por nó após a criação do cluster. Para alterar o número de núcleos por nós no cluster, tem de eliminar o cluster e criar um novo.
  • O número de núcleos por nó tem de ser um múltiplo de 4 com um mínimo de 8 (por exemplo, 8, 12 ou 16).
  • As contagens de núcleos personalizadas não estão disponíveis para nuvens privadas de nó único.

O que se segue?