Para uma visão geral do AlloyDB Omni, consulte Visão geral do AlloyDB Omni.
Tamanho e capacidade
O tamanho e a capacidade afetam diretamente a performance, a confiabilidade e a relação custo-benefício da instância do AlloyDB Omni. Ao migrar um banco de dados atual, os recursos de CPU e memória necessários são semelhantes aos requisitos do sistema de banco de dados de origem.
Planeje começar com uma implantação usando recursos de CPU, RAM e disco correspondentes e use a configuração do sistema de origem como a configuração de linha de base do AlloyDB Omni. Talvez seja possível reduzir o consumo de recursos depois de realizar testes suficientes da instância do AlloyDB Omni.
O dimensionamento de um ambiente do AlloyDB Omni inclui as seguintes etapas:
Defina sua carga de trabalho.
Volume de dados: estime a quantidade total de dados que você vai armazenar no AlloyDB Omni. Considere os dados atuais e o crescimento projetado ao longo do tempo.
Taxa de transação: determine o número esperado de transações por segundo (TPS), incluindo leituras, gravações, atualizações e exclusões.
Concorrência: estime o número de usuários ou conexões simultâneas que acessam o banco de dados.
Requisitos de performance: defina os tempos de resposta aceitáveis para diferentes tipos de consultas e operações.
Confirme se o hardware oferece suporte aos requisitos de dimensionamento.
CPU: o AlloyDB Omni se beneficia de sistemas com vários núcleos de CPU e é escalonado de maneira linear, dependendo da carga de trabalho. No entanto, o PostgreSQL de código aberto geralmente não se beneficia de mais de 16 vCPUs. Considere o seguinte:
- O número de núcleos com base na simultaneidade da carga de trabalho e nas necessidades de computação.
- Quaisquer ganhos que possam estar presentes devido a uma mudança na geração ou plataforma da CPU.
Memória: aloque RAM suficiente para os buffers compartilhados do AlloyDB Omni para armazenar dados em cache e memória de trabalho para processamento de consultas. O requisito exato depende da carga de trabalho. Comece com 8 GB de RAM por vCPU.
Armazenamento
Tipo: com base nas suas necessidades, escolha entre o armazenamento NVMe local para performance ou o armazenamento SAN para escalonabilidade e compartilhamento de dados.
Capacidade: garanta armazenamento suficiente para o volume de dados, índices, registro de gravação antecipada (WAL, na sigla em inglês), backups e crescimento futuro.
IOPS: estime as operações de entrada/saída por segundo (IOPS) necessárias com base nos padrões de leitura e gravação da carga de trabalho. Ao executar o AlloyDB Omni em uma nuvem pública, considere as características de performance do tipo de armazenamento para entender se é necessário aumentar a capacidade de armazenamento para atender a uma meta de IOPS específica.
Pré-requisitos para executar o AlloyDB Omni
Antes de executar o AlloyDB Omni, verifique se você atende aos requisitos de hardware e software a seguir.
Requisitos de hardware
Os requisitos do sistema para a pilha de implantação do AlloyDB Omni incluem um nó pré-configurado para executar vários componentes. O nó do AlloyDB Omni precisa ter um disco de dados anexado configurado com o sistema de arquivos ext4/xfs, de um tamanho estimado com base no tamanho dos dados. As características de performance do armazenamento afetam a performance do AlloyDB Omni.
| Nó | Hardware mínimo | Hardware recomendado |
|---|---|---|
| AlloyDB Omni |
|
|
- Recomendamos que você use um dispositivo de armazenamento de unidade de estado sólido (SSD) dedicado para armazenar seus dados. Se você usar um dispositivo físico para essa finalidade, recomendamos que o anexe diretamente à máquina host.
Requisitos de software
| SO/plataforma | Software mínimo |
|---|---|
| Linux1 |
|
-
O AlloyDB Omni pressupõe que o
policycoreutils-python-utilspacote esteja instalado antes da instalação do pacote RPM do AlloyDB Omni. Isso permite que o AlloyDB Omni configure a política do SELinux que permite a execução do serviço de banco de dados do AlloyDB Omni.
Tipos de armazenamento compatíveis
O AlloyDB Omni oferece suporte a sistemas de arquivos em volumes de armazenamento em blocos em instâncias de banco de dados. Para sistemas de desenvolvimento ou teste menores, use o sistema de arquivos local do host em que o contêiner está em execução. Para cargas de trabalho empresariais, use o armazenamento reservado para instâncias do AlloyDB Omni. Dependendo das demandas definidas pela carga de trabalho do banco de dados, configure os dispositivos de armazenamento em uma configuração singleton com um dispositivo de disco para cada contêiner ou em uma configuração consolidada em que vários contêineres leem e gravam no mesmo dispositivo de disco.
Armazenamento NVMe local ou SAN
O armazenamento Non-Volatile Memory Express (NVMe) local e o armazenamento de rede de área de armazenamento (SAN, na sigla em inglês) oferecem vantagens distintas. A escolha da solução certa depende dos requisitos específicos da carga de trabalho, do orçamento e das necessidades de escalonabilidade futuras.
Para determinar a melhor opção de armazenamento, considere o seguinte:
- Para priorizar a performance absoluta, escolha o NVMe local.
- Se você precisar de armazenamento compartilhado em grande escala, escolha o SAN.
- Se você precisar equilibrar a performance e o compartilhamento, considere o SAN com NVMe over Fabrics para acesso mais rápido.
Armazenamento NVMe local
O NVMe é um protocolo de alta performance projetado para unidades de estado sólido (SSDs). Para aplicativos que precisam de acesso aos dados rápido, o armazenamento NVMe local oferece os seguintes benefícios:
- Os SSDs NVMe se conectam diretamente ao barramento Peripheral Component Interconnect express (PCIe) para oferecer velocidades rápidas de leitura e gravação.
- O armazenamento NVMe local oferece a menor latência.
- O armazenamento NVMe local oferece a maior capacidade de processamento.
O escalonamento do armazenamento NVMe local exige a adição de mais unidades a servidores individuais. No entanto, a adição de mais unidades a servidores individuais leva a pools de armazenamento fragmentados e possíveis complexidades de gerenciamento. O armazenamento NVMe local não foi projetado para compartilhamento de dados entre vários servidores. Como o armazenamento NVMe local é local, os administradores de servidores precisam se proteger contra falhas de disco usando hardware ou software Redundant Array of Inexpensive Disks (RAID). Caso contrário, a falha de um único dispositivo NVMe resultará na perda de dados.
Armazenamento SAN
SAN é uma rede de armazenamento dedicada que conecta vários servidores a um pool compartilhado de dispositivos de armazenamento, geralmente SSDs ou armazenamento NVMe centralizado. Embora o SAN não seja tão rápido quanto o NVMe local, os SANs modernos, especialmente aqueles que usam NVMe over Fabrics, ainda oferecem excelente performance para a maioria das cargas de trabalho empresariais.
Os SANs são altamente escalonáveis. Para adicionar mais capacidade de armazenamento ou performance, adicione novas matrizes de armazenamento ou faça upgrade das atuais. Os SANs oferecem redundância na camada de armazenamento, fornecendo proteção contra falhas de mídia de armazenamento.
Os SANs se destacam no compartilhamento de dados. Para ambientes empresariais que exigem alta disponibilidade, vários servidores podem acessar e compartilhar dados armazenados no SAN. Em caso de falha do servidor, é possível apresentar o armazenamento SAN a outro servidor no data center, permitindo uma recuperação mais rápida.