Requisitos de hardware e software

Requisitos de Hardware

Os requisitos de hardware para seu Suplemento de Alta Disponibilidade (HAA) são diferentes entre os ambientes de desenvolvimento e produção.

Ambientes de Desenvolvimento

Item	Requisitos Mínimos	Recomendado
Nós HAA	1	3+
BATER	6 GB	8 GB
Armazenamento (caminho padrão `/opt/redislabs`)	10 GB	20 GB

Ainda que um nó seja suficiente para um ambiente de desenvolvimento, três ou um número ímpar de nós são recomendados para usar as funcionalidades de cluster provavelmente necessárias para seu ambiente de produção.

Ambientes de Produção

Item	Requisitos Mínimos	Recomendado
Nós HAA	3	3+
Núcleos por Nó	4	8+
BATER	6 GB (15 GB para implantações DR)	30+ GB
Armazenamento (caminho padrão `/opt/redislabs`)	75 GB	150+ GB
Rede	1 G	10+ G

Observação: sempre mantenha um número ímpar de nós. Isto é necessário para obter um quorum requerido em cenários de falha e failover.

Portas

Porta	Protocol	Description
1968	TCP	Porta padrão usada para o tráfego proxy interno.
3333-3344 36379-36380	TCP	Intervalos de porta padrão usados para o tráfego interno do cluster.
8001	TCP	Usado para o tráfego do aplicativo para o Serviço de Descoberta, se aplicável.
8443	TCP	Usado para `HTTPS`acesso à IU de gerenciamento.
8444,9080	TCP	Portas padrão usadas para o tráfego interno de `nginx < - > cnm_http/cm`.
9081	TCP	Porta padrão usada para o tráfego interno de CRDB (Banco de Dados Replicado).
8070-8071	TCP	Usado para métricas exportadas e gerenciadas por `nginx`.
9443	TCP	Porta recomendada para o tráfego REST API.
10000-19999	TCP	Intervalo de porta para o tráfego do banco de dados. Por padrão, o HAA usa a porta `10000`.
20000-29999	TCP	Intervalo de porta usado para o tráfego de shards de banco de dados interno.
53, 5353	UDP	Usado para o tráfego interno de `DNS/mDNS`.
8002,8004,8006	TCP	Monitoramento da integridade do sistema.
	ICMP	Usado para verificar a conectividade entre nós.

Requisitos de software

Importante:

O HAA é compatível apenas com sistemas operacionais de 64 bits e deve ser instalado em um host limpo sem outros aplicativos. Todos os nós HAA devem ser sincronizados com o mesmo servidor NTP.

A tabela a seguir lista as versões do sistema operacional que testamos e confirmamos serem compatíveis com o HAA. No entanto, devido ao alto número de atualizações e variações do sistema operacional, não podemos testar a compatibilidade para cada combinação da versão do HAA e da versão secundária do sistema operacional. Embora geralmente esperemos que o HAA funcione corretamente com versões secundárias do sistema operacional mais recentes que não testamos, não podemos garantir compatibilidade.

Se você planeja atualizar para uma versão secundária do sistema operacional que não listamos na tabela, você deve realizar a atualização em um ambiente de testes antes de implantar em um ambiente de produção.

Plataforma	Versões Compatíveis
RHEL/CentOS 8	8.6, 8.8, 8.9
RHEL/CentOS 9	9.3
Ubuntu	20.04 Versão do Servidor é recomendada para instalações de produção. A versão desktop é recomendada apenas para implantações de desenvolvimento.

Requisitos gerais do cluster

O cluster HAA precisa de três servidores para uma operação íntegra.

Em circunstâncias normais, os servidores de cluster HAA têm as seguintes funções:

um servidor principal – ele contém um fragmento de dados e aceita operações de banco de dados de leitura e gravação do mundo exterior;
um servidor secundário – contém uma cópia do fragmento de dados;
um servidor secundário – não contém dados, existe apenas para fins de quórum.

O cluster HAA suporta apenas uma falha de servidor único.

Se um dos servidores ficar inativo, não importa qual, o cluster HAA continuará funcionando e um aviso será exibido na interface de gerenciamento da Web. Você pode encontrar mais informações executando o comando rlcheck, geralmente encontrado em /opt/redislabs/bin. Você também pode anexar --continue-on-errorao rlcheckcomando.
Se dois servidores falharem, o cluster HAA também falhará, mesmo se o servidor principal ainda estiver online.

Construir um cluster HAA com mais de três servidores é possível, mas não oferece nenhum benefício real.

Não há aumento no número de servidores que podem falhar. No caso de um cluster HAA de cinco nós, se o nó principal e o nó secundário que mantém a cópia de fragmentos de dados falharem, o cluster inteiro também falhará e não haverá realocação de fragmentos de dados para outros nós.