platespin transformation manager platespin migrate … · todas las operaciones se realizan desde...

Planificación y ejecución correctas de proyectos de migración de cargas de trabajo a gran escalaActualizado para PlateSpin Transformation Manager 1.1 y PlateSpin Migrate 12.2

Informe oficialPlateSpin Transformation Manager PlateSpin Migrate

Índice página

Introducción . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

¿A quién está dirigido este informe oficial? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

Comprender las cargas de trabajo y su migración . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

Introducción a PlateSpin Migrate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

Introducción a PlateSpin Transformation Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

Planificación de proyectos de migración de cargas de trabajo a gran escala . . . . . . . . 7

Diseñar una infraestructura de migración como referencia . . . . . . . . . . . . . . . . . . . . . . . 11

Dinámica de ejecución de proyectos de migración de cargas de trabajo a gran escala . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

Convertirse en especialista en migración con certificación de PlateSpin . . . . . . . . . . 18

1www.microfocus.com

IntroducciónEn este mundo tan dinámico en el que vivimos, la necesidad de reducir los gastos y el deseo de aumentar la eficiencia operativa tienen un impacto constante en la organización de los recursos de TI.

Las empresas siguen buscando incansablemente mejores formas de gestionar la infraestructura, los sistemas y las aplicaciones; a menudo, esto se traduce en la ejecución de proyectos donde un gran número de cargas de trabajo se trasladan de una plataforma o centro de datos a otro. Algunos ejemplos típicos son la migración de servidores físicos a una plataforma virtual, la migración de máquinas virtuales de una plataforma virtual a otra, la migración de cargas de trabajo in situ a una nube pública o administrada y las consolidaciones de centros de datos tradicionales.

¿A quién está dirigido este informe oficial?

Este informe oficial está escrito específicamente para gestores de proyectos y arquitectos que dirigen proyectos de migración de cargas de trabajo a gran escala utilizando herramientas de Micro Focus® PlateSpin® como PlateSpin Transformation Manager y PlateSpin Migrate. Cuando se usan juntos, PlateSpin Transformation Manager y PlateSpin Migrate ayudan a ejecutar proyectos de transformación de centros de datos de forma hasta un 50 % más eficiente, con casi nada de tiempo de inactividad de la aplicación, eliminación de riesgos, realización de pruebas flexibles, menos errores humanos y una reducción drástica del tiempo de ejecución global del proyecto.

_________________________________________________________________

http://www.microfocus.com

2

Informe oficialPlanificación y ejecución correctas de proyectos de migración de cargas de trabajo a gran escala

Comprender las cargas de trabajo y su migración

En este informe oficial, utilizaremos el término "carga de trabajo" como término combinado para un sistema operativo con todas las aplicaciones instaladas en él, todos los parches y ajustes de configuración, así como todos los archivos o bloques de datos que residen en sus volúmenes de datos.

PlateSpin ofrece un rendimiento hasta un 50 % mejor, lo que le permite migrar más cargas de trabajo en menos tiempo con mejores resultados.

Fig. 1

PlateSpin ofrece un rendimiento hasta un 50 % mejor, lo que le permite migrar más cargas de trabajo en menos tiempo con mejores resultados .

_________________________________________________________________

3www.microfocus.com

En el contexto de proyectos de transformación de centros de datos, la reconstrucción de una carga de trabajo de cero en una nueva plataforma no suele ser una metodología de migración deseada. Esto se debe a que la reconstrucción es un proceso manual, lento y propenso a errores que requiere una gran cantidad de costosas pruebas para asegurar que la nueva carga de trabajo se crea de la misma manera exacta que la carga de trabajo original. Una verdadera migración de cargas de trabajo, como la realizada por PlateSpin Migrate, transmite los bloques o archivos de la carga de trabajo original a una réplica en la plataforma nueva (o "destino"). PlateSpin Migrate garantiza que la nueva carga de trabajo se cree rápidamente y de forma automática, y que sea funcionalmente idéntica a la carga de trabajo original. Las migraciones de cargas de trabajo son un elemento importante en muchos, si no en todos, los proyectos de transformación de centros de datos actuales.

Introducción a PlateSpin Migrate

PlateSpin Migrate es una potente solución de portabilidad de cargas de trabajo que automatiza la transferencia de cargas de trabajo entre servidores físicos, hosts virtuales y la nube. PlateSpin Migrate desacopla de forma remota las cargas de trabajo del hardware subyacente y las envía de un host físico o virtual a otro. Todas las operaciones se realizan desde un punto de control único. Proporciona a empresas y proveedores de servicios una solución probada y consolidada para la realización de pruebas, la migración y el equilibrio de las cargas de trabajo a través de límites de infraestructura, con un enfoque especial en los centros de datos.

PlateSpin Migrate admite los siguientes tipos principales de migraciones de cargas de trabajo:

De físico a físico (P2P): por ejemplo, mover una carga de trabajo de un servidor físico obsoleto a un modelo más reciente

De físico a virtual (P2V) y viceversa: por ejemplo, virtualizar una carga de trabajo que se está ejecutando en un servidor físico

