- Primeros pasos
- Requisitos
- Mejores prácticas
- Instalación
- Actualizando
- Servidor de identidad
- Complemento de alta disponibilidad
- Notas relacionadas
- Requisitos de hardware y software
- Actualización
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 |
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 |
75 GB |
150+ GB |
Red |
1 G |
10+ G |
Puerto |
Descripción |
---|---|
1968 |
Puerto predeterminado utilizado para el tráfico proxy interno. |
3333-3339 36379-36380 |
Intervalos de puertos predeterminados utilizados para el tráfico interno de grupos. |
8001 |
Se utiliza para el tráfico de la aplicación al servicio de detección, si procede. |
8443 |
Se utiliza para el acceso
HTTPS a la IU de administración.
|
8444 , 9080 |
Puertos predeterminados utilizados para el tráfico
nginx < - > cnm_http/cm interno.
|
9081 |
Puerto predeterminado utilizado para el tráfico interno de CRDB (base de datos replicada libre de conflictos). |
8070-8071 |
Se utiliza para indicadores exportados y administrados por
nginx .
|
9443 |
Puerto recomendado para el tráfico de la API REST. |
10000-19999 |
Intervalo de puertos para el tráfico de la base de datos. De forma predeterminada, HAA utiliza el puerto
10000 .
|
20000-29999 |
Intervalo de puertos utilizado para el tráfico interno de comparticiones de la base de datos. |
53, 5353 |
Se utiliza para el tráfico
DNS/mDNS interno.
|
Plataforma |
Versiones compatibles |
---|---|
RHEL/CentOS 7 |
Requiere OpenSSL 1.0.2, además de fw config. |
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 servicio 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.