EBC Cloud Connect

Los servicios de migración y copia de seguridad en la nube de EBC están disponibles para incorporarse a su plataforma EBC 3.0 Shared / ST o Core de forma autoservicio. La copia de seguridad también está disponible para permitir copias de seguridad fuera del sitio de una manera accesible sin necesidad de grandes inversiones en hardware o software.

Los servicios utilizan Veeam Cloud Connect y son adecuados para su uso con Veeam Backup & Replication / Availability Suite para realizar copias de seguridad de sus máquinas virtuales VMware vSphere y Microsoft Hyper-V, las aplicaciones correspondientes y el servidor físico.

Migración EBC

Puede migrar VMs a su entorno EBC a través de EBC Migration. El entorno Veeam local que se conecta al entorno VMware vSphere en vivo se proporciona con el servicio Cloud Connect de Equinix Managed Services. A partir de ahí, se define un trabajo de replicación hacia el entorno EBC. Una vez replicadas las máquinas virtuales, se puede iniciar la máquina virtual en el entorno EBC (de este modo se utiliza la funcionalidad de conmutación por error). Los datos del entorno EBC se proporcionan en una entrega separada.

Antes de proceder con la configuración, es aconsejable crear una estructura de vApp con redes coincidentes (en el caso de EBC Shared / ST) antes de transportar las VMs al EBC. Una vApp puede verse como una colección de VMs en un entorno de aplicación, hay un máximo de 100 VMs en una vApp.

Añadir un proveedor de servicios a Veeam

1. Vaya a Backup Infrastructure en Veeam Backup & Replication Console, seleccione Service Providers, y elija Add Service Provider. Introduzca la dirección del entorno Equinix Managed Solutions Cloud Connect y haga clic en Siguiente. En el momento de escribir estas líneas, el servicio está desbloqueado a través de Ámsterdam y la dirección es, cc-am3.equinix-managed-services.nl.

2. Desde la entrega de EBC, el valor predeterminado es utilizar un proveedor de identidades (IdP). Por defecto, Equinix proporciona una instancia de KeyCloak para este fin. Dependiendo de sus requisitos, también puede tratarse de un IdP propietario, como ADFS o Azure AD. La autenticación con una cuenta basada en un IdP no es compatible y requerirá el uso de una cuenta local de Directorio virtual en la nube (VCD) a la que se haya asignado el rol Administrador de organización.

3. En el asistente, especifique la cuenta que está fuera del IdP, añadiendo el nombre de su Organización EBC.

   Por ejemplo, si la organización en el entorno EBC se llama 123_VOORBEELD, y la cuenta local se llama cloudconnect, entonces el nombre de usuario debe ser cloudconnect@123_VOORBEELD.

4. Haga clic en Aplicar para establecer la conexión con el entorno y mostrar los recursos disponibles del entorno EBC.

Replicación

Para obtener la carga de trabajo de la VM en el EBC, se debe realizar un Trabajo de Replicación en el en Veeam Backup and Replication.

1. En la consola Veeam Backup & Replication, vaya a Home, y seleccione Virtual Machine en Replication Job.

2. Asigne un nombre al trabajo de replicación.

   Si ya se ha realizado alguna red en el entorno EBC, seleccione Reasignación de red. Los ID de red aplicados de las ubicaciones locales no son exactamente los mismos que los disponibles en el entorno EBC.

   Si no se selecciona Reasignación de red, las tarjetas de red se vincularán a una red nula. Esto significa que la máquina virtual no estará conectada a una red en el entorno EBC y desactivará las comunicaciones tras una conmutación por error.

nota

Migración de EBC no proporciona conectividad de red entre su ubicación local y EBC. Este tipo de conectividad debe adquirirse por separado.

La VM puede vincularse a la red de destino correcta en el entorno EBC más tarde, a través del portal Cloud Director. Si Reasignación de red no se selecciona al principio, la VM replicada no se vinculará a una red y no se habrá creado ninguna tarjeta de red. Si Reasignación de red no se ha configurado inicialmente, el Trabajo emitirá una advertencia al respecto.