De virtual a virtual (V2V): por ejemplo, las migraciones de VMware a Hyper-V o viceversa

De físico o virtual a la nube (X2C) y viceversa

PlateSpin Migrate no realiza ninguna de las siguientes acciones:

Migraciones a nivel de aplicación

Conversiones de Unix a Linux

Actualizaciones de sistema operativo

PlateSpin Migrate garantiza que la nueva carga de trabajo se cree rápidamente y de forma automática, y que sea funcionalmente idéntica a la carga de trabajo original. Las migraciones de cargas de trabajo son un elemento importante en muchos, si no en todos, los proyectos de transformación de centros de datos actuales.


4


Algunas de las funciones principales de PlateSpin Migrate incluyen:

Capacidades de migración de la carga de trabajo de cualquier parte a cualquier parte (incluyendo la mayoría de las principales plataformas de hipervisor y Microsoft Azure)

Soporte para la mayoría de las versiones empresariales de las cargas de trabajo de Windows y Linux

Varias réplicas incrementales automatizadas y puntos de prueba antes del traslado final de la carga de trabajo de origen a la carga de trabajo de destino. El traslado es el punto en el tiempo en que los usuarios se desplazan desde el antiguo servidor (carga de trabajo de origen) al nuevo servidor (carga de trabajo de destino). Normalmente, esto implica el cierre o clausura de la carga de trabajo de origen.

Capacidad para escalar hasta 40 migraciones simultáneas por servidor de PlateSpin Migrate

Automatización líder del sector, incluyendo ganchos posmigración y una interfaz de línea de comandos (CLI)

Una migración de carga de trabajo típica con PlateSpin Migrate implica dos tipos de réplicas: una completa y una o varias incrementales. A las réplicas incrementales también se las denomina sincronizaciones. La primera réplica de la carga de trabajo es casi siempre una completa: todos los bloques o archivos de la carga de trabajo de origen se transfieren a la carga de trabajo de destino. Tras esta primera réplica completa, suele probarse la carga de trabajo de destino. Mientras se realizan las pruebas, se producen cambios en la carga de trabajo de origen que deben sincronizarse al menos una vez antes del traslado final. La sincronización de estos cambios se realiza con una réplica incremental. Si las pruebas tardan mucho tiempo, suelen aplicarse varias réplicas incrementales. Por último, se realiza el traslado de la carga de trabajo, en combinación con una última réplica incremental para asegurarse de que se implantan todos los cambios. Durante todo este proceso, la carga de trabajo de origen está en línea y es totalmente accesible para sus usuarios empresariales. Solo debe interrumpirse brevemente el servicio durante la última sincronización y traslado, antes de que se reanude de nuevo en la carga de trabajo de destino. A fin de mantener el tiempo de inactividad de este servicio a un mínimo absoluto, PlateSpin pretende minimizar el tiempo necesario para la sincronización. Para este propósito, PlateSpin ha desarrollado un controlador de transferencia basado en bloques (BBT) opcional. Este controlador se puede instalar en la carga de trabajo de origen, donde realiza un seguimiento de los bloques que se han modificado entre réplicas. Cuando comienza el periodo de sincronización, el controlador identifica inmediatamente los bloques "sucios" y los envía al destino. Las migraciones pueden realizarse con o sin controlador, pero su uso reduce el tiempo necesario para la sincronización.

PlateSpin Migrate utiliza Microsoft SQL Server como interfaz final de base de datos. Múltiples servidores de PlateSpin Migrate pueden compartir la misma instancia de SQL Server. Esto facilita la ampliación de los servidores de migración horizontalmente.

Normalmente, un servidor de PlateSpin Migrate puede administrar un par de cientos de migraciones, 40 de las cuales pueden estar ejecutándose activamente y creando réplicas en paralelo. Para proyectos grandes, PlateSpin recomienda extender el número total de migraciones a través de múltiples servidores de PlateSpin Migrate ampliados horizontalmente.

5www.microfocus.com

Normalmente, un servidor de PlateSpin Migrate puede administrar un par de cientos de migraciones, 40 de las cuales pueden estar ejecutándose activamente y creando réplicas en paralelo. Para un rendimiento óptimo, PlateSpin recomienda aumentar el número total de migraciones a través de múltiples servidores de PlateSpin Migrate ampliados horizontalmente, gestionados centralmente por un servidor de PlateSpin Transformation Manager.

Introducción a PlateSpin Transformation Manager

PlateSpin Transformation Manager está diseñado desde la base para planificar adecuadamente, realizar un seguimiento y agilizar la ejecución de proyectos de transformación de centros de datos, y normalmente se utiliza en combinación con una herramienta de migración de cargas de trabajo como PlateSpin Migrate. Dispone de una arquitectura basada en cliente-servidor, y permite a varias personas con diferentes funciones acceder y actualizar los datos del proyecto al mismo tiempo de forma segura a través de un navegador web. Puede manejar varios proyectos para varios clientes finales, con multiarrendamiento incorporado para garantizar que todos los datos de los clientes están bien almacenados y que otros clientes no puedan acceder a ellos. La información sobre la carga de trabajo de origen puede importarse fácilmente a un proyecto a través de una hoja de cálculo o a través de la API de PlateSpin Transformation Manager, o se puede detectar automáticamente en tiempo real a través del mismo PlateSpin Transformation Manager. Esta información puede actualizarse continuamente para asegurarse de que continúa reflejando la realidad cambiante potencial en el entorno de origen mientras se ejecuta el proyecto.

