Descripción general de la recuperación ante desastres
Un clúster de Junos Space le permite mantener una alta disponibilidad y escalabilidad en su solución de administración de red. Sin embargo, dado que todos los nodos de un clúster deben estar dentro de la misma subred, normalmente se implementan en el mismo centro de datos o dentro del mismo campus. Sin embargo, puede recuperar fácilmente un clúster de un desastre en una ubicación reflejando la instalación original de Junos Space en un clúster a otro clúster en una ubicación geográficamente diferente. Por lo tanto, si el sitio principal de Junos Space falla debido a un desastre como un terremoto, el otro sitio puede tomar el control. Por lo tanto, la instalación física de la configuración de recuperación ante desastres suele ser un conjunto de dos clústeres geográficamente independientes: el sitio activo o principal (es decir, el sitio local) y el sitio en espera o de copia de seguridad (es decir, el sitio remoto).
Cuando se cumplen los requisitos y requisitos previos básicos de conectividad (consulte Requisitos previos para configurar la recuperación ante desastres y Requisitos de conectividad para configurar la recuperación ante desastres), los datos del clúster en el sitio activo se replican en el clúster en el sitio en espera casi en tiempo real.
La figura 1 muestra la solución de recuperación ante desastres.
de recuperación ante desastres
Requisitos previos para configurar la recuperación ante desastres
Debe asegurarse de que la instalación de Junos Space cumple los siguientes requisitos previos antes de configurar la recuperación ante desastres:
El clúster de Junos Space en el sitio principal o activo (que puede ser un solo nodo o varios nodos) y el clúster en el sitio remoto o en espera (que puede ser un solo nodo o varios nodos) deben configurarse exactamente de la misma manera, con las mismas aplicaciones, adaptadores de dispositivo, mismas configuraciones de familia IP, y así sucesivamente.
Ambos clústeres deben configurarse con información del servidor SMTP de la interfaz de usuario de Junos Space. Para obtener más información, consulte Administración de servidores SMTP. Esta configuración permite que los clústeres tanto del sitio activo como del sitio en espera notifiquen al administrador por correo electrónico si se produce un error en las replicaciones.
El número de nodos en el sitio activo y en el sitio en espera debe ser el mismo.
Requisitos de conectividad para configurar la recuperación ante desastres
Debe asegurarse de que la solución de recuperación ante desastres cumple los siguientes requisitos de conectividad antes de configurar la recuperación ante desastres:
Conectividad de capa 3 entre los clústeres de Junos Space en los sitios activo y en espera. Esto significa:
Cada nodo de un clúster puede hacer ping correctamente a la dirección VIP del otro clúster
Cada nodo de un clúster puede utilizar SCP para transferir archivos entre los sitios activos y en espera
La replicación de bases de datos en los dos clústeres es posible a través de los puertos TCP 3306 (replicación de bases de datos MySQL) y 5432 (replicación de bases de datos PostgreSQL)
El ancho de banda y la latencia de la conexión entre los dos clústeres son tales que la replicación de la base de datos en tiempo real se realiza correctamente. Aunque el ancho de banda exacto requerido depende de la cantidad de datos transferidos, recomendamos un mínimo de una conexión de ancho de banda de 100 Mbps con una latencia de menos de 150 milisegundos.
Conectividad independiente de capa 3 entre cada clúster y los dispositivos administrados
Conectividad independiente de capa 3 entre cada clúster y los clientes GUI o NBI
Para configurar el proceso de recuperación ante desastres, consulte Administrar recuperación ante desastres.