3. Siga las instrucciones del asistente para especificar los equipos que desea migrar.

   En Destino, especifique el host de la nube **** , y seleccione el VDC de la organización **** al que deben ir las máquinas virtuales.

4. Para el entorno de destino, el Asistente muestra dónde estarán las VM dentro del entorno EBC. Si ya existen vApps en EBC, se puede seleccionar una de ellas como el destino donde estarán las VMs a replicar para este Trabajo. Elija también la política de almacenamiento deseada/tier donde deben aterrizar las VMs en este Trabajo.

5. En la sección Network, las redes de origen relevantes para este conjunto de máquinas virtuales pueden vincularse a las redes de destino ya creadas dentro del entorno EBC.

6. Se recomienda mantener bajo el número de puntos de restauración **** y vacío el sufijo del nombre de la réplica **** . El número de Puntos de restauración a mantener, es el número de instantáneas que permanecen abiertas. Cuantas más instantáneas, más tiempo tardará en consolidarse, 1 es el mínimo y 2 es lo recomendado.

7. Siga el resto del asistente para completar el proceso.

nota

Application Aware Processing no siempre es necesario.

8. Inicie usted mismo el Trabajo de Replicación **** o espere a que se inicie la programación. Si es necesario, puede iniciar el Trabajo varias veces para transferir las diferencias (delta).

Cutover

Una vez que las máquinas virtuales están totalmente replicadas en el EBC, debe realizarse una Cutover. Esto significa que las VM pasan a estar activas en el EBC. Puede realizarse de dos maneras:

1. Replicación sin plan de conmutación por error - Si la máquina virtual ya estaba apagada antes de que se iniciara por última vez el trabajo de replicación **** y se completara con éxito, entonces el estado completo de la máquina virtual ha pasado. Desde Cloud Directory, se puede iniciar la VM. Esto puede hacerse fuera de Veeam.
2. Replicación con plan Failover - Veeam ofrece la posibilidad de crear un Plan Failover para las variantes Enterprise y Enterprise Plus. La aplicación de un plan Failover es útil cuando se aplica una secuencia de arranque de máquinas virtuales y/o el retardo de arranque es importante.

Haga un plan de conmutación por error

1. En la consola Veeam Backup & Replication, vaya a Home, seleccione Failover Plan, y elija Cloud Connect (vCloud).

2. Asigne un nombre al plan de conmutación por error y añada las máquinas virtuales que se van a migrar al EBC. Aquí puede especificar una secuencia, así como un retraso entre el inicio de las diferentes máquinas. Por ejemplo, considere un entorno de aplicaciones en el que se debe iniciar un servidor de base de datos antes que los demás servidores.

nota

Se puede incluir una única máquina virtual en el plan de conmutación por error.

Iniciar un plan de conmutación por error

Una vez creado el plan de conmutación por error **** , puede iniciarse o probarse. Se recomienda realizar las pruebas desde la interfaz del Directorio en la nube (no olvide apagarla después de la prueba). Veeam ofrece una función de prueba **** , aunque no se recomienda utilizarla en el escenario de onboarding debido a posibles obstáculos.

Para iniciar un plan de conmutación por error **** , las máquinas virtuales se encienden según el orden y el retraso previamente establecidos en su nuevo entorno EBC. Esto se hace manualmente y al hacerlo no se realiza ninguna sincronización final. Se recomienda apagar las máquinas virtuales en el plan de conmutación por error **** en la ubicación de origen y volver a ejecutar el trabajo de replicación **** .

1. En Veeam Backup & Replication Console, vaya a Home, y elija Failover Plansin Replicas.

   Se muestran los planes de conmutación por error creados anteriormente.

2. Haga clic con el botón derecho del ratón en Elija Failover Plan, y seleccione Iniciar. Se abre una ventana en la que se muestra el estado. En Replicas, las máquinas virtuales procesadas tienen un estado activo.