Una vez importada toda la información de la carga de trabajo, el proyecto puede planificarse. Los gestores de proyectos pueden asignar distintas personas a distintos proyectos y dividir los proyectos grandes en partes más pequeñas (llamadas ondas y lotes) para organizar la ejecución del proyecto mediante piezas más manejables. Para cada carga de trabajo, el estado final y el destino pueden describirse mucho antes de que tenga lugar la migración real. Una vez que el estado final de la carga de trabajo se ha descrito lo suficiente, se puede enviar para su ejecución, lo que significa que está disponible para que un especialista en migración trabaje en los plazos previstos. Como toda la información se administra de forma centralizada en la base de datos de PlateSpin Transformation Manager, el estado del proyecto puede consultarse en cualquier momento a través de una consola, que puede estar expuesta ante el cliente final de forma opcional.

_________________________________________________________________

Como toda la información se administra de forma centralizada en la base de datos de PlateSpin Transformation Manager, el estado del proyecto puede consultarse en cualquier momento a través de una consola, que puede estar expuesta ante el cliente final de forma opcional.


6


PlateSpin Transformation Manager incluye las siguientes funciones principales:

Administrador. La persona que instala el producto. El administrador puede ser el primer gestor de proyectos o crear otros gestores de proyectos.

Gestor de proyectos. Normalmente crea nuevos proyectos, arquitectos de proyectos y especialistas en migración. El gestor de proyectos tiene todos los derechos sobre un proyecto.

Arquitecto del proyecto. Tiene todos los derechos sobre los proyectos a los que se le ha asignado, pero no puede crear nuevos proyectos. El arquitecto del proyecto también puede crear especialistas en migración.

Especialista en migración. Esta función no tiene privilegios de planificación. El especialista en migración solo puede ejecutar tareas en el contexto de migraciones de cargas de trabajo planificadas.

Visor de consola. Solo puede ver la consola del proyecto.

Funciones principales en PlateSpin Transformation Manager:

Administrador

Director de proyectos

Arquitecto del proyecto

Especialista en migración

Visor de consola

Fig. 2

PlateSpin Transformation Manager permite a varias personas con diferentes funciones acceder y actualizar los mismos datos al mismo tiempo de forma segura, a través de un navegador web .

_________________________________________________________________

7www.microfocus.com

Planificación de proyectos de migración de cargas de trabajo a gran escala

Planificación de recursos para servidores PlateSpin y Microsoft SQL Server PlateSpin recomienda ejecutar todos los servidores de PlateSpin como máquinas virtuales. Esto le permite fácilmente asignar más o menos recursos a estos servidores más adelante en el proyecto. Pueden encontrarse ejemplos de configuraciones de recursos en la documentación de los respectivos productos. Normalmente, debería contar con un servidor virtual por cada uno de estos:

El servidor de PlateSpin Transformation Manager

Un servidor de PlateSpin Migrate por cada 200 migraciones de cargas de trabajo que se administren simultáneamente, 40 de las cuales pueden estar generando réplicas activamente al mismo tiempo

Un servidor de Microsoft SQL Server (edición Standard o Enterprise), para alojar los datos de los servidores de PlateSpin Migrate. (Consulte la documentación de PlateSpin Migrate para ver las versiones compatibles).

Como nota: PlateSpin Transformation Manager viene como dispositivo descargable de aproximadamente 1 GB de tamaño.

Planificación de la certificación del controlador de transferencia basado en bloques y de los periodos de mantenimiento para las instalaciones de los controladores de transferencia basados en bloquesLa instalación del controlador de transferencia basado en bloques (que permite agilizar la sincronización) requiere un reinicio para las cargas de trabajo de origen que se basan en el sistema operativo Microsoft Windows. Para minimizar el impacto del reinicio, hay disponible un instalador independiente para el controlador. Este instalador puede ejecutarse en la carga de trabajo de origen en cualquier momento, y simplemente programará la instalación del controlador para el siguiente reinicio de la carga de trabajo de origen. A partir de entonces, la carga de trabajo de origen puede reiniciarse en cualquier momento antes de su migración. Como los periodos de mantenimiento pueden ser escasos, planear estos reinicios es un paso importante en la planificación de proyectos.

En algunos entornos, el uso de un nuevo controlador exigirá la certificación de este controlador. A fin de evitar demoras innecesarias, PlateSpin recomienda iniciar el proceso de certificación con la mayor brevedad posible en el proyecto.

A fin de evitar demoras innecesarias, PlateSpin recomienda iniciar el proceso de certificación con la mayor brevedad posible en el proyecto.


