Este documento descreve como se preparar para executar o AlloyDB Omni em qualquer ambiente Linux que suporte tempos de execução de contentores.
Para uma vista geral do AlloyDB Omni, consulte o artigo Vista geral do AlloyDB Omni.
Tamanho e capacidade
O tamanho e a capacidade afetam diretamente o desempenho, a fiabilidade e a rentabilidade da sua instância do AlloyDB Omni. Quando migra uma base de dados existente, os recursos de CPU e memória necessários são semelhantes aos requisitos do sistema de base de dados de origem.
Planeie começar com uma implementação que use recursos de CPU, RAM e disco correspondentes e use a configuração do sistema de origem como a configuração de base do AlloyDB Omni. Pode reduzir o consumo de recursos depois de realizar testes suficientes da sua instância do AlloyDB Omni.
O dimensionamento de um ambiente do AlloyDB Omni inclui os seguintes passos:
Defina a sua carga de trabalho.
Volume de dados: estime a quantidade total de dados que 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, escritas, atualizações e eliminações.
Concorrência: estime o número de utilizadores ou ligações simultâneas que acedem à base de dados.
Requisitos de desempenho: defina os tempos de resposta aceitáveis para diferentes tipos de consultas e operações.
Certifique-se de que o hardware suporta os requisitos de dimensionamento.
CPU: o AlloyDB Omni beneficia de sistemas com vários núcleos de CPU e é dimensionado linearmente, consoante a carga de trabalho. No entanto, o PostgreSQL de código aberto geralmente não beneficia de mais de 16 vCPUs. Tenha em atenção 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 alteração na geração do CPU ou na plataforma.
Memória: atribua RAM suficiente aos buffers partilhados do AlloyDB Omni para colocar dados em cache e memória de trabalho para o 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 escalabilidade e partilha de dados.
Capacidade: certifique-se de que tem armazenamento suficiente para o volume de dados, os índices, o registo de escrita antecipada (WAL), as cópias de segurança e o crescimento futuro.
IOPS: estime as operações de entrada/saída por segundo (IOPS) necessárias com base nos padrões de leitura e escrita da sua carga de trabalho. Quando executar o AlloyDB Omni numa nuvem pública, considere as caraterísticas de desempenho do seu tipo de armazenamento para compreender se precisa de aumentar a capacidade de armazenamento para atingir um alvo de IOPS específico.
Pré-requisitos para executar o AlloyDB Omni
Antes de executar o AlloyDB Omni, certifique-se de que cumpre os seguintes requisitos de hardware e software.
Requisitos de hardware
| SO/plataforma | Hardware mínimo | Hardware recomendado |
|---|---|---|
| Linux |
|
|
| macOS |
|
|
- Recomendamos que use um dispositivo de armazenamento de unidade de estado sólido (SSD) dedicado para armazenar os seus dados. Se usar um dispositivo físico para este fim, recomendamos que o anexe diretamente à máquina anfitriã.
Requisitos de software
| SO/plataforma | Software mínimo | Software recomendado |
|---|---|---|
| Linux1 |
|
|
| macOS |
|
|
- O AlloyDB Omni pressupõe que o SELinux, quando presente, está configurado no anfitrião para permitir a execução do contentor, incluindo o acesso ao sistema de ficheiros (ou o SELinux está definido como permissivo).
Tipos de armazenamento suportados
O AlloyDB Omni suporta sistemas de ficheiros em volumes de armazenamento de blocos em instâncias de base de dados. Para sistemas de desenvolvimento ou de teste mais pequenos, use o sistema de ficheiros local do anfitrião onde o contentor está a ser executado. Para cargas de trabalho empresariais, use armazenamento reservado para instâncias do AlloyDB Omni. Consoante as exigências definidas pela carga de trabalho da base de dados, configure os dispositivos de armazenamento numa configuração única com um dispositivo de disco para cada contentor ou numa configuração consolidada em que vários contentores leiam e escrevam a partir do mesmo dispositivo de disco.
Armazenamento NVMe ou SAN local
O armazenamento local de memória não volátil expressa (NVMe) e o armazenamento de rede de área de armazenamento (SAN) oferecem vantagens distintas. A escolha da solução certa depende dos seus requisitos específicos de carga de trabalho, orçamento e necessidades de escalabilidade futuras.
Para determinar a melhor opção de armazenamento, considere o seguinte:
- Para dar prioridade ao desempenho absoluto, escolha NVMe local.
- Se precisar de armazenamento partilhado em grande escala, escolha SAN.
- Se precisar de equilibrar o desempenho e a partilha, considere usar SAN com NVMe over Fabrics para um acesso mais rápido.
Armazenamento NVMe local
O NVMe é um protocolo de elevado desempenho concebido para unidades de estado sólido (SSDs). Para aplicações que precisam de acesso rápido aos dados, o armazenamento NVMe local oferece as seguintes vantagens:
- Os SSDs NVMe ligam-se diretamente ao barramento Peripheral Component Interconnect express (PCIe) para oferecer velocidades de leitura e gravação rápidas.
- O armazenamento NVMe local oferece a latência mais baixa.
- O armazenamento NVMe local oferece o débito mais elevado.
A expansão do armazenamento NVMe local requer a adição de mais unidades a servidores individuais. No entanto, adicionar mais unidades a servidores individuais resulta em pools de armazenamento fragmentados e potenciais complexidades de gestão. O armazenamento NVMe local não foi concebido para a partilha de dados entre vários servidores. Uma vez que o armazenamento NVMe local é local, os administradores do servidor têm de se proteger contra falhas de disco através de hardware ou software Redundant Array of Inexpensive Disks (RAID). Caso contrário, a falha de um único dispositivo NVMe resulta na perda de dados.
Armazenamento SAN
Uma SAN é uma rede de armazenamento dedicada que liga vários servidores a um conjunto partilhado de dispositivos de armazenamento, frequentemente SSDs ou armazenamento NVMe centralizado. Embora a SAN não seja tão rápida quanto o NVMe local, as SANs modernas, especialmente as que usam NVMe over Fabrics, continuam a oferecer um excelente desempenho para a maioria das cargas de trabalho empresariais.
As SANs são altamente escaláveis. Para adicionar mais capacidade de armazenamento ou desempenho, adicione novas matrizes de armazenamento ou atualize as existentes. As SANs oferecem redundância na camada de armazenamento, o que proporciona proteção contra falhas nos suportes de armazenamento.
As SANs destacam-se na partilha de dados. Para ambientes empresariais que requerem elevada disponibilidade, vários servidores podem aceder e partilhar dados armazenados na SAN. Em caso de falha do servidor, pode apresentar o armazenamento SAN a outro servidor no centro de dados, o que permite uma recuperação mais rápida.