• No se han encontrado resultados

Mejores prácticas para migrar servidores a Amazon Web Services con PlateSpin Migrate

N/A
N/A
Protected

Academic year: 2021

Share "Mejores prácticas para migrar servidores a Amazon Web Services con PlateSpin Migrate"

Copied!
16
0
0

Texto completo

(1)

Mejores prácticas para migrar servidores a Amazon Web

Services con PlateSpin Migrate

Actualizado para PlateSpin Transformation Manager 1.1 y PlateSpin Migrate 12.2 Informe oficial

PlateSpin Transformation Manager PlateSpin Migrate

(2)

Enlaces útiles . . . . 13

(3)

Introducción a la migración de servidores

En 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 servidores se trasladan de una plataforma o centro de datos a otro . Entre los ejemplos típicos se incluyen la migración de servidores físicos a una plataforma virtual, la migración de máquinas virtuales de una plataforma virtual a otra, consolidaciones de centros de datos tradicionales y la migración de servidores locales a una nube gestionada o pública, como Amazon Web Services (AWS) .

Este informe oficial contiene las mejores prácticas para migrar servidores a la nube de AWS con PlateSpin

®

Migrate de Micro Focus

®

. PlateSpin Migrate es una potente solución de portabilidad de servidores que automatiza el proceso de migración de servidores en la red entre máquinas físicas, hosts virtuales y plataformas en la nube empresarial, todo desde un punto de control único . Al migrar este tipo de servidores, PlateSpin Migrate denomina a estos servidores “cargas de trabajo” . En este contexto, una carga de trabajo es la adición de la pila de software instalada en el servidor: el sistema operativo, las aplicaciones y el middleware, además de cualquier dato alojado en el servidor . PlateSpin Migrate 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 en las distintas infraestructuras . Entre las funciones fundamentales de PlateSpin Migrate se incluyen:

Características de migración de la carga de trabajo en/a cualquier parte.

Capacidad de ampliación horizontal con hasta 40 migraciones activas simultáneas por cada servidor de PlateSpin Migrate.

Tiempo de inactividad inexistente durante las fases de réplica y mínimo durante el traslado final.

Capacidad para probar por completo una carga de trabajo migrada antes de que el traslado se haga efectivo en la fase de producción.

_________________________________________________________________________________

PlateSpin Migrate es

una potente solución de

portabilidad de servidores

que automatiza el proceso

de migración de servidores

en la red entre máquinas

físicas, hosts virtuales y

plataformas en la nube

empresarial, todo desde un

punto de control único.

(4)

Requisitos mínimos

Para poder migrar cargas de trabajo a AWS con PlateSpin Migrate, deberá configurar su entorno de nube correctamente . Es decir, deberá contar, como mínimo, con los siguientes elementos:

Una cuenta de AWS.

Una suscripción activa a AWS EC2. PlateSpin solo es compatible con la nube privada virtual (VPC) de Amazon.

Una red privada virtual (VPN) entre sus redes locales y un gateway privado virtual (VPG) gestionado por AWS. Un VPG es el dispositivo VPN de AWS en la conexión VPN (consulte la información que aparece a continuación).

Un usuario de Gestión de acceso e identidades (IAM) de AWS en su cuenta de AWS, con una función de IAM adecuada para realizar migraciones a la VPC. También necesita el ID de clave de acceso y la clave de acceso secreta para este usuario (consulte la información que aparece a continuación).

Un par de claves de EC2, incluido el archivo .pem (consulte la información que aparece a continuación).

Un grupo de seguridad con reglas entrantes y salientes adecuadas (consulte la información que aparece a continuación).

Para poder migrar cargas de trabajo a AWS con PlateSpin Migrate, deberá configurar su entorno de nube correctamente.

Fig. 1

PlateSpin Migrate realiza migraciones a cualquier parte

_________________________________________________________________________________

(5)

Debe configurar una imagen de máquina de Amazon (AMI) del entorno de réplica de PlateSpin (PRE) para su VPC (consulte la información que aparece a continuación).

Debe instalar un servidor de PlateSpin Migrate de forma local en una red que pueda acceder a las cargas de trabajo correctamente (consulte la información que aparece a continuación).

Debe instalar el cliente de PlateSpin Migrate, ya sea en el servidor de PlateSpin Migrate o en otra máquina. El cliente de PlateSpin Migrate debe ser capaz de conectarse al servidor de PlateSpin Migrate, así como al portal de AWS.