8


Instalación, configuración e inicialización de PlateSpin Transformation Manager (software)PlateSpin Transformation Manager viene como un dispositivo basado en Linux descargable, y solo requiere la conexión de un disco de datos adicionales (normalmente de 40 GB) antes de su lanzamiento. En el primer arranque, el dispositivo hará un par de preguntas de configuración simples. Después de esta configuración inicial, el gestor de proyectos utilizará un navegador web para iniciar sesión, descubrir las cargas de trabajo de origen, los entornos de destino y los servidores de PlateSpin Migrate y, a continuación, crear el plan de proyecto.

Instalación de servidores de PlateSpin Migrate (software)PlateSpin recomienda instalar PlateSpin Migrate en un sistema operativo Microsoft Windows 2012 R2 dedicado. No deberían instalarse otras aplicaciones en este sistema. Se puede encontrar una descripción completa del proceso de instalación en la documentación del producto. Un servidor de PlateSpin Migrate puede manejar aproximadamente 200 cargas de trabajo de origen descubiertas simultáneamente, 40 de las cuales pueden realizar réplicas al mismo tiempo. Si es necesario instalar varios servidores de PlateSpin Migrate para la escala del proyecto, considere la posibilidad de instalar una instancia de Microsoft SQL Server centralizada para administrar todos los datos relativos a la migración (será necesaria la edición Standard o Enterprise de Microsoft SQL Server).

Creación de equipos de ejecución efectivaPlateSpin recomienda que todos los miembros del equipo que operan PlateSpin Migrate asistan a la formación en administración de PlateSpin Migrate. Al menos un miembro del equipo debe ser especialista certificado en migración de PlateSpin. Al final de este informe oficial hay más información disponible acerca de la certificación.

Además de las habilidades de administración de PlateSpin Migrate, PlateSpin recomienda las siguientes, que pueden repartirse entre los miembros del equipo:

Si es necesario migrar cargas de trabajo de Linux: conocimientos básicos de administración de sistemas Linux. Para algunas versiones de Linux, puede ser necesario compilar un controlador de transferencia basado en bloques personalizado. Este proceso no es difícil y está bien documentado, pero requiere conocimientos de administración de la interfaz de línea de comandos de Linux. Consulte la documentación del producto para obtener una descripción general de las versiones de Linux para las que existen controladores de transferencia basados en bloques pre-compilados.

Si es necesario migrar cargas de trabajo de Windows: habilidades de administración básica de Windows.

PlateSpin recomienda una buena comprensión de las plataformas de destino a las que van a migrarse las cargas de trabajo. Cada plataforma de destino tendrá sus propias complejidades y, especialmente durante la resolución de problemas, se requiere conocimiento intermedio sobre la plataforma de destino. Para las migraciones a plataformas VMware, es altamente recomendable que al menos un miembro del equipo tenga certificación de VMware. Para migraciones a otras plataformas de destino, se recomienda investigar si existen certificaciones para la plataforma y, posteriormente, que al menos uno de los miembros del equipo obtenga la certificación.

PlateSpin recomienda instalar PlateSpin Migrate en un sistema operativo Microsoft Windows 2012 R2. Se puede encontrar una descripción completa del proceso de instalación en la documentación del producto.

9www.microfocus.com

Los problemas relacionados con la red son la causa número uno de los desafíos de la migración, ya tengan que ver con limitaciones del ancho de banda, cortafuegos o arquitecturas de red que impidan ciertas rutas de comunicación. Es crucial comprender bien las redes involucradas en el proyecto para que este tenga éxito. Además, PlateSpin recomienda que al menos un miembro del equipo esté certificado en redes TCP/IP estándar, especialmente en el contexto de cálculos de ancho de banda.

Recopilación de información sobre cargas de trabajo de origenPlateSpin Transformation Manager incluye un mecanismo de importación de datos flexible que se basa en hojas de cálculo de Microsoft Excel. En la pestaña principal de descripción de la carga de trabajo en la interfaz de usuario, puede ejecutarse un widget para importar información en el proyecto sobre las cargas de trabajo de origen. El widget tiene un enlace de descarga que permite descargar fácilmente una hoja de cálculo de ejemplo en un sistema de escritorio. El siguiente paso es rellenar esta hoja de cálculo con datos acerca de las cargas de trabajo de origen. Como alternativa, puede añadirse información sobre las cargas de trabajo de origen en PlateSpin Transformation Manager a través de una API basada en REST.

Conforme avance la fase de planificación, podrá haber más datos disponibles sobre las cargas de trabajo de origen. PlateSpin Transformation Manager permite importaciones subsiguientes de información sobre sistemas que se importaron anteriormente. El nombre de dominio completo (FQDN) se usa como clave para buscar y actualizar o completar la información existente.

En cualquier momento, pueden complementarse los datos importados con información sobre la carga de trabajo de origen descubierta en tiempo real. Este descubrimiento opcional puede realizarse con PlateSpin Transformation Manager en combinación con al menos un servidor de PlateSpin Migrate. Gracias a este nuevo descubrimiento en tiempo real, los datos requeridos para la importación inicial a través de hojas de cálculo o API son mínimos.

