test

Guía de administración de sistemas: administración de recursos y contenedores de Oracle Solaris y zonas de Oracle Solaris

Cómo migrar una zona con marca lx a otro equipo

Cómo migrar una zona con marca lx

Los comandos zonecfg y zoneadm pueden utilizarse para mgirar una zona no global existente de un sistema a otro. La zona se detiene y desconecta de su host actual. La zonepath se pasa al sistema de destino, al que se conecta.

Los siguientes requisitos se aplican a la migración de zonas con marca lx:

El proceso zoneadm detach crea la información necesaria para conectar a zona en un sistema diferente. El proceso zoneadm attach verifica que el equipo de destino esté configurado correctamente para poder alojar la zona. Dado que hay varios modos de hacer que zonepath esté disponible en el nuevo host, el movimiento de zonepath de un sistema a otro es un proceso manual que lleva a cabo el administrador global.

Cuando se conecta al sistema nuevo, la zona tiene el estado de instalado.

ProcedureCómo migrar una zona con marca lx

  1. Conviértase en superusuario o asuma el rol de administrador principal.

    Para crear el rol y asignarlo a un usuario, consulte Using the Solaris Management Tools With RBAC (Task Map) de System Administration Guide: Basic Administration.

  2. Detenga la zona que vaya a migrar (en este procedimiento, lx-zone).


    host1# zoneadm -z lx-zone halt

  3. Desconecte la zona.


    host1# zoneadm -z lx-zone detach

    La zona desconectada tiene ahora el estado de configurada.

  4. Mueva zonepath para lx-zone al nuevo host.

    Consulte Cómo mover zonepath a un nuevo host para obtener más información.

  5. En el nuevo host, configure la zona.


    host2# zonecfg -z lx-zone

    Aparecerá el siguiente mensaje del sistema:


    lx-zone: No such zone configured
Use 'create' to begin configuring a new zone.

  6. Para crear la zona lx-zone en un nuevo host, utilice el comando zonecfg con la opción -a y zonepath en el nuevo host.


    zonecfg:lx-zone> create -a /export/zones/lx-zone

  7. Visualice la configuración.


    zonecfg:lx-zone> info
zonename: lx-zone
zonepath: /export/zones/lx-zone
brand: lx
autoboot: false
bootargs:
pool:
limitpriv:
net:
         address: 192.168.0.90
         physical: bge0

  8. (Opcional) Realice los ajustes necesarios en la configuración.

    Por ejemplo, el dispositivo de red podría ser diferente en el nuevo host, o los dispositivos que forman parte de la configuración podrían tener nombres distintos en el nuevo host.


    zonecfg:lx-zone> select net physical=bge0
zonecfg:lx-zone:net> set physical=e1000g0
zonecfg:lx-zone:net> end

  9. Confirme la configuración y cierre.


    zonecfg:lx-zone> commit
zonecfg:lx-zone> exit

  10. Conecte la zona al nuevo host.

    • Conecte la zona con una comprobación de la validación. 


      host2# zoneadm -z lx-zone attach

      El administrador del sistema recibe una notificación de las acciones que se deben llevar a cabo si se producen una o las dos condiciones que se especifican a continuación:

      • Los parches y paquetes necesarios no se encuentran en el nuevo equipo.

      • Los niveles de software cambian en función del equipo.

    • Fuerce la operación de conexión sin llevar a cabo la validación.


      host2# zoneadm -z lx-zone attach -F
      Precaución – Precaución –

      La opción -F permite forzar attach sin realizar ninguna validación. Esto resulta útil en determinados casos, como en un entorno de clúster o para las operaciones de copia de seguridad y restauración, pero requiere que el sistema esté configurado correctamente para alojar la zona. Una configuración incorrecta podría conllevar un comportamiento inesperado más adelante.

ProcedureCómo mover zonepath a un nuevo host

Hay múltiples modos de crear un archivo de zonepath. Por ejemplo, puede utilizar los comandos cpio o pax que se describen en las páginas del comando man cpio(1)) y pax(1).