Configure su VPC y su VPN Cree una VPC con una conexión VPN

Entre en su cuenta de AWS . Vaya a “Servicios” (Services) -> “VPC” . En la consola de VPC, utilice el enlace “Iniciar asistente de VPC” (Start VPC Wizard) y seleccione la opción “VPC con subredes públicas y privadas y acceso a la VPN de hardware” (VPC with Public and Private Subnets and Hardware VPN Access) . También, para crear una VPC con acceso a VPN, puede utilizar los elementos de menú individuales “Sus VPC” (Your VPCs), “Conexiones VPN” (VPN Connections) y “Gateways privados virtuales” (Virtual Private Gateways) que se enumeran en la parte izquierda de la página .

Para obtener más información, visite estos enlaces:

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-vpC.html http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/vpn-connections.

html

http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_VPN.html

Configure un gateway VPN local

Al crear la conexión VPN en el portal de AWS, anote toda la información requerida y configure el dispositivo de router físico local en su parte de la conexión VPN .

Para obtener más información, visite este enlace:

http://docs.aws.amazon.com/AmazonVPC/latest/NetworkAdminGuide/

Introduction.html

Cree un usuario de IAM para sus migraciones de carga de trabajo Configure el usuario

Entre en su cuenta de AWS . Vaya a “Servicios” (Services) -> “IAM” -> “Usuario” (User) y haga clic en Agregar usuario (Add User) . Proporcione un nombre de usuario y marque la casilla de verificación “Acceso programático” (Programmatic access) para habilitar un ID de clave de acceso y una clave de acceso secreta . También puede marcar la casilla de verificación de acceso a la consola de gestión de AWS para que el usuario pueda iniciar sesión en la consola Al crear la conexión VPN en

el portal de AWS, anote toda

la información requerida

y configure el dispositivo

de router físico local en su

parte de la conexión VPN.

(6)

de gestión de AWS . Para realizar la migración, PlateSpin Migrate solo necesita acceso API, pero el acceso a la consola de gestión de AWS puede resultar útil para solucionar problemas .

Asigne los privilegios necesarios

En esta sección, crearemos un usuario de migración, un grupo (de usuarios) de migración y una directiva de migración (es decir, un conjunto de permisos) . Asociaremos el grupo al usuario y a la directiva .

Entre en su cuenta de AWS . Vaya a “Servicios” (Services) -> “IAM” -> “Directivas” (Policies) y haga clic en el botón “Crear directiva” (Create Policy) . En la página “Crear directiva” (Create Policy), haga clic en el botón “Seleccionar” (Select) para la sección “Cree su propia directiva”

(Create Your Own Policy) . Se abrirá el recuadro de diálogo “Revisar directiva” (Review Policy), donde puede proporcionar un nombre de directiva, por ejemplo, Migration-User-Policy, y una descripción . En la sección “Documento de directiva” (Policy Document), agregue el siguiente texto:

{

"Version": "2012-10-17", "Statement": [

{

"Action": [

"ec2:CreateTags",

"ec2:AttachVolumeRequest", "ec2:AttachVolumeResponse", "ec2:DeleteVolumeResponse", "ec2:DescribeAddresses", "ec2:DescribeImages", "ec2:DescribeInstances", "ec2:DescribeKeyPairs",

"ec2:DescribeSecurityGroups", "ec2:DescribeSubnets",

"ec2:DescribeTags", "ec2:DescribeVpcs", "ec2:RunInstances", "ec2:StartInstances", "ec2:StopInstances", "ec2:TerminateInstances",

"ec2:DescribeAvailabilityZones",

Para realizar la migración,

PlateSpin Migrate solo

necesita acceso API, pero

el acceso a la consola de

gestión de AWS puede

resultar útil para solucionar

problemas.

(7)

"ec2:DeleteTags",

"ec2:DescribeInstanceStatus", "ec2:CreateVolume",

"ec2:DescribeVolumes", "ec2:AttachVolume", "ec2:DetachVolume", "ec2:DeleteVolume", "ec2:RebootInstances", "ec2:DescribeSnapshots", "ec2:GetConsoleOutput",

"ec2:GetConsoleScreenshot",

"cloudwatch:DescribeAlarms", "cloudwatch:GetMetricStatistics"

],

"Effect": "Allow", "Resource": "*"

} ] }