Es importante saber que PlateSpin Migrate impone dos requisitos a la carga de trabajo de origen en relación al espacio libre en disco:

Son necesarios 100 MB de espacio libre en disco para la instalación del controlador de PlateSpin Migrate. Este controlador normalmente se instala automáticamente en la fase de preparación de la migración.

Para cargas de trabajo de Windows, es necesario un 10 % de espacio libre por volumen. Esto se debe a que PlateSpin Migrate crea instantáneas VSS durante la réplica para garantizar réplicas con datos coherentes. Es necesario el 10 % de espacio libre para acomodar la instantánea. Para cargas de trabajo Linux existe el mismo requisito, pero a nivel del grupo de volumen, y solo si se usa el LVM.

También, como buena práctica, PlateSpin recomienda comprobar la integridad de todos los sistemas de archivos de la carga de trabajo de origen antes de comenzar una réplica.

Como buena práctica, PlateSpin recomienda comprobar la integridad de todos los sistemas de archivos de la carga de trabajo de origen antes de comenzar una réplica.


10


La corrupción de los datos puede impedir que la carga de trabajo de destino arranque correcta-mente, ya que las corrupciones pueden haberse copiado del origen en el destino. Esto es especialmente posible en relación a las réplicas basadas en bloques. Para cargas de trabajo de Windows, la utilidad Comprobar disco (chkdsk) puede utilizarse para comprobar la integridad.

Planificación de su proyecto en PlateSpin Transformation ManagerUn único proyecto de transformación de un centro de datos puede contener hasta decenas de miles de cargas de trabajo, pero incluso un único millar de cargas de trabajo puede ser un número desalentador de abordar sin la capacidad de clasificar y agrupar las cargas de trabajo en pedazos más manejables. PlateSpin Transformation Manager dispone de tres niveles de agrupación:

Lote. Un lote contiene una o más cargas de trabajo. Normalmente, estas cargas de trabajo van a pertenecer a una o más aplicaciones, y será necesario trasladarlas en el mismo periodo de tiempo.

Onda. Una onda contiene uno o más lotes.

Proyecto. Un proyecto contiene una o más ondas.

Mientras se planifica el proyecto, las cargas de trabajo pueden agruparse fácilmente en ondas y lotes con la búsqueda avanzada y con herramientas de edición masiva, tal como se ilustra en la siguiente imagen.

_________________________________________________________________

Niveles de agrupación de PlateSpin Transformation Manager:

Lote

Onda

Proyecto

Fig. 3

Los grupos de las cargas de trabajo pueden identificarse fácilmente a través del formulario de búsqueda avanzada .

11www.microfocus.com

Sobre la base de la experiencia, PlateSpin recomienda no realizar más de 10 réplicas concurrentes en un clúster de VMware.

Diseñar una infraestructura de migración como referencia

Un factor determinante para el éxito del proyecto es la arquitectura de la infraestructura de la migración con PlateSpin. Varios límites de escalabilidad determinan qué tipo de arquitectura es necesario.

1. Límites de escalabilidad de PlateSpin MigrateUn servidor de PlateSpin Migrate puede manejar hasta 40 réplicas concurrentes, y alrededor de 200 cargas de trabajo descubiertas o configuradas simultáneamente. Ambas opciones constituyen "periodos en movimiento": si una réplica está terminado, otra puede comenzar, mientras no se sobrepase el límite de 40 réplicas concurrentes. De forma similar, si un trabajo se ha migrado correctamente, su información puede borrarse entonces del servidor de PlateSpin Migrate para liberar una nueva ranura para otra carga de trabajo. Cuando se utiliza PlateSpin Transformation Manager, las migraciones de cargas de trabajo se equilibran automáticamente en todos los servidores de PlateSpin Migrate disponibles.

Además, el servidor de PlateSpin Migrate puede descubrir y administrar hasta 30 plataformas de destino individuales. Al descubrir un clúster de VMware, los hosts individuales ESX(i) se convierten en plataformas de destino. Por ejemplo, un servidor de PlateSpin Migrate puede manejar 2 clústeres VMware de 15 hosts cada uno, o 3 clústeres de 10 hosts cada uno.

2. Límites de escalabilidad de la plataforma de destinoReplicar cargas de trabajo en una plataforma de destino genera estrés de almacenamiento y de red en la plataforma de destino. Si la plataforma dispone de recursos compartidos, como es el caso en los hipervisores, este estrés puede afectar negativamente a otras cargas de trabajo que se ejecuten en la plataforma de destino mientras se producen las migraciones. Para evitar esto, se recomienda un enfoque de dos etapas donde las cargas de trabajo se migran a una "plataforma de destino de etapa" en la que no se ejecutan cargas de trabajo de producción, y luego se trasladan a su destino para la producción final.

Una consideración adicional es la velocidad a la que la plataforma de destino puede controlar la entrada de réplicas. Sobre la base de la experiencia, PlateSpin recomienda no realizar más de 10 réplicas concurrentes en un clúster de VMware.


