- Primeros pasos
- Requisitos
- Mejores prácticas
- Instalación
- Actualizando
- Servidor de identidad
- Complemento de alta disponibilidad
- Notas relacionadas
- Requisitos de hardware y software
- Actualizar High Availability Add-on
- Solución de problemas de errores de inicio
Guía de instalación de Orchestrator
Requisitos de hardware y software
Los requisitos de hardware para tu High Availability Add-on (complemento de alta disponibilidad o HAA) son diferentes dependiendo de los entornos de desarrollo y producción.
Elemento |
Requisitos mínimos |
Recomendado |
---|---|---|
Nodos HAA |
1 |
3+ |
RAM |
6 GB |
8 GB |
Almacenamiento (ruta predeterminada
/opt/redislabs )
|
10 GB |
20 GB |
Aunque un nodo es suficiente para un entorno de desarrollo, se recomiendan tres o un número de nodos impar para utilizar las características de agrupación que es posible que sean necesarias para tu entorno de producción.
Elemento |
Requisitos mínimos |
Recomendado |
---|---|---|
Nodos HAA |
3 |
3+ |
Núcleos por nodo |
4 |
8+ |
RAM |
6 GB (15 GB para implementaciones de DR) |
30+ GB |
Almacenamiento (ruta predeterminada
/opt/redislabs )
|
75 GB |
150+ GB |
Red |
1 G |
10+ G |
Puerto |
Protocolo |
Descripción |
---|---|---|
1968 |
TCP |
Puerto predeterminado utilizado para el tráfico proxy interno. |
3333-3344 36379-36380 |
TCP |
Intervalos de puertos predeterminados utilizados para el tráfico interno de grupos. |
8001 |
TCP |
Se utiliza para el tráfico de la aplicación al servicio de detección, si procede. |
8443 |
TCP |
Se utiliza para el acceso
HTTPS a la IU de administración.
|
8444,9080 |
TCP |
Puertos predeterminados utilizados para el tráfico
nginx < - > cnm_http/cm interno.
|
9081 |
TCP |
Puerto predeterminado utilizado para el tráfico interno de CRDB (base de datos replicada libre de conflictos). |
8070-8071 |
TCP |
Se utiliza para indicadores exportados y administrados por
nginx .
|
9443 |
TCP |
Puerto recomendado para el tráfico de la API REST. |
10000-19999 |
TCP |
Intervalo de puertos para el tráfico de la base de datos. De forma predeterminada, HAA utiliza el puerto
10000 .
|
20000-29999 |
TCP |
Intervalo de puertos utilizado para el tráfico interno de comparticiones de la base de datos. |
53, 5353 |
UDP |
Se utiliza para el tráfico
DNS/mDNS interno.
|
8002,8004,8006 |
TCP |
Supervisión del estado del sistema. |
ICMP |
Se usa para comprobar la conectividad entre nodos. |
HAA solo admite sistemas operativos de 64 bits y debe instalarse en un host limpio sin otras aplicaciones. Todos los nodos HAA deben sincronizarse con el mismo servidor NTP.
La siguiente tabla enumera las versiones del sistema operativo que probamos y confirmamos que eran compatibles con HAA. Sin embargo, debido al alto número de actualizaciones y variaciones del sistema operativo, no podemos probar la compatibilidad para cada combinación de versión HAA y versión secundaria del sistema operativo. Aunque generalmente esperamos que HAA funcione correctamente con versiones menores del sistema operativo más recientes que no probamos, no podemos garantizar la compatibilidad.
Si planeas actualizar a una versión del sistema operativo menor que no enumeramos en la tabla, debes realizar la actualización en un entorno de prueba antes de implementar en un entorno de producción.
Plataforma |
Versiones compatibles |
---|---|
RHEL/CentOS 8 |
8.6, 8.8, 8.9 |
RHEL/CentOS 9 |
9.3 |
Ubuntu |
20.04 Se recomienda la versión de servidor para instalaciones de producción. Solo se recomienda la versión de escritorio para implementaciones de desarrollo. |
El clúster HAA necesita tres servidores para un buen funcionamiento.
En circunstancias normales, los servidores del clúster HAA tienen los siguientes roles:
- Un servidor principal: contiene un fragmento de datos y acepta operaciones de lectura y escritura desde el exterior.
- Un servidor secundario: contiene una copia del fragmento de datos.
- un servidor secundario: no contiene datos, existe solo a efectos del cuórum.
El clúster HAA admite únicamente el fallo de un solo servidor.
- Si uno de los servidores falla, sea el que sea, el clúster HAA sigue funcionando, y se muestra una advertencia en la interfaz de gestión web. Puedes encontrar más información mediante el comando
rlcheck
que suele encontrarse en/opt/redislabs/bin
. También puedes añadir--continue-on-error
al comandorlcheck
. - Si dos servidores fallan, el clúster HAA también falla, incluso si el servidor principal sigue en línea.
Es posible crear un clúster HAA con más de tres servidores, pero no ofrece ningún beneficio real.
No se aumenta el número de servidores que puede fallar. En el caso de un clúster HAA de cinco nodos, si el nodo principal y el nodo secundario que guarda la copia de los fragmentos de datos fallan, también fallará el clúster entero y no se realizará la reasignación del fragmento de datos a otros nodos.
HAA admite tanto IPv4 como IPv6. Para obtener más información sobre la compatibilidad con varias IP e IPv6, consulta la documentación de Redis.