Skip to main content
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Requisitos de migración de contenedores de nodos

Colaboradores

La función de migración de nodos permite mover manualmente un nodo de un host a otro. Normalmente, ambos hosts están en el mismo centro de datos físico.

La migración de nodos le permite realizar el mantenimiento de un host físico sin interrumpir las operaciones de grid. Se mueven todos los nodos de StorageGRID, uno por vez, a otro host antes de desconectar el host físico. La migración de nodos requiere solamente un corto tiempo de inactividad para cada nodo y no debe afectar al funcionamiento o a la disponibilidad de los servicios de grid.

Si desea utilizar la función de migración de nodos StorageGRID, la implementación debe satisfacer requisitos adicionales:

  • Nombres de interfaces de red consistentes entre los hosts de un único centro de datos físico

  • Almacenamiento compartido para metadatos de StorageGRID y volúmenes de repositorios de objetos al que todos los hosts pueden acceder en un único centro de datos físico. Por ejemplo, puede usar cabinas de almacenamiento E-Series de NetApp.

Si utiliza hosts virtuales y la capa de hipervisor subyacente admite la migración de máquinas virtuales, es posible que desee utilizar esta función en lugar de la función de migración de nodos de StorageGRID. En este caso, puede ignorar estos requisitos adicionales.

Antes de realizar una migración o mantenimiento del hipervisor, apague los nodos correctamente. Consulte las instrucciones para "apagar un nodo de grid".

No se admite la migración en vivo de VMware

OpenStack Live Migration y VMware LIVE vMotion provocan que la hora del reloj de la máquina virtual aumente y no son compatibles con nodos de grid de ningún tipo. Aunque es poco frecuente, las horas de reloj incorrectas pueden provocar la pérdida de datos o actualizaciones de configuración.

Es compatible con la migración de datos fríos. En la migración en frío, debe apagar los nodos de StorageGRID antes de migrarlos entre hosts. Consulte las instrucciones para "apagar un nodo de grid".

Nombres de interfaces de red consistentes

Para mover un nodo de un host a otro, el servicio de host StorageGRID debe tener cierta confianza en que la conectividad de red externa que tiene el nodo en su ubicación actual puede duplicarse en la nueva ubicación. Obtiene esta confianza mediante el uso de nombres de interfaz de red consistentes en los hosts.

Suponga, por ejemplo, que StorageGRID NodeA que se ejecuta en Host1 se ha configurado con las siguientes asignaciones de interfaz:

Esta imagen se explica por el texto circundante.

El lado izquierdo de las flechas corresponde a las interfaces tradicionales vistas desde un contenedor StorageGRID (es decir, las interfaces Grid, Admin y Client Network, respectivamente). El lado derecho de las flechas corresponde a las interfaces de host reales que proporcionan estas redes, que son tres interfaces VLAN subordinadas al mismo vínculo de interfaz física.

Ahora, supongamos que desea migrar NodeA a Host2. Si Host2 también tiene interfaces denominadas bond0.1001, bond0.1002, y bond0.1003, el sistema permitirá el movimiento, suponiendo que las interfaces con nombre similar proporcionarán la misma conectividad en Host2 que en Host1. Si Host2 no tiene interfaces con los mismos nombres, no se permitirá la transferencia.

Existen muchas formas de lograr una nomenclatura de interfaz de red coherente en varios hosts; consulte "Configure la red del host" para algunos ejemplos.

Almacenamiento compartido

Para lograr migraciones de nodos rápidas y de baja sobrecarga, la función de migración de nodos de StorageGRID no mueve físicamente datos del nodo. En su lugar, la migración de nodos se realiza como par de operaciones de exportación e importación, de la siguiente manera:

Pasos
  1. Durante la operación de «'exportación de nodos'», se extrae una pequeña cantidad de datos de estado persistente del contenedor de nodos que se ejecuta en Hosta y se almacena en caché en el volumen de datos del sistema de ese nodo. A continuación, se instancia el contenedor de nodos en Hosta.

  2. Durante la operación "'node import'", se crea una instancia del contenedor de nodos en HostB que utiliza la misma interfaz de red y las asignaciones de almacenamiento de bloque que estaban en vigor en Hosta. A continuación, los datos de estado persistente en caché se insertan en la nueva instancia.

Dado este modo de funcionamiento, es necesario acceder a todos los volúmenes de almacenamiento de objetos y datos del sistema del nodo desde Hosta y HostB para permitir la migración y funcionar. Además, deben haberse asignado al nodo utilizando nombres que se garanticen que hacen referencia a las mismas LUN en Hosta y HostB.

En el siguiente ejemplo se muestra una solución para la asignación de dispositivos de bloque para un nodo de almacenamiento de StorageGRID, donde se está utilizando el acceso múltiple de DM en los hosts y se ha utilizado el campo de alias en /etc/multipath.conf para proporcionar nombres de dispositivos de bloque coherentes y fáciles de usar disponibles en todos los hosts.

Esta imagen se explica por el texto circundante.