Haga clic en el botón “Validar directiva” (Validate Policy) . Si la directiva es válida, haga clic en el botón “Crear directiva” (Create Policy) .

Nota: Puede excluir algunos permisos de la lista anterior, aunque son útiles para solucionar problemas de migración . Estos permisos son:

"ec2:GetConsoleOutput", "ec2:GetConsoleScreenshot", "cloudwatch:DescribeAlarms"

"cloudwatch:GetMetricStatistics"

Vaya a “Servicios” (Services) -> “IAM” -> “Grupos” (Groups) y haga clic en “Crear nuevo grupo” (Create new Group) . En la página “Definir nombre de grupo” (Set Group Name), proporcione un nombre de grupo, por ejemplo, Migration-User-Group, y haga clic en el botón

“Siguiente paso” (Next Step) . En la página “Adjuntar directiva” (Attach Policy), asigne la

directiva que acaba de crear . Haga clic en el botón “Siguiente paso” (Next Step) . En la página

de revisión, haga clic en el botón “Crear grupo” (Create Group) .

(8)

Vaya a “Servicios” (Services) -> “IAM” -> “Grupos” (Groups) y seleccione el grupo que acaba de crear . Para el grupo seleccionado, haga clic en “Acciones de grupo” (Group Actions) ->

“Agregar usuarios a grupo” (Add Users to Group) . Se abrirá la página “Agregar usuarios a grupo” (Add Users to Group) . Busque y seleccione el nombre del usuario de migración . Haga clic en “Agregar usuarios” (Add Users) .

Cree el ID de clave de acceso y la clave de acceso secreta

Entre en su cuenta de AWS . Vaya a “Servicios” (Services) -> “IAM” -> “Usuario” (User) y haga clic en el enlace del usuario de migración . De esta forma, se abre una página de resumen de su usuario de migración . Haga clic en la pestaña “Credencial segura” (Security Credential), desplácese hacia abajo hasta “Claves de acceso” (Access keys) y haga clic en el botón “Crear clave de acceso” (Create access key) . En el recuadro de diálogo “Crear clave de acceso”

(Create access key), anote el “ID de clave de acceso” (Access Key ID) . Haga clic en el enlace

“Mostrar” (Show) para “Clave de acceso secreta” (Secret Access Key) y anótela . Tenga en cuenta que no podrá recuperar la clave de acceso secreta más tarde, así que asegúrese de anotarla . También puede hacer clic en el botón “Descargar archivo csv” (Download csv file) en el recuadro de diálogo “Crear clave de acceso” (Create access key) para descargar su ID de clave de acceso y clave de acceso secreta en formato CSV .

Cree un par de claves para AWS EC2

Entre en su cuenta de AWS . Vaya a “Servicios” (Services) -> “EC2” -> “Pares de claves” (Key Pairs) . Haga clic en el botón “Crear par de claves” (Create Key Pair) . En el recuadro de diálogo

“Crear par de claves” (Create Key Pair), proporcione un nombre de par de claves, por ejemplo, migration-key . Un archivo .pem se descargará automáticamente en su sistema . Anote el nombre del par de claves y tenga en cuenta que distingue entre mayúsculas y minúsculas . Guarde el archivo .pem, lo necesitará para ejecutar migraciones .

Cree un grupo de seguridad

Entre en su cuenta de AWS . Vaya a “Servicios” (Services) -> “EC2” -> “Grupos de seguridad”

(Security Groups) . Haga clic en el botón “Crear grupo de seguridad” (Create Security Group) . En el recuadro de diálogo “Crear grupo de seguridad” (Create Security Group), proporcione un nombre de grupo de seguridad, por ejemplo, ps-migration-sg, proporcione una descripción y seleccione la VPC de la lista desplegable para la que ha configurado una conexión VPN . Haga clic en el botón “Crear” (Create) .

Vaya a “Servicios” (Services) -> “EC2” -> “Grupos de seguridad” (Security Groups) y

seleccione el grupo de seguridad que acaba de crear . Desplácese hacia abajo y edite las reglas

entrantes y salientes como se explica a continuación .

(9)

Reglas entrantes

Tipo: Regla TCP personalizada - Protocolo: TCP - Rango de puertos: 3725 - Origen: Personalizado Tipo: SSH - Protocolo: TCP - Rango de puertos: 22 - Origen: Personalizado

Tipo: RDP - Protocolo: TCP - Rango de puertos: 3389 - Origen: Personalizado

