Replicación de recursos en una migración a nube
Los centros de datos locales almacenan recursos físicos como servidores, dispositivos y dispositivos de red. Sin embargo, cada recurso físico, como un servidor, es solo un shell. El valor real procede de los datos binarios que se ejecutan en el servidor. El centro de datos existe debido a las aplicaciones y los datos, que son los archivos binarios principales que se migran. Los recursos digitales y fuentes de datos binarios, como sistemas operativos, rutas de red, archivos y protocolos de seguridad alimentan las aplicaciones y los almacenes de datos.
El proceso de replicación consta de los pasos siguientes:
Replicación: copia una versión en un momento dado de varios datos binarios.
Propagación: copia las instantáneas binarias en una nueva plataforma y las implementa en un nuevo hardware. La copia propagada del binario se comporta exactamente igual que el binario original en el hardware anterior. Sin embargo, esa instantánea de los datos binarios deja de estar actualizada y alineada con la fuente original.
Sincronización: alinea el nuevo binario y el binario anterior. Este proceso actualiza continuamente la copia almacenada en la nueva plataforma. La sincronización continúa hasta que se promociona el recurso según el modelo de promoción elegido. En ese momento, se interrumpe la sincronización.
Requisitos previos de la replicación
Antes de la replicación, debe completar las actividades de las fases de preparación y evaluación. Para empezar a replicar, debe tener lo siguiente:
Una suscripción para sus recursos migrados.
Una herramienta de migración para mover las copias binarias.
Los datos binarios de origen preparados para la replicación y la sincronización. Su configuración exacta depende de la herramienta de migración. La preparación incluye la corrección de los problemas de replicación que encontró en la fase de evaluación. Para obtener un ejemplo de cómo iniciar la replicación, consulte Migración desde VMware a través de la migración sin agente.
Las dependencias de la carga de trabajo que identificó durante el paso de diseño de la arquitectura de carga de trabajo. Estas dependencias pueden incluir grupos de recursos, redes virtuales y subredes en las que pretende implementar las máquinas virtuales replicadas. Para obtener más información, vea Implementación de servicios compatibles.
Riesgos de la replicación: física de la replicación
Al planear y ejecutar la replicación de un origen binario en un nuevo destino, debe tener en cuenta las leyes fundamentales siguientes:
Velocidad de la luz: para mover grandes volúmenes de datos, la fibra es la opción más rápida. Sin embargo, este tipo de cables solo pueden trasladar datos a dos tercios de la velocidad de la luz. Esto significa que no hay ningún método para la replicación instantánea o ilimitada de datos.
Velocidad de la canalización WAN: el ancho de banda de vínculo superior es más importante que la velocidad del movimiento de datos. El volumen de datos por segundo que su compañía traslada a través de la WAN existente al centro de datos de destino determina el ancho de banda.
Velocidad de expansión de WAN: si el presupuesto lo permite, puede agregar más ancho de banda a la solución WAN de su empresa. Sin embargo, se puede tardar semanas o meses en adquirir, aprovisionar e integrar conexiones de fibra adicionales.
Velocidad de los discos: incluso con una velocidad de datos infinita y un límite de ancho de banda infinito entre el binario de origen y el destino de destino, la física todavía limita la replicación. La replicación de datos solo se produce tan rápido como los discos de origen pueden leer los datos.
Velocidad de los cálculos humanos: los discos y la luz son infinitamente más rápidos que los procesos humanos de toma de decisiones. Cuando un grupo de personas colabora y toma decisiones de forma conjunta, los resultados llegan lentamente. La replicación no puede solventar los retrasos relacionados con los cálculos humanos.
Cada una de estas leyes físicas conlleva los siguientes riesgos que pueden afectar normalmente a los planes de migración:
Tiempo de replicación: la replicación exige tiempo y ancho de banda. Los planes deben incluir escalas de tiempo realistas que reflejen la cantidad de tiempo que se tarda en replicar los datos binarios.
El ancho de banda total de migración disponible es la cantidad de ancho de banda ascendente que otras necesidades empresariales de mayor prioridad no consumen. El ancho de banda ascendente se mide en megabits por segundo (Mbps) o gigabits por segundo (Gbps). El almacenamiento total de migración es el espacio total en disco, medido en gigabytes (GB) o terabytes (TB), necesario para almacenar una instantánea de los recursos que se van a migrar.
Para determinar la estimación del tiempo inicial, divida el almacenamiento total de migración entre el ancho de banda total disponible para la migración. Observe la conversión de bits a bytes. El siguiente elemento describe un cálculo del tiempo más preciso.
Efectos acumulativos del desfase del disco: desde el punto de replicación al de promoción de un recurso a producción, los datos binarios de origen y destino deben estar sincronizados.
El desfase de los datos binarios consume un ancho de banda adicional, ya que debe replicar los datos binarios de forma periódica. Durante la sincronización, el cálculo del almacenamiento total de la migración incluye todo el desfase de los datos binarios. Cuanto más tiempo se tarde en promocionar un recurso a producción, mayor será el desfase acumulado. Cuanto mayor sea el número de recursos sincronizados, mayor será el ancho de banda que consumirá. Para cada recurso en un estado de sincronización, tiene menos ancho de banda de migración disponible total.
Cambio de tiempo a negocio: el tiempo de sincronización tiene un efecto negativo acumulado en la velocidad de migración. La priorización del trabajo pendiente de la migración y la preparación avanzada del plan de cambio de comunicación es fundamental para la velocidad de la migración.
La prueba más significativa de la alineación técnica y empresarial durante un esfuerzo de migración es el ritmo de promoción. Cuanto más rápido se promueve un recurso a producción, el desfase de disco menos afecta al ancho de banda. Además, puede asignar más ancho de banda y tiempo a la replicación de la siguiente carga de trabajo.
Cree un plan para cuando los requisitos de datos superan la capacidad de la red
En una migración a la nube, los recursos se replican y se sincronizan por una red entre un centro de datos existente y la nube. Los requisitos de tamaño de datos existentes de varias cargas de trabajo pueden superar la capacidad de la red. En dicho escenario, el proceso de migración puede ralentizarse de manera considerable o, en algunos casos, se puede detener por completo.
Si la evaluación, la replicación inicial o las pruebas identifican un problema de capacidad, considere la posibilidad de usar Azure Data Box para transferir almacenes de datos independientes. Use este enfoque para enviar grandes volúmenes de datos a la nube antes de la migración de las cargas de trabajo.
Algunas soluciones de asociados que no son de Microsoft también usan Data Box para las migraciones. Con estas soluciones se puede mover un gran volumen de datos por transferencia sin conexión, pero se sincroniza más adelante por la red a una escala inferior.