12


3. Límites de escalabilidad de la plataforma de origenReplicar cargas de trabajo también genera estrés de red en la plataforma de origen. El estrés sobre la CPU, la RAM y el almacenamiento no es importante aquí, ya que solo es necesario leer los datos, no escribirlos. Un factor importante a tener en cuenta es el ancho de banda de red de la tarjeta de red (NIC, virtual o física) que enlaza la plataforma de origen con la infraestructura de red: no importa la velocidad de la infraestructura de red; los procesos de migración no podrán consumir más ancho de banda que el que ofrece la conexión de la NIC. Esto es aún más importante en entornos virtualizados, donde múltiples cargas de trabajo pueden compartir una NIC física: si la NIC es de 1 Gbps, y si se replican varias cargas de trabajo al mismo tiempo, todas las réplicas tendrán que compartir el enlace de 1 Gbps, lo que causará tiempos de migración precarios, incluso con infraestructuras de red de 10 Gbps o mejores.

4. Errores humanosPlateSpin Migrate es una herramienta de migración multi-usuario, en la que varios usuarios pueden trabajar migrando cargas de trabajo al mismo tiempo. Para evitar el error humano (que con frecuencia ocurre al perder la pista de quién trabaja en qué carga de trabajo, o cuando un administrador realiza accidentalmente una operación en la carga de trabajo de otro), PlateSpin recomienda que no más de tres administradores compartan el mismo servidor de PlateSpin Migrate. Una misma persona puede trabajar en múltiples servidores de PlateSpin Migrate, pero un servidor no debería estar bajo el control de más de tres personas diferentes. Cada equipo debe poseer un conjunto de aplicaciones para migrar, y debe utilizar el mismo único servidor de PlateSpin Migrate para migrar todas las cargas de trabajo que pertenecen a esas aplicaciones.

Cuando se usa PlateSpin Transformation Manager, el riesgo de que ocurran este tipo de errores humanos es prácticamente nulo.

_________________________________________________________________

PlateSpin recomienda que no compartan más de tres personas el mismo servidor de PlateSpin Migrate.


5. Infraestructura de red

Medición del ancho de bandaIncluso cuando hay disponibles redes teóricamente rápidas (por ejemplo, de 10 Gbps), deben realizarse cálculos para asegurar que el ancho de banda disponible sea suficiente para la cantidad de datos que deben moverse simultáneamente. Tan pronto como sea posible en el proyecto, debe determinarse el verdadero ancho de banda disponible entre la carga de trabajo de origen y la plataforma de destino, ya que este ancho de banda tendrá un impacto significativo en la velocidad de migración real. Una buena manera de medir el ancho de banda real disponible es usar la herramienta iPerf. iPerf es una herramienta basada en cliente-servidor, donde el servidor debe ejecutarse en la plataforma de destino. Para un objetivo basado en VMware, esto puede hacerse en una pequeña máquina virtual dedicada. La parte del cliente puede descargarse y lanzarse en la carga de trabajo de origen, y después podrá medirse el ancho de banda entre el origen y el destino. PlateSpin recomienda medir todo el ancho de banda disponible para todas las rutas de red de origen a destino de la plataforma antes de iniciar la migración real.

PlateSpin recomienda medir todo el ancho de banda disponible para todas las rutas de red de origen a destino de la plataforma antes de iniciar la migración real.

Fig. 4

Visualización de algunas de las limitaciones más importantes (ejemplo para la infraestructura de objetivo VMware) .

_________________________________________________________________


14


Optimización de la redEn función de la latencia de la red, el periodo de recepción de TCP/IP entre el origen y el destino puede ajustarse para lograr un mayor rendimiento durante las réplicas. Consulte la documentación de PlateSpin Migrate para ver los pasos detallados pertinentes. Además, toda infraestructura de red tiene un tamaño característico de los mensajes que pueden transmitirse, llamado unidad de transmisión máxima (MTU). PlateSpin Migrate permite a los administradores configurar la MTU para cualquier réplica, con el fin de evitar la fragmentación de paquetes y la correspondiente pérdida de rendimiento. Consulte la documentación de PlateSpin Migrate para ver los pasos detallados pertinentes.

CompresiónPara vínculos muy lentos como los vínculos WAN, PlateSpin Migrate permite que los datos se compriman antes de ser enviados a través de la red. Dependiendo del tipo de datos, puede obtenerse una compresión de hasta el 70 %, lo que permite tiempos de réplica mucho más rápidos. Sin embargo, puesto que se utiliza la CPU en la carga de trabajo de origen para comprimir los datos, es necesario tener en cuenta una sobrecarga de CPU adicional de alrededor del 5 %.

Rutas de comunicación necesariasPara obtener una descripción completa de todas las rutas de comunicación, que incluya qué puertos puede ser necesario abrir en los cortafuegos, consulte la documentación técnica de PlateSpin Migrate cuando esta información se encuentre disponible. Los requisitos más importantes son:

La conectividad entre el servidor de PlateSpin Migrate y la carga de trabajo de origen