Para “Regla TCP personalizada” (Custom TCP Rule), proporcione un rango de direcciones que abarque todas las cargas de trabajo de origen . Para la regla entrante SSH, indique la dirección IP del servidor de PlateSpin Migrate como origen . Para la regla RDP, indique la dirección IP desde donde iniciará RDP para las cargas de trabajo de destino (PlateSpin habilitará automáticamente RDP en las cargas de trabajo de destino) .

Reglas salientes

Tipo: Regla TCP personalizada - Protocolo: TCP - Rango de puertos: 3725 - Destino: Personalizado Tipo: HTTPS - Protocolo: TCP - Rango de puertos: 443 - Destino: Personalizado

Para “Regla TCP personalizada” (Custom TCP Rule), proporcione un rango de direcciones que abarque todas las cargas de trabajo de origen . Para la regla saliente HTTPS, indique la dirección IP del servidor de PlateSpin Migrate .

A modo de aclaración, es suficiente proporcionar una regla TCP personalizada para el puerto 3725 ya sea como regla entrante o saliente, según la configuración del servidor de PlateSpin Migrate para la conexión de transferencia de datos . Por defecto, la conexión de transferencia de datos se inicia desde la carga de trabajo de origen, lo que significa que puede omitir la configuración de una regla entrante . Si cambia la configuración del servidor de PlateSpin Migrate para que la carga de trabajo de origen inicie la conexión de transferencia de datos, puede omitir la configuración de una regla saliente .

Configure una AMI de PRE privado

Durante cualquier réplica de una carga de trabajo de origen en AWS, la carga de trabajo de destino futura de PlateSpin Migrate arrancará desde una máquina virtual auxiliar temporal . Esta máquina virtual auxiliar se conoce como entorno de réplica de PlateSpin (PRE) . Se publica como una AMI de comunidad en AWS . Para poder iniciar la migración a su VPC, tendrá que crear una versión privada de PRE para su VPC . PlateSpin Migrate utilizará esta versión privada de la AMI de PRE para migrar cargas de trabajo a su VPC . Anote el ID de instancia de AMI y el ID de instantánea de volumen raíz de la AMI de PRE privado . Detallamos a continuación todos los pasos:

1. Entre en su cuenta de AWS. Vaya a “Servicios” (Services) -> “EC2”. Haga clic en el botón

“Iniciar instancia” (Launch Instance).

2. En la página “Paso 1: elegir una Amazon Machine Image (AMI)” (Step 1: Choose an Amazon Machine Image (AMI)), haga clic en el enlace “AMI de comunidad” (Community AMIs), introduzca

“PlateSpin” en el recuadro de búsqueda y haga clic en el icono de búsqueda. Busque la AMI

Entorno de réplica de PlateSpin - ami-xxxxxxx (PlateSpin Replication Environment – ami-xxxxxxx)

y haga clic en el botón “Seleccionar” (Select).

(10)

3. En la página “Paso 2: elegir un tipo de instancia” (Step 2: Choose an Instance Type), se seleccionará el tipo de instancia predeterminado “t2.macro, familia para uso general, 1 vCPU, memoria de 1 GiB” (t2.macro, General Purpose family, 1 vCPU,1 GiB Memory). Conserve este tipo de instancia y haga clic en el botón “Revisar e iniciar” (Review and Launch) en la parte inferior derecha de la página.

4. En la página “Paso 7: revisar inicio de instancia” (Step 7: Review Instance Launch), haga clic en el botón “Iniciar” (Launch) en la parte inferior derecha de la página. En el recuadro de diálogo

“Seleccionar par de claves existente o crear nuevo par de claves” (Select an existing key pair or create a new key pair), seleccione cualquier par de claves existente o cree uno nuevo. Marque la casilla de verificación de confirmación y haga clic en el botón “Iniciar instancias” (Launch Instances). En la página “Estado de iniciación” (Launch Status), bajo el mensaje “Sus instancias se están iniciando” (Your instances are now launching), se mostrará el enlace del ID de instancia de AMI (“i-xxxxxxxxxxxxx”). Haga clic en el enlace del ID, que abre la página “Instancias”

(Instances) con la instancia de PRE seleccionada.

5. En esta página “Instancias” (Instances), con la instancia de PRE en ejecución seleccionada, haga clic en “Acciones” (Actions) -> “Imagen” (Image) -> “Crear imagen” (Create Image) para crear una AMI de PRE privado para su VPC. En el recuadro de diálogo “Crear imagen” (Create Image), proporcione un nombre de imagen, como ps-migrate-pre, proporcione una descripción y marque la casilla de verificación “Sin reinicio” (No reboot). Haga clic en el botón “Crear imagen”

