Este documento descreve como se preparar para executar o AlloyDB Omni em qualquer ambiente Linux que ofereça suporte a ambientes de execução de contêineres.
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 o desempenho, 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 desempenho: 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 desempenho 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 desempenho 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
| SO/plataforma | Hardware mínimo | Hardware recomendado |
|---|---|---|
| Linux |
|
|
| macOS |
|
|
- 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 conecte diretamente à máquina host.
Requisitos de software
| SO/plataforma | Software mínimo | Software recomendado |
|---|---|---|
| Linux1 |
|
|
| macOS |
|
|
- O AlloyDB Omni pressupõe que o SELinux, quando presente, esteja configurado no host para permitir a execução do contêiner, incluindo o acesso ao sistema de arquivos (ou o SELinux esteja definido como permissivo).
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) 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 o desempenho absoluto, escolha o NVMe local.
- Se você precisar de armazenamento compartilhado em grande escala, escolha SAN.
- Se você precisar equilibrar o desempenho e o compartilhamento, considere o SAN com NVMe over Fabrics para acesso mais rápido.
Armazenamento NVMe local
O NVMe é um protocolo de alto desempenho 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 desempenho para a maioria das cargas de trabalho empresariais.
Os SANs são altamente escalonáveis. Para adicionar mais capacidade ou desempenho de armazenamento, 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.