La conectividad entre el servidor de PlateSpin Migrate y la imagen del ayudante ISO del disco RAM de Linux (LRD) durante la réplica. Durante las réplicas, la carga de trabajo de destino siempre se arranca desde esta imagen del ayudante. Esta conectividad puede utilizar una red dedicada si lo desea, que puede seleccionarse durante la configuración de la migración.

La conectividad entre la carga de trabajo de origen y la misma imagen del ayudante ISO del LRD durante las réplicas. Esta ruta de red es la que se utilizará para el tráfico de réplicas, por lo que necesitará mucho control en relación al ancho de banda requerido.

La conectividad entre el servidor de PlateSpin Migrate y la plataforma de destino (por ejemplo, el servidor de VMware ESX) hacia la que se va a migrar la carga de trabajo.

La conectividad entre el servidor de PlateSpin Migrate y la carga de trabajo de destino en su formato final; es decir, cuando la producción tiene asignada una dirección IP. Este requisito también existe cuando se están realizando pruebas en la carga de trabajo, después de que se asigne una dirección IP a la prueba. La razón de ser de estos requisitos es el proceso de configuración final de la carga de trabajo de destino: esto se hace a través de un servicio de configuración que se inyecta en la carga de trabajo de destino antes de su primer arranque. En el momento del arranque, este servicio de configuración realizará la personalización final de la carga de trabajo y, a continuación, se eliminará. Sin embargo, para saber qué es lo que necesita configurar, este servicio de configuración necesita acceso de red al servidor de PlateSpin Migrate de donde descargar esa información.

PlateSpin Migrate permite a los administradores configurar la MTU para cualquier réplica, con el fin de evitar la fragmentación de paquetes y la correspondiente pérdida de rendimiento.


Gestión de direcciones IPCuando PlateSpin Migrate replica una carga de trabajo (es decir, durante toda la réplica completa o incremental), la carga de trabajo de destino siempre se arranca desde una imagen de ayudante ISO de un disco RAM de Linux (LRD). Esta imagen de ayudante necesita una dirección IP, para comunicarse a través de la red con la carga de trabajo de origen y con el servidor de PlateSpin Migrate. Puede configurar esta dirección IP como parte de la configuración de la migración de cargas de trabajo en PlateSpin Migrate.

Esto significa que potencialmente habrá cuatro direcciones IP activas diferentes durante todo el proceso de migración:

Dirección IP de la carga de trabajo de origen (normalmente esta es fija, al menos cuando se trata de una migración en vivo)

Dirección IP del servidor de PlateSpin Migrate (esta es fija)

Dirección IP de la carga de trabajo de destino en su configuración final. Esta dirección IP puede ser la misma que la de la carga de trabajo de origen (suponiendo que la fuente se apagará después del traslado), o puede ser diferente.

Dirección IP de la imagen de ayudante ISO del LRD durante las réplicas. Si la dirección IP de la carga de trabajo de destino en su configuración final va a ser diferente de la dirección IP de la carga de trabajo de origen, por lo general puede usarse la misma dirección IP de la carga de trabajo de destino, ya que no entrará en conflicto con la dirección IP de origen. Sin embargo, si la dirección IP del origen se trasfiere tal cual a la carga de trabajo de destino en su configuración final, será necesario planificar una dirección IP dedicada para la réplica. La dirección IP de la carga de trabajo de destino no puede utilizarse en este caso, ya que entrará en conflicto con la (misma) dirección IP de la carga de trabajo de origen.

Tenga en cuenta que, si se usa DHCP en el entorno donde residirá la carga de trabajo de destino, el servicio DHCP gestionará la asignación de la dirección IP en su mayor parte.

Dinámica de la ejecución de proyectos de migración de cargas de trabajo a gran escala

Seguimiento del progreso del proyecto con PlateSpin Transformation ManagerA medida que se migren las cargas de trabajo, la información contenida en la base de datos de PlateSpin Transformation Manager se mantendrá constantemente actualizada para reflejar el estado más reciente del proyecto. Si no se cumplen los plazos de transformación de las cargas de trabajo, aparecerá una advertencia que indicará que se requiere la atención del arquitecto del proyecto o del gestor de proyectos. A continuación, podrán elegir agregar la carga de trabajo a un futuro lote, crear un nuevo lote para ella o tomar otras medidas necesarias.

Cuando PlateSpin Migrate replica una carga de trabajo, la carga de trabajo de destino siempre se arranca desde una imagen de ayudante ISO de un disco RAM de Linux (LRD).


16


PlateSpin Transformation Manager dispone de los siguientes estados de migración de cargas de trabajo:

Importada. El gestor de proyectos o arquitecto del proyecto ha importado la carga de trabajo a un proyecto (a través de una hoja de cálculo o de la API), pero no se han realizado modificaciones en ella todavía.

Necesita información adicional. El gestor de proyectos o el arquitecto del proyecto han hecho alguna planificación para la carga de trabajo, pero se necesita más planificación para una correcta ejecución de la migración propiamente dicha.

Lista para enviar. Se ha proporcionado toda la información para la ejecución de la migración y la carga de trabajo está lista para migrarse en un momento posterior, de acuerdo con la planificación del proyecto.

Enviada. El gestor de proyectos o arquitecto del proyecto ha enviado formalmente la carga de trabajo para su migración

En curso. Se está realizando la migración de cargas de trabajo.

Completada. Se ha completado la migración de cargas de trabajo

Todos los usuarios con funciones que tengan derechos sobre el proyecto podrán consultar la información más importante del mismo en cualquier momento en la consola del proyecto. Opcionalmente, la consola puede exponerse a terceros a través de una función de visor de consola, que solo tiene derechos de vista.

_________________________________________________________________

Estados de transformación de cargas de trabajo en PlateSpin Transformation Manager:

Importada

Necesita información adicional

Lista para enviar

Enviada

En curso

Completada

Fig. 5

La consola del proyecto muestra la información más importante del proyecto resumida .


Trasladar las cargas de trabajo: realice pruebas pronto y a menudoAntes de realizar un traslado a un servidor nuevo, casi siempre se necesitan una cierta cantidad de pruebas. Con PlateSpin Migrate, es posible probar la carga de trabajo de destino en un entorno de aislamiento de procesos, mientras que la carga de trabajo de origen está todavía en línea en producción. Ni la duración de una prueba ni el número de pruebas realizadas antes del traslado tienen límites establecidos. Una vez hayan concluido las pruebas, se realiza automáticamente una réplica incremental para sincronizar la carga de origen y de destino, de modo que la carga de trabajo de destino contenga las últimas actualizaciones para la próxima prueba. Este proceso de prueba y sincronización se puede repetir tantas veces como sea necesario. Una vez que los equipos de prueba den el visto bueno a la carga de trabajo de destino, se realiza una sincronización entre el origen y el destino, después de la cual se lleva a cabo el traslado.

Para garantizar el 100 % de coherencia de datos entre el origen y el destino, se considera una práctica recomendada apagar los servicios empresariales en la carga de trabajo de origen durante la última sincronización. Apagar los servicios garantiza que no se hagan cambios en los datos mientras se transfieren los deltas finales desde la carga de trabajo de origen a la carga de trabajo de destino. PlateSpin Migrate incluye un widget que permite una fácil selección de los servicios que deben eliminarse antes de la última sincronización.

Como los servicios empresariales están inactivos durante el traslado, es primordial asegurarse de que el traslado se realiza tan rápido como sea posible. La sincronización múltiple (normalmente intercalando pruebas, como se describió anteriormente) garantizará que el tiempo de inactividad general de los servicios durante la última sincronización y el traslado se mantenga en un mínimo absoluto (habitualmente, un par de minutos) y, lo que es igualmente importante, que pueda preverse el tiempo de inactividad de los servicios: la sincronización final no debería tardar más que cualquiera de las anteriores sincronizaciones automáticas.

_________________________________________________________________

Con PlateSpin Migrate, es posible probar la carga de trabajo de destino mientras la carga de trabajo de origen está todavía en línea en producción.


162-ES0113-002 | Q | 06/17 | © 2017 Micro Focus . Reservados todos los derechos . Micro Focus, el logotipo de Micro Focus y PlateSpin, entre otros elementos, son marcas comerciales o marcas comerciales registradas de Micro Focus o sus empresas subsidiarias y filiales en Reino Unido, Estados Unidos y en otros países . El resto de marcas son propiedad de sus respectivos propietarios .

Convertirse en especialista en migración con certificación de PlateSpin

Los especialistas en migración que deseen convertirse en expertos en el uso de PlateSpin Migrate pueden inscribirse en el curso de administración de PlateSpin Migrate. El curso cubre todos los aspectos del trabajo con PlateSpin Migrate, como la instalación del producto, la comprensión de la dinámica de la migración masiva, la comprensión de las licencias, el uso de la interfaz de línea de comandos, la gestión de controladores y la solución de problemas. Al terminar el curso, el alumno puede inscribirse en el examen para obtener el certificado de especialización en migración de PlateSpin, que consta de un conjunto de preguntas tipo test para poner a prueba los conocimientos del alumno sobre todos los temas relevantes. Consulte el sitio web de PlateSpin Migrate en microfocus.com para obtener más información sobre opciones de formación y certificación (www.microfocus.com/products/migrate).

Fig. 6

Programar una carga de trabajo para su réplica es fácil y cuenta con un asistente de guía en la interfaz de usuario web de PlateSpin Migrate .

___________________________________________________________

Argentina+54 11 5258 8899

Chile+56 2 2864 5629

Colombia+57 1 622 2766

México+52 55 5284 2700

Panamá+507 2 039291

España+34 91 781 5004

Venezuela+58 212 267 6568

Micro FocusSedes corporativasReino Unido+44 (0) 1635 565200

www.microfocus.com

www.microfocus.com




http://www.microfocus.com/products/migrate

platespin transformation manager platespin migrate … · todas las operaciones se realizan desde...

Documents