A partir de esta fase, las máquinas virtuales pueden conmutar permanentemente, o se puede realizar un Failback/Rollback en el que los cambios se migran de nuevo a la ubicación local.

Conmutación permanente por error

Para proceder a la conmutación por error, se solicita una confirmación.

En caso de una conmutación por error permanente, la máquina virtual desaparece del inventario de Veeam en Replicas en el lado del cliente, y quedan excluidas de los trabajos de réplica.

Por parte del proveedor, el entorno Equinix Managed Solutions Cloud Connect tampoco se conoce ya como réplica.

Failback / Rollback

Si una VM está configurada para ejecutarse en el EBC pero la acción debe deshacerse, existe la posibilidad de realizar un failback. Esto es posible hasta que se realice una conmutación por error permanente**** en la(s) VM(s) afectada(s). Los cambios realizados en la VM saliente en nuestro extremo pueden replicarse de nuevo en el entorno local del usuario.

En la ventana de destino, se pueden elegir diferentes escenarios para replicar los cambios realizados en la(s) VM(s) que ya se han ejecutado en el EBC, de vuelta al entorno EBC.

Copia de seguridad en la nube de EBC

EBC Cloud Backup ofrece un backup fiable de la carga de trabajo del servidor en otra ubicación sin implementar infraestructura propia allí. Backup as a Service usando Veeam Cloud Connect es agnóstico a la plataforma. Las cargas de trabajo en VMware vSphere / Cloud Directory, Microsoft Hyper-V, Nutanix Acropolis, y baremetals i.c.w. Veeam agents, se pueden almacenar en la plataforma Backup as a Service.

Añadir un proveedor de servicios a VEEAM

1. En la consola local de Veeam Backup & Replication, vaya a Backup Infrastructure, seleccione Service Providers, y seleccione Add Service Provider.

2. Introduzca la dirección del entorno Equinix Managed Solutions Cloud Connect y haga clic en Siguiente.

   nota

   En el momento de escribir estas líneas, el servicio se desbloqueará a través de Ámsterdam y la dirección será cc-am3.equinix-managed-services.nl.

3. Desde la entrega de EBC Cloud Backup, se le enviará un nombre de usuario y una contraseña.

   Haga clic en Añadir para introducirlas en Credenciales, y haga clic en Aplicar.

   La cantidad de capacidad consumida del almacenamiento de copia de seguridad en la nube (repositorio) se muestra en la pantalla.

Copia de seguridad en un repositorio en la nube

Una vez creado el repositorio en Veeam, el Cloud Repository puede ser especificado para un trabajo de backup, y un trabajo de Veeam Copy.

Consejo: Basándonos en el concepto de almacenamiento de copias de seguridad 3-2-1, recomendamos almacenar la copia de seguridad principal in situ y guardar una copia de las copias de seguridad in situ en una ubicación externa mediante un trabajo de copia.

Cuando una copia de seguridad se haya ejecutado correctamente, aparecerá en la interfaz gráfica de usuario. A partir de ahí, se pueden ejecutar las opciones de restauración habituales que se realizan con una copia de seguridad local.

Dependencias

EBC Migration y Backup tienen las siguientes dependencias:

• Su entorno Veeam local debe estar equipado con al menos Veeam Backup & Replication, o Availability Suite v9.5 update 3 o superior. No debe estar más de 2 versiones por detrás de la última versión principal.
• Sus licencias locales de Veeam deben ser al menos Standard o superiores. No se admite la edición Community.
• Su entorno Veeam local debe tener conectividad a Internet con el entorno Cloud Connect gestionado por Equinix.
• Para poder utilizar el servicio, Equinix debe conocer su dirección IP externa de Internet.
• La conectividad de red entre su entorno local y EBC debe configurarse por separado de EBC Migration. La solución por sí misma no lo proporciona.

Fuentes

Consulte los detalles sobre las funcionalidades de [Veeam y Veeam Cloud Connect.