Existen diversos modos de transferir el archivo al nuevo host. El mecanismo utilizado para transferir zonepath del host de origen al destino depende de la configuración local. En algunos casos, como en una SAN, los datos de zonepath podrían no moverse realmente. La SAN podría reconfigurarse simplemente para que zonepath esté visible en el nuevo host. En otros casos, zonepath podría guardarse en una cinta, y ésta enviarse a un nuevo emplazamiento.

Por estos motivos, este paso no es automático. El administrador del sistema debe seleccionar la técnica más apropiada para mover zonepath al nuevo host.

  1. Conviértase en superusuario o asuma el rol de administrador principal.

    Para crear el rol y asignarlo a un usuario, consulte Using the Solaris Management Tools With RBAC (Task Map) de System Administration Guide: Basic Administration.

  2. Mueva zonepath al nuevo host. Puede utilizar el método que se describe en este procedimiento, u otro método que elija.

Ejemplo 37–1 Cómo archivar y mover zonepath utilizando el comando tar

  1. Cree un archivo tar de zonepath en host1 y transfiéralo a host2 utilizando el comando sftp.


    host1# cd /export/zones
host1# tar cf lx-zone.tar lx-zone
host1# sftp host2
Connecting to host2...
Password:
sftp> cd /export/zones
sftp> put lx-zone.tar
Uploading lx-zone.tar to /export/zones/lx-zone.tar
sftp> quit

  2. En host2, desempaquete el archivo tar.


    host2# cd /export/zones
host2# tar xf lx-zone.tar

Para obtener más información, consulte sftp(1) y tar(1).

Errores más frecuentes

Consulte Resolución de problemas con una operación zoneadm attach para obtener información acerca de la resolución de problemas sobre:

El usuario debe verificar que el tipo de procesador del nuevo equipo sea compatible. Consulte Cómo migrar una zona con marca lx para obtener más información.

Solaris 10 5/08: validación de una zona con marcas lx antes de llevar a cabo la migración

Antes de trasladar la zona al nuevo equipo, puede realizar una ejecución de prueba. Para ello, utilice la opción de “no ejecutar” -n.

El submcomando zoneadm detach se utiliza con la opción -n para generar un manifiesto de una zona que se ejecuta sin desconectarla realmente. El estado de la zona del sistema de origen no se modifica. El manifiesto de la zona se envía a stdout. El administrador global puede dirigir esta salida a un archivo o conectarla con un comando remoto para que se valide inmediatamente en el host de destino. El subcomando zoneadm attach se utiliza con la opción -n para leer este manifiesto y comprobar que el equipo de destino tenga la configuración correcta para alojar la zona sin necesidad de realizar una conexión realmente.

La zona del sistema de destino no se debe configurar en el host nuevo antes de efectuar una conexión de ejecución de prueba.

ProcedureSolaris 10 5/08: cómo validar una zona con marcas lx antes de llevar a cabo la migración

Para llevar a cabo este procedimiento, debe ser el administrador global de la zona global.

  1. Conviértase en superusuario o asuma el rol de administrador principal.

    Para crear el rol y asignarlo a un usuario, consulte Using the Solaris Management Tools With RBAC (Task Map) de System Administration Guide: Basic Administration.

  2. Utilice uno de los métodos siguientes:

    • Genere el manifiesto en un host de origen denominado lx-zone y conecte la salida con un comando remoto que, de forma inmediata, validará el host de destino:


      global# zoneadm -z lx-zone detach -n | ssh remotehost zoneadm attach -n -

      El guión (—) al final de la línea especifica stdin para la ruta.

    • Genere el manifiesto en un host de origen denominado lx-zone y dirija la salida a un archivo:


      global# zoneadm -z lx-zone detach -n

      Copie el manifiesto en el nuevo sistema host teniendo en cuenta las instrucciones de Cómo mover zonepath a un nuevo host. A continuación, efectúe la validación: 


      global# zoneadm attach -n path_to_manifest

      La ruta puede ser — para especificar stdin.