Práticas recomendadas de computação

Esta página apresenta as práticas recomendadas de computação para o Google Cloud VMware Engine.

Selecione a melhor região para a sua candidatura

Para escolher a melhor região para as suas aplicações, considere os seguintes fatores:

  • Para minimizar a latência da rede e melhorar a experiência do cliente, selecione uma localização mais próxima dos seus utilizadores. A Google Cloud consola fornece um painel de controlo de desempenho em tempo real que pode ajudar a visualizar a latência entre regiões e entre utilizadores da Internet e uma Google Cloud região.
  • Para manter o desempenho da aplicação, otimize a conetividade com as instalações no local selecionando a Google Cloud região mais próxima. Para implementações em várias nuvens, considere a proximidade com as regiões de outros fornecedores de nuvem.
  • Para garantir que as suas aplicações mantêm a conformidade com os regulamentos, como as políticas de conformidade da indústria de cartões de pagamento (PCI) ou o Regulamento Geral sobre a Proteção de Dados (RGPD) europeu, selecione uma região que suporte esses requisitos.
  • Os custos e os preços variam consoante a região. Certifique-se de que tem em conta estas diferenças regionais quando planear a implementação.
  • Quando seleciona uma localização, alguns SKUs podem estar disponíveis apenas em algumas regiões e não noutras.

Decida quando escolher um design multirregional

Nas seguintes situações, pode querer implementar em várias nuvens privadas do VMware Engine em várias regiões para a mesma carga de trabalho ou âmbito do projeto:

  • Implementações de recuperação de desastres que usam o Site Recovery Manager (SRM) ou o Zerto.
  • Aplicações que requerem disponibilidade global ou baixa latência para a respetiva base de utilizadores.
  • Requisitos de planeamento de capacidade específicos da região.

Crie a pensar na resiliência da zona

O VMware Engine oferece redundância de zona em regiões específicas. Nestas regiões, para aumentar a tolerância a falhas, também pode implementar nuvens privadas como um cluster expandido. Para obter informações sobre estas regiões, consulte as notas de lançamento do VMware Engine.

Quando implementada como um cluster expandido, a sua nuvem privada tem nós em duas zonas independentes. Tem de ter um número igual de nós em cada zona para suportar este design. Este tipo de design garante a disponibilidade da aplicação através da resiliência da zona e da alta disponibilidade do VMware vSphere.

Ao aprovisionar uma nuvem privada expandida, as VMs podem ser executadas em ambos os lados de uma nuvem privada expandida. Use regras de afinidade para controlar o posicionamento das VMs de carga de trabalho em anfitriões num cluster agrupando-as e fixando-as a um site. Este tipo de design garante a resiliência da zona através da alta disponibilidade (AD) da aplicação.

Segregue ambientes em várias nuvens privadas

Uma nuvem privada é uma pilha independente do VMware Cloud Foundation gerida por um vCenter Server.

Pode segregar a sua pegada do VMware Engine em várias nuvens privadas. Por exemplo, use um vCenter Server dedicado nos seguintes casos:

  • Para um tipo de carga de trabalho específico, como a infraestrutura de ambiente de trabalho virtual (VDI)
  • Quando os limites de uma nuvem privada são inadequados
  • Para a gestão de software e licenciamento
  • Para transparência e simplicidade de custos
  • Para monitorização
  • Para agir em conformidade com os requisitos regulamentares
  • Para a multi-posse em todas as camadas, incluindo componentes de gestão e infraestrutura

Para evitar a proliferação desnecessária de pontos finais de gestão, use apenas o número necessário de nuvens privadas.

Otimize a quantidade de núcleos

O VMware Engine permite-lhe reduzir o número de núcleos de CPU eficazes que são expostos ao hipervisor ESXi. Isto pode ser desejável ou necessário ao abrigo de alguns contratos de licença de software.

Não é recomendável reduzir o número de núcleos do primeiro cluster porque alberga componentes importantes, como o vCenter e o NSX Manager.

A redução do número de núcleos efetivos num cluster não altera o custo de execução do cluster, especificamente para cargas de trabalho Oracle. Para mais informações, consulte as orientações relativas ao apoio técnico e licenciamento.

Para mais informações, consulte o artigo Limitações da contagem de núcleos personalizada.

Adicione nós sobresselentes para resiliência

Os clusters do VMware Engine devem ter um tamanho que inclua, pelo menos, um nó sobresselente para garantir a resiliência. Este nó sobresselente está disponível para o cluster e pode fornecer capacidade e recursos adicionais durante períodos de carga elevada ou contenção. Estes nós adicionais são faturados como parte da nuvem privada existente.

Se for necessária uma maior fiabilidade, considere adicionar mais nós sobresselentes ao cluster para estarem disponíveis durante os períodos de manutenção. A programação de cargas de trabalho para execução nestes nós sobresselentes ajuda a otimizar a utilização dos clusters em nuvens privadas.

Defina o número de falhas a tolerar

Para o VMware vSAN, use o atributo Failures to tolerate (FTT) nas políticas de armazenamento do vSAN para definir o número de falhas que um cluster pode tolerar sem afetar a integridade dos dados ou a disponibilidade da VM.

Quanto mais elevado for o valor de FTT, mais anfitriões de capacidade são necessários.

O que se segue?