(Create Image). En el recuadro de diálogo “Crear imagen” (Create Image), haga clic en el enlace del ID de la AMI de PRE privado para abrir la página “Instancias” (Instances) con la AMI de PRE privado seleccionada. Desplácese hacia abajo para buscar y anotar el ID de instancia de AMI en la pestaña “Detalle” (Detail). Necesitará este ID de instancia de AMI para ejecutar las migraciones.

6. Vaya a “Servicios” (Services)->“EC2”->“Instantáneas” (Snapshots). Proporcione el ID de instancia de AMI que anotó en el paso 5 en el recuadro de búsqueda y pulse Intro (Enter). De esta forma, se indicará la instantánea del volumen raíz de la AMI de PRE privado. Desplácese hacia abajo hasta la pestaña “Descripción” (Description) para localizar y anotar el ID de

instantánea de volumen raíz. Necesitará este ID de instantánea de volumen raíz para ejecutar las migraciones.

7. Vaya a “Servicios” (Services)->“EC2”->“Instancias” (Instances), proporcione el ID de la instancia de AMI de PRE en el recuadro de búsqueda y pulse Intro (Enter). Seleccione la instancia de PRE, vaya a “Acción” (Action)->“Estado de instancia” (Instance State)->“Terminar” (Terminate) y haga clic en el botón “Sí, terminar” (Yes, Terminate).

Requisitos mínimos de red para migraciones satisfactorias

Las cargas de trabajo de origen y destino deben poder comunicarse con el servidor de PlateSpin Migrate en el puerto HTTPS (TCP/443). La carga de trabajo de destino es la réplica de la carga de trabajo de origen que reside en AWS. PlateSpin Migrate creará esta instancia de carga de trabajo de destino de AWS en EC2 durante la réplica completa inicial.

El servidor de PlateSpin Migrate debe poder comunicarse con la carga de trabajo de destino a través de SSH (TCP/22).

El cliente de PlateSpin Migrate debe poder conectarse al portal de AWS a través del puerto

HTTPS saliente (TCP/443).

(11)

Para detectar cargas de trabajo de origen de Windows, el servidor de PlateSpin Migrate debe poder conectarse a ellas a través de WMI/RPC/DCOM (TCP/135,445) y NetBIOS (UDP/137,138 y TCP/139).

Para detectar cargas de trabajo de origen de Linux, el servidor de PlateSpin Migrate debe poder conectarse a ellas a través de SSH (TCP/22).

Cada carga de trabajo de destino debe poder conectarse con la carga de trabajo de origen en el puerto 3725 (TCP) o viceversa. Este es el puerto al que se manda el tráfico de réplica.

El número de puerto se puede configurar. La dirección de la conexión TCP también se puede configurar. Por defecto, la carga de trabajo de destino se conectará con la carga de trabajo de origen en el puerto 3725.

Configuración y ejecución de migraciones de cargas de trabajo

Una vez que se hayan cumplido todos los requisitos previos y que los recursos de la nube se hayan configurado correctamente, podrá iniciar la migración de cargas de trabajo .

PlateSpin Migrate cuenta con un cliente intuitivo y fácil de usar que le permite llevar a cabo migraciones con tan solo un par de clics . El proceso de migración consta de tres fases:

Detección de la carga de trabajo de origen.

Preparación de una nueva instancia de carga de trabajo de destino de AWS, seguida de una réplica completa inicial.

Preparación de la instancia de carga de trabajo de destino de AWS existente, seguida de una réplica incremental, posiblemente con traslado.

Detección de la carga de trabajo de origen

Antes de iniciar las operaciones de detección, asegúrese de que el servidor de PlateSpin Migrate puede comunicarse correctamente con las cargas de trabajo de origen tal como se ha descrito anteriormente .

En la barra de herramientas del cliente de PlateSpin Migrate, haga clic en “Detectar información”

(Discover Details) . En el recuadro de diálogo “Detectar información” (Discover Details), introduzca el nombre de host o la dirección IP de la carga de trabajo de origen . Seleccione el tipo de máquina y proporcione las credenciales de administrador para la carga de trabajo . Haga clic en “Detectar” (Discover) y espere a que termine el proceso . Una vez terminado, se mostrará la carga de trabajo de origen en el panel Vista de servidores (Servers View) .

