IBM Cloud Docs
Opciones de alta disponibilidad y recuperación en caso de catástrofe en IBM centro de datos

Opciones de alta disponibilidad y recuperación en caso de catástrofe en IBM centro de datos


IBM Power Virtual Server en IBM centro de datos


Este tema describe varias soluciones de alta disponibilidad y recuperación ante desastres que puede implementar en el entorno IBM® Power® Virtual Server. La recuperación ante fallos del host es la solución de alta disponibilidad por defecto que admite Power Virtual Server. Este tema también cubre algunas de las soluciones avanzadas de alta disponibilidad y recuperación ante desastres que puede implementar.

Recuperación de fallos de host

Power Virtual Server se basa en la infraestructura empresarial IBM Power, que incluye funciones de red redundante y tejidos de red de área de almacenamiento (SAN). IBM Power Virtual Server supervisa continuamente su infraestructura para garantizar que todos los hosts funcionan correctamente y responden.

Cuando un host falla inesperadamente, las instancias del servidor virtual en el host fallido se reinician automáticamente en un host en funcionamiento. En algunos casos, se intenta la recuperación manual del host que ha fallado.

El proceso de recuperación de fallos de host implica el reinicio de las instancias de servidor virtual en hosts alternativos y tiene como resultado un reinicio completo del sistema operativo. Después de reiniciar el sistema operativo, las aplicaciones deben reiniciarse para recuperarse y reanudarse según sus procedimientos de arranque estándar.

La recuperación de fallos del host:

  • Está activado por defecto para todas las instancias de servidor virtual en el entorno Power Virtual Server.

  • No reinicia ninguna instancia de servidor virtual anclada. Fijar instancias de servidores virtuales a hosts específicos genera un tiempo de inactividad prolongado, ya que la recuperación depende del tiempo que lleve reparar el host fallido. Para evitar o minimizar el tiempo de inactividad, asegúrese de que las instancias del servidor virtual no están ancladas al host.

  • Reinicia la instancia del servidor virtual en otro host con un número de serie físico diferente. Si su software depende de números de serie, considere la posibilidad de utilizar funciones como los números de serie virtuales (VSN) para IBM i, en función de las políticas de licencias de su proveedor de software independiente (ISV).

PowerHA SystemMirror for AIX Standard Edition

Puede utilizar un modelo de suscripción mensual cuando adquiera PowerHA SystemMirror for AIX Standard Edition. Para más información, consulte Standard Edition opciones de precios mensuales.

Después de adquirir el software, puede descargarlo de Entitled Systems Support(ESS). Puede instalar PowerHA SystemMirror para AIX en el servidor virtual que se está ejecutando en el entorno del Power Virtual Server. Para obtener instrucciones de instalación, consulte Instalación de PowerHA SystemMirror.

Consulte la información siguiente para implementar PowerHA SystemMirror for AIX en el entorno del Power Virtual Server.

  • Seleccionar Servidor diferente desde el Reglas de colocación campo al crear los servidores virtuales que forman parte delPowerHA SystemMirror grupo. Seleccionando Servidor Diferente se garantiza que las diferentes particiones lógicas (LPARs) que puedan formar parte del cluster PowerHA SystemMirror no se desplieguen en el mismo host.

  • Seleccione Activado en el campo Compartible cuando cree volúmenes de almacenamiento para los servidores virtuales que forman parte del clúster PowerHA SystemMirror.

  • No tiene acceso a la HMC, al VIOS ni al sistema host enPower Virtual Server. Por lo tanto, las funciones de PowerHA SystemMirror que requieren acceso a estas prestaciones como, por ejemplo Alta disponibilidad optimizada para recursos (ROHA - Resource Optimized High Availability) y Política de parada de nodos activo (ANHP - Active Node Halt Policy), no están disponibles. Sin embargo,PowerHA SystemMirror7.2.6SP1 o versiones posteriores admiten funciones de alta disponibilidad optimizada de recursos (ROHA). Para obtener más información sobre la configuración y el uso de ROHA conPower Virtual Server, ver Alta disponibilidad optimizada de recursos en la nube

Las licencias que se adquieran fuera de un modelo de suscripción no podrán utilizarse en Power Virtual Server.

Mecanismos de recuperación tras desastre

Puede implementar un mecanismo de recuperación de desastres entre dos instancias de servidor virtual AIX que estén instaladas en centros de datos IBM Cloud separados utilizando la replicación GLVM. Para obtener un tutorial completo, consulte AIX Recuperación ante desastres conIBMPower Virtual Server. El Protocolo de control de transmisión (TCP) ayuda a ajustar el rendimiento de la conexión de la red de área amplia (WAN) entreAIX maquinas virtuales. Para más información, ver IBM apoyo.

Puede implementar mecanismos de recuperación tras desastre entre dos instancias de servidor virtual de IBM i utilizando la duplicación geográfica de PowerHA. Para obtener un tutorial completo, consulte IBM i Recuperación ante desastres conIBMPower Virtual Server.

Continuidad empresarial mediante copia de seguridad y restauración

Ubicación del cliente ' La configuración y los datos de su aplicación no se copian automáticamente. Para recuperarse de un desastre, IBM realiza copias de seguridad de los datos de configuración necesarios para reconstruir un pod. Los datos de configuración incluyen las configuraciones de la máquina virtual y los repositorios de imágenes de la nube privada. Sin embargo, la copia de seguridad y restauración de los datos del cliente y las imágenes del sistema operativo del cliente es su responsabilidad.

IBM centro de datos La configuración y los datos de Power Virtual Server no se copian automáticamente. Puede hacer una copia de seguridad del servidor virtual en Cloud Object Storage tal como se explica en Estrategias de copia de seguridad para Power Virtual Server. También puede restaurar el servidor virtual en caso de que se produzca un error crítico.

La importación y exportación de imágenes requiere una cantidad considerable de potencia de proceso y ancho de banda de red. Como resultado, solo puede enviar una solicitud de exportación o importación sin que se ponga en cola. Por lo general, los usuarios importan o exportan discos de sistema (discos AIX rootvg) de tamaño menor (menos de 1 TB) para facilitar la transferencia con origen y destino en Cloud Object Storage. Si el tamaño de la imagen es superior a 1 TB, la transferencia puede tardar mucho tiempo y ser propensa a fallos. El tamaño máximo de imagen sin comprimir que puedes importar o exportar es de 10 TB.