Para otimizar o desempenho e a eficiência de custos da carga de trabalho do AlloyDB para PostgreSQL, selecione uma série de máquinas e um formato adaptados aos seus requisitos de computação, memória e armazenamento em cache. Comparar as séries de máquinas do AlloyDB compatíveis, os perfis de carga de trabalho de destino e a disponibilidade regional ajuda você a configurar instâncias para cargas de trabalho que vão de grandes conjuntos de dados que exigem caches de alta capacidade a aplicativos transacionais de alta simultaneidade.
Visão geral da série de máquinas
O AlloyDB oferece as seguintes séries de máquinas, cada uma criada em uma plataforma de computação do Google Cloud diferente e otimizada para características de desempenho específicas.
Série de máquina |
Plataforma principal e CPU |
Foco principal da carga de trabalho |
Principal diferencial de desempenho |
|---|---|---|---|
N2 |
Processadores Intel x86 de 3ª geração (Ice Lake) |
Legado, uso geral |
Disponível em todas as regiões. |
C4A |
Google Axion ARM |
Custo-benefício, alta capacidade de processamento |
Oferece a melhor capacidade de transação para cargas de trabalho adequadas ao cache. |
C4 |
Processadores Intel x86 de 6ª geração (Granite Rapids) com SSD Titanium. |
Latência baixa ou cargas de trabalho de banco de dados muito grandes |
Oferece as maiores opções de máquina com SSDs locais para o cache mais rápido. |
Z3 |
Processadores Intel x86 de 4ª geração (Sapphire Rapids) com SSD Titanium |
Conjunto de dados de trabalho grande, com uso intensivo de armazenamento |
Permite o armazenamento em cache de mais dados por vCPU; otimizado para cargas de trabalho com alta densidade de armazenamento e uso intensivo de E/S |
Configuração da série de máquinas para instâncias primárias e de pool de leitura
Para otimizar o desempenho e o custo, um cluster do AlloyDB permite configurar e escalonar séries de máquinas e tipos de máquinas de maneira independente na instância principal e nas instâncias do pool de leitura.
Configurações entre séries de máquinas
Um cluster do AlloyDB é compatível com configurações de várias séries de máquinas, que permitem executar a instância primária e as instâncias do pool de leitura em diferentes séries de máquinas de computação. Por exemplo, é possível provisionar a instância principal na série de máquinas N2 e provisionar instâncias de pool de leitura na série de máquinas C4, C4A ou Z3.
Escalonamento vertical para instâncias primárias
Para se adaptar às mudanças na carga de trabalho, é possível escalonar verticalmente uma instância primária do AlloyDB das seguintes maneiras:
Escalonar o tamanho em uma série de máquinas: aumente ou diminua a alocação de vCPU e memória na série de máquinas atual. Por exemplo, escalone uma instância principal de um tipo de máquina N2 com 8 vCPUs para um tipo de máquina N2 com 16 vCPUs.
Mudar o formato da série de máquinas: faça a transição da instância principal para uma série de máquinas diferente para otimizar o desempenho da carga de trabalho ou a eficiência do hardware. Por exemplo, mude uma instância principal de um tipo de máquina N2 com 16 vCPUs para um tipo de máquina C4A baseado em Axion com 32 vCPUs.
Escalonamento horizontal para instâncias do pool de leitura
É possível escalonar uma instância de pool de leitura horizontalmente adicionando ou removendo nós por trás de um único endpoint de IP de leitor com balanceamento de carga. Todos os nós em uma instância de pool de leitura precisam usar a mesma série de máquinas e tipo de máquina. Por exemplo, se você adicionar um terceiro nó a uma instância de pool de leitura que contém dois nós N2, o terceiro nó também precisará usar o mesmo tipo de máquina N2, não um tipo de máquina C4, C4A ou Z3.
Transições de série de máquinas para instâncias de pool de leitura
É possível alternar uma instância de pool de leitura para uma série de máquinas diferente, como de N2 para C4, C4A ou Z3, o que faz a transição de todos os nós na instância de pool de leitura para a série e o tipo de máquina de destino. Para disponibilizar tráfego de leitura em várias séries de máquinas ou tipos de máquinas simultaneamente, implante instâncias de pool de leitura separadas para cada configuração.
Disponibilidade de séries de máquinas para clusters do AlloyDB
É possível escolher uma das seguintes séries de máquinas:
- N2: essa série de máquinas oferece uma relação custo-benefício equilibrada para uma variedade de cargas de trabalho do AlloyDB.
- Baseado em Axion C4A: essa série de máquinas oferece custo-benefício otimizado e alto desempenho previsível para cargas de trabalho do AlloyDB de alta demanda.
- C4: essa série de máquinas oferece excelente desempenho e a maior escala vertical no AlloyDB.
Z3: essa série de máquinas é otimizada para cargas de trabalho com alta densidade de armazenamento e uso intensivo de E/S.
N2
Os seguintes tipos de máquina estão disponíveis para instâncias da série de máquinas N2. Para mais informações, consulte Série de máquinas N2.
Tipo de máquina |
vCPUs |
Memória (GB) |
|---|---|---|
n2-highmem-2
|
2 |
16 GB de RAM |
n2-highmem-4
|
4 |
32 GB de RAM |
n2-highmem-8
|
8 |
64 GB de RAM |
n2-highmem-16
|
16 |
128 GB de RAM |
n2-highmem-32
|
32 |
256 GB de RAM |
n2-highmem-64
|
64 |
512 GB de RAM |
n2-highmem-96
|
96 |
768 GB de RAM |
n2-highmem-128
|
128 |
864 GB de RAM |
C4A baseado em Axion
Os seguintes tipos de máquina estão disponíveis para instâncias da série de máquinas C4A baseada em Axion. Para mais informações, consulte Série de máquinas C4A.
Tipo de máquina |
vCPUs |
Memória (GB) |
|---|---|---|
c4a-highmem-1
|
1 |
8 GB de RAM |
c4a-highmem-2-lssd
|
2 |
16 GB de RAM |
c4a-highmem-4-lssd
|
4 |
32 GB de RAM |
c4a-highmem-8-lssd
|
8 |
64 GB de RAM |
c4a-highmem-16-lssd
|
16 |
128 GB de RAM |
c4a-highmem-32-lssd
|
32 |
256 GB de RAM |
c4a-highmem-48-lssd
|
48 |
384 GB de RAM |
c4a-highmem-64-lssd
|
64 |
512 GB de RAM |
c4a-highmem-72-lssd
|
72 |
576 GB de RAM |
C4
Os seguintes tipos de máquina estão disponíveis para instâncias da série de máquinas C4. Para mais informações, consulte Série de máquinas C4.
Tipo de máquina |
vCPUs |
Memória (GB) |
|---|---|---|
c4-highmem-4-lssd
|
4 |
32 GB de RAM |
c4-highmem-8-lssd
|
8 |
64 GB de RAM |
c4-highmem-16-lssd
|
16 |
128 GB de RAM |
c4-highmem-24-lssd
|
24 |
192 GB de RAM |
c4-highmem-32-lssd
|
32 |
256 GB de RAM |
c4-highmem-48-lssd
|
48 |
384 GB de RAM |
c4-highmem-96-lssd
|
96 |
768 GB de RAM |
c4-highmem-144-lssd
|
144 |
1.152 GB de RAM |
c4-highmem-192-lssd
|
192 |
1.536 GB de RAM |
c4-highmem-288-lssd
|
288 |
2.304 GB de RAM |
Z3 standard-lssd
Os seguintes tipos de máquina estão disponíveis para instâncias da série de máquinas Z3. Para mais informações, consulte Série de máquinas Z3.
Tipo de máquina |
vCPUs |
Memória (GB) |
|---|---|---|
z3-highmem-14-standard-lssd
|
14 |
112 GB de RAM |
z3-highmem-22-standard-lssd
|
22 |
176 GB de RAM |
z3-highmem-44-standard-lssd
|
44 |
352 GB de RAM |
z3-highmem-88-standard-lssd
|
88 |
704 GB de RAM |
Z3 high-lssd
Os seguintes tipos de máquina estão disponíveis para instâncias da série de máquinas Z3 high-lssd. Para mais informações, consulte Série de máquinas Z3.
Tipo de máquina |
vCPUs |
Memória (GB) |
|---|---|---|
z3-highmem-8-high-lssd
|
8 |
64 GB de RAM |
z3-highmem-16-high-lssd
|
16 |
128 GB de RAM |
z3-highmem-22-high-lssd
|
22 |
176 GB de RAM |
z3-highmem-32-high-lssd
|
32 |
256 GB de RAM |
z3-highmem-44-high-lssd
|
44 |
352 GB de RAM |
Práticas recomendadas para planejamento de capacidade e disponibilidade de recursos
Criar, iniciar ou escalonar uma instância do AlloyDB provisiona as máquinas virtuais (VMs) do Compute Engine na região e na zona de destino. Mesmo quando o projeto tem cota de recursos suficiente, uma operação pode falhar se a região ou zona selecionada não tiver capacidade de hardware físico temporariamente para uma série ou formato de máquina específico.
Para reduzir a probabilidade de encontrar restrições temporárias de recursos e manter a continuidade da carga de trabalho, siga estas práticas recomendadas de planejamento de capacidade.
Projetar para flexibilidade de formato e série de máquinas
Avalie várias séries de máquinas compatíveis: diferentes séries de máquinas (
N2,C4A,C4eZ3) e configurações de vCPU são extraídas de pools de hardware subjacentes distintos. Se um tipo de máquina específico estiver temporariamente indisponível na sua região (por exemplo,N2), tente provisionar um formato de vCPU comparável em outra série de máquinas compatível, como um tipo de máquinaC4A,C4ouZ3baseado em Axion.Use configurações de séries de máquinas diferentes para pools de leitura: como o AlloyDB é compatível com configurações de séries de máquinas diferentes, é possível configurar instâncias de pool principal e de leitura em séries de máquinas diferentes. Se uma instância de pool de leitura encontrar restrições de recursos em uma série de máquinas, será possível mudar o tipo de máquina do pool de leitura para outra série de máquinas compatível com uma contagem de vCPUs comparável sem modificar ou reiniciar a instância principal.
Distribua a capacidade de leitura em vários pools de leitura: se a carga de trabalho exigir uma capacidade de leitura substancial e um único formato de máquina grande estiver restrito, implante várias instâncias de pool de leitura ou use formatos de nó menores com nós adicionais para distribuir o tráfego de leitura entre pools de hardware.
Projetar para flexibilidade regional
Selecione uma região alternativa para novos clusters: se uma região tiver restrições de recursos persistentes para a configuração necessária, considere implantar novos clusters em outra região que atenda aos requisitos de latência e residência de dados. Consulte Implantações regionais de séries de máquinas para verificar quais séries de máquinas são compatíveis com cada região. Se os aplicativos cliente ou serviços dependentes permanecerem na região original, a conexão entre regiões poderá aumentar a latência da rede e gerar cobranças de transferência de dados entre regiões. Para mais informações, consulte Preços do AlloyDB.
Configurar a replicação entre regiões para resiliência regional: para cargas de trabalho críticas, configure a replicação entre regiões com um cluster secundário em outra região. Se a região secundária tiver restrições temporárias na série de máquinas do cluster primário, será possível configurar a instância do cluster secundário em uma série de máquinas compatível diferente. Antes de promover ou alternar para um cluster secundário, verifique se a instância secundária tem capacidade de vCPU e memória suficiente para atender à carga de trabalho de produção sem exigir uma operação de escalonamento imediata.
Repetir operações após restrições temporárias de recursos
Repetir solicitações com falha com espera: a capacidade de hardware do Cloud muda dinamicamente à medida que outras cargas de trabalho liberam recursos. Se uma solicitação de criação, início ou escalonamento de cluster ou instância falhar porque um local não tem recursos disponíveis, aguarde e tente novamente. Em fluxos de trabalho de provisionamento automatizados, implemente novas tentativas com espera exponencial antes de mudar o tipo de máquina ou a região de destino.
Tentar novamente as atualizações de manutenção interrompidas: se restrições temporárias de recursos em uma zona interromperem uma atualização de manutenção programada, tente novamente quando a capacidade estiver disponível usando a manutenção de autoatendimento.
Planejar a capacidade de forma proativa
Escalonar fora dos horários de pico: programe a criação manual de instâncias e as operações de escalonamento vertical durante períodos de baixo tráfego de carga de trabalho e menor demanda regional.
Use o escalonamento automático do pool de leitura com base em programação: configure o escalonamento automático do pool de leitura com políticas baseadas em programação para escalonar horizontalmente os nós do pool de leitura antes de janelas de tráfego de pico previsíveis. O escalonamento antes do pico de demanda dá tempo para implementar outras estratégias, como mudar para outra série de máquinas compatível, se a operação de escalonamento encontrar restrições temporárias de recursos.
Considere como o AlloyDB gerencia a infraestrutura: como o AlloyDB provisiona VMs em projetos de locatário gerenciados pelo Google, as reservas do Compute Engine não se aplicam às instâncias do AlloyDB, e o AlloyDB seleciona automaticamente as zonas na região escolhida em vez de permitir que você fixe instâncias ou nós em zonas específicas. Use recomendações de dimensionamento e insights do sistema para dimensionar instâncias com base no uso observado de CPU e memória.