PlateSpin Migrate cuenta

con un cliente intuitivo y fácil

de usar que le permite llevar

a cabo migraciones con tan

solo un par de clics.

(12)

Réplica completa inicial

Prepare la instancia de carga de trabajo de destino de AWS

En la vista de servidores, haga clic con el botón derecho del ratón en la carga de trabajo de origen que desea replicar y seleccione “Preparar destino de AWS…” (Prepare AWS Target . . .) para empezar a crear y preparar la instancia de carga de trabajo de destino en AWS .

Si esta es la primera carga de trabajo que va a migrar a AWS, se le solicitará que proporcione alguna información adicional a través de una serie de elementos emergentes:

Entre en su cuenta de AWS:

Aquí debe proporcionar el ID de clave de acceso y la clave de acceso secreta correspondientes al usuario que creó anteriormente para realizar migraciones.

También deberá seleccionar la región de AWS que va a utilizar para la migración.

Información del entorno de réplica (Replication Environment Details):

Aquí debe proporcionar el ID de instancia de la AMI de PRE privado que creó anteriormente, junto con el ID de instantánea de su volumen raíz. También debe proporcionar el nombre de su par de claves y el archivo de claves local que corresponde al par de claves (archivo *.pem).

Información del servidor de migración (Migrate Server Details):

Aquí debe proporcionar la dirección IP o el nombre DNS solucionable del servidor de PlateSpin Migrate, así como el nombre de usuario y la contraseña de su cuenta administrativa. La instancia de carga de trabajo de destino de AWS debe poder conectarse al servidor de PlateSpin Migrate con la dirección IP proporcionada aquí a través del puerto HTTPS (TCP/443).

En el recuadro de diálogo “Preparar destino de AWS” (Prepare AWS Target), seleccione la pestaña “Réplica completa“ (Full Replication) y proporcione la información siguiente:

VPC: seleccione la VPC que desea utilizar para la migración.

Grupo de seguridad (Security Group): seleccione el grupo de seguridad que desea utilizar para la migración. Lea la sección anterior sobre el grupo de seguridad para conocer las reglas entrantes y salientes mínimas requeridas.

Subred (Subnet): seleccione la subred que desea utilizar para la migración. Asegúrese de que la subred seleccionada cumple los requisitos de conectividad para las migraciones como se ha descrito anteriormente.

Tipo de instancia (Instance Type): seleccione el tipo adecuado para su instancia de carga de trabajo de destino de AWS. PlateSpin Migrate sugerirá el tipo de instancia que mejor coincida por defecto.

Interfaces de red (Network Interfaces): para cada interfaz de red migrada, puede configurar si la dirección IP se debe obtener a través de DHCP, o puede definirla manualmente.

Almacenamiento de instancia de destino (Target Instance Storage): aquí puede proporcionar información de los discos de la instancia de carga de trabajo de destino de AWS. Por defecto, PlateSpin Migrate rellena la lista de discos de forma similar al origen, pero aquí puede decidir si agregar o eliminar discos, así como cambiar su tamaño.

Haga clic en “Preparar” (Prepare) en la parte inferior del recuadro de diálogo.

Si esta es la primera carga

de trabajo que va a migrar

a AWS, se le solicitará que

proporcione información

adicional.

(13)

En este punto, PlateSpin Migrate creará una nueva instancia de carga de trabajo de destino en AWS . En cuanto se cree la instancia, PlateSpin Migrate la arrancará desde el PRE privado . Una vez arrancada completamente, el PRE (con los discos de la instancia de carga de trabajo de destino de AWS adjuntos) se conectará al servidor de PlateSpin Migrate con la información proporcionada en el elemento emergente anterior llamado “Información del servidor de

migración” (Migrate Server Details) . En ese momento, verá que la instancia de carga de trabajo de destino aparece en el cliente de PlateSpin Migrate . El nombre de la instancia de carga de trabajo de destino será “<nombre de host de la carga de trabajo de origen>_RepEnv” .

Configure la tarea de réplica completa

En el cliente de PlateSpin Migrate, arrastre y suelte la carga de trabajo de origen en la instancia de carga de trabajo de destino de AWS preparada . De esta forma se iniciará el proceso de configuración de la tarea de réplica y se abrirá el recuadro de diálogo Acción (Action) .

En el recuadro de diálogo Acción (Action), seleccione “Copiar carga de trabajo” (Copy Workload) y, a continuación, “Configurar tarea” (Configure Job) en la parte inferior .

En el recuadro de diálogo “Tarea de conversión par a par” (Peer-to-Peer Conversion Job), configure los ajustes de la tarea de réplica . La mayor parte de los ajustes de este recuadro de diálogo no son específicos de las migraciones a la nube, pero es importante señalar que el nombre de host que se define en la sección “Configuración de red” (Network Configuration) ->

“Identificación de red” (Network Identification) no solo se usa como nombre de host de la instancia de carga de trabajo de destino final, sino que también se utilizará como nombre de visualización de la propia instancia de carga de trabajo de destino de AWS .

Haga clic en “Iniciar” (Start) para comenzar el proceso de réplica . Mientras la réplica esté en ejecución, el nombre de la instancia de carga de trabajo de destino en AWS seguirá siendo

<nombre de host de la carga de trabajo de origen>_RepEnv . Cuando se haya realizado la réplica, se renombrará la instancia de carga de trabajo de destino con el nombre de host proporcionado durante la configuración de la tarea de réplica .

Una vez que haya finalizado el proceso de réplica completa, puede activar la carga de trabajo de destino en AWS para las pruebas . Después de la prueba, puede decidir ejecutar una réplica incremental para sincronizar la carga de trabajo de origen con la carga de trabajo de destino, seguida de más pruebas . No hay límite en cuanto al tiempo durante el que puede probar y al número de réplicas incrementales que puede ejecutar . Cuando el resultado de todas las pruebas sea satisfactorio, podrá ejecutar una última réplica incremental, seguida inmediatamente de un traslado .

Después de la prueba, puede decidir ejecutar una réplica incremental para sincronizar la carga de trabajo de origen con la carga de trabajo de destino, seguida de más pruebas.

No hay límite en cuanto

al tiempo durante el que

puede probar y al número de

réplicas incrementales que

puede ejecutar.

(14)

Réplica incremental

Prepare la instancia de carga de trabajo de destino de AWS

En la vista de servidores, haga clic con el botón derecho del ratón en la carga de trabajo de origen que desea sincronizar y seleccione “Preparar destino de AWS…” (Prepare AWS Target . . .) para empezar a preparar la instancia de carga de trabajo de destino de AWS existente .

En el recuadro de diálogo “Preparar destino de AWS” (Prepare AWS Target), seleccione la pestaña “Server Sync” y proporcione la información siguiente:

Instancia de destino (Target Instance): seleccione la instancia de carga de trabajo de destino de AWS con la que desea sincronizar su carga de trabajo de origen. Esta debe ser la misma instancia de AWS que se creó durante la réplica completa inicial de la carga de trabajo de origen. Cierta información de la instancia de destino, como la VPC, el grupo de seguridad y la subred, ahora se rellena automáticamente.

Nombre de host de destino (Target Host Name): especifique el nombre de host que la instancia de carga de trabajo de destino de AWS preparada utilizará para registrarse en el servidor de PlateSpin Migrate (consulte la información que aparece a continuación). Este no puede ser el nombre de host de la carga de trabajo de origen, ni puede ser un nombre que se haya utilizado anteriormente para registrar otra instancia de carga de trabajo de destino de AWS.

Para la réplica incremental, PlateSpin Migrate arrancará la instancia de carga de trabajo de destino de AWS existente mediante la AMI de PRE privado . Una vez arrancada completamente, el PRE (con los discos de la instancia de carga de trabajo de destino de AWS adjuntos) se conectará al servidor de PlateSpin Migrate con la información proporcionada en el elemento emergente anterior llamado “Información del servidor de migración” (Migrate Server Details) . En ese momento, verá que la instancia de carga de trabajo de destino aparece en el cliente de PlateSpin Migrate . El nombre de la instancia de carga de trabajo de destino será <nombre de host de destino>_RepEnv .

Configure la tarea de réplica incremental

En el cliente de PlateSpin Migrate, arrastre y suelte la carga de trabajo de origen en la instancia de carga de trabajo de destino de AWS preparada . El sistema valida el origen y el destino

seleccionados y, si detecta sistemas operativos coincidentes en ellos, le proporciona dos opciones de ámbito de transferencia, “Migración completa” (Full Migration) y “Server Sync” . Seleccione la opción “Server Sync” y, a continuación, haga clic en “Configurar tarea” (Configure Job) .

En el recuadro de diálogo “Tarea de conversión par a par” (Peer-to-Peer Conversion Job), configure los ajustes de la tarea de réplica . La mayor parte de los ajustes de este recuadro de diálogo no son específicos de las migraciones a la nube, pero es importante señalar que el nombre de host que se define en la sección “Configuración de red” (Network Configuration) -> “Identificación de red” (Network Identification) no solo se usa como nombre de host de la instancia de carga de trabajo de destino final, sino que también se utilizará como nombre de

Para la réplica incremental, PlateSpin Migrate arrancará la instancia de carga de trabajo de destino de AWS existente mediante la AMI de PRE privado. Una vez arrancada completamente, el PRE (con los discos de la instancia de carga de trabajo de destino de AWS adjuntos) se conectará al servidor de PlateSpin Migrate con la información proporcionada en el elemento emergente anterior llamado

“Información del servidor de

migración“ (Migrate Server

Details).

(15)

Si desea realizar el traslado al final de la réplica incremental, solo tiene que definir el estado final de la carga de trabajo de origen como “Apagado” (Shutdown) y el estado final de la carga de trabajo de destino como “Encendido” (Power On) en la sección “Configuración de tarea”

(Job Configuration) -> “Estados finales” (End States).

Haga clic en “Iniciar” (Start) para comenzar el proceso de réplica . Mientras la réplica esté en ejecución, el nombre de la instancia de carga de trabajo de destino en AWS seguirá siendo

<nombre de host de destino>_RepEnv . Cuando se haya realizado la réplica, se renombrará la instancia de carga de trabajo de destino con el nombre de host proporcionado durante la configuración de la tarea de réplica (puede ser un nombre de host distinto al que se proporcionó anteriormente) .

Enlaces útiles

1. Vídeo de demostración de migraciones de AWS:

www.youtube.com/watch?v=d9gYP0-Bwik

2. Artículos de la base de conocimientos sobre migraciones de AWS:

www.netiq.com/support/kb/doc.php?id=7018743 3. Documentación sobre PlateSpin Migrate:

www.netiq.com/documentation/platespin-migrate 4. Demostración de instalación de PlateSpin Migrate:

www.youtube.com/watch?v=FTSL2HTwSpI 5. Demostración de evaluación de PlateSpin Migrate:

www.youtube.com/watch?v=LDoGZCtHCLs 6. Más recursos de PlateSpin Migrate:

www.microfocus.com/products/migrate/resources Cuando se haya realizado

la réplica, se renombrará la

instancia de carga de trabajo

de destino con el nombre de

host proporcionado durante

la configuración de la tarea

de réplica (puede ser un

nombre de host distinto

al que se proporcionó

anteriormente).

(16)

www.microfocus.com México

+52 55 5284 2700 Panamá

+507 2 039291 España

+34 91 781 5004 Venezuela +58 212 267 6568 Micro Focus Sedes corporativas Reino Unido

+44 (0) 1635 565200

www.microfocus.com

Referencias

Documento similar

- Un curso formativo para los técnicos de laboratorio de la UPV sobre la prevención de los residuos en los laboratorios, que se llevará a cabo los días 23, 24, 25, 26 y 27

· Emisión de informe sobre la adecuación entre las competencias y conocimientos adquiridos de acuerdo con el plan de estu- dios del título de origen, o la experiencia laboral

El contar con el financiamiento institucional a través de las cátedras ha significado para los grupos de profesores, el poder centrarse en estudios sobre áreas de interés

Cedulario se inicia a mediados del siglo XVIL, por sus propias cédulas puede advertirse que no estaba totalmente conquistada la Nueva Gali- cia, ya que a fines del siglo xvn y en

En estos últimos años, he tenido el privilegio, durante varias prolongadas visitas al extranjero, de hacer investigaciones sobre el teatro, y muchas veces he tenido la ocasión

que hasta que llegue el tiempo en que su regia planta ; | pise el hispano suelo... que hasta que el

Sanz (Universidad Carlos III-IUNE): &#34;El papel de las fuentes de datos en los ranking nacionales de universidades&#34;.. Reuniones científicas 75 Los días 12 y 13 de noviembre

(Banco de España) Mancebo, Pascual (U. de Alicante) Marco, Mariluz (U. de València) Marhuenda, Francisco (U. de Alicante) Marhuenda, Joaquín (U. de Alicante) Marquerie,