Compartir a través de


Evaluación de la disponibilidad de las cargas de trabajo

Este artículo se centra en evaluar la preparación de una carga de trabajo para migrar a la nube.

Cuando quiera migrar una carga de trabajo, el equipo de adopción de la nube garantiza que todos los recursos y las dependencias asociadas sean compatibles con el modelo de implementación y el proveedor de nube. El equipo documenta los esfuerzos necesarios para corregir los problemas de compatibilidad.

Suposiciones de evaluación

La mayor parte del contenido que analiza los principios de Cloud Adoption Framework para Azure no depende de la nube. Sin embargo, el proceso de evaluación de la preparación debe ser específico de cada plataforma en la nube y de las herramientas de migración que seleccionó en la fase de preparación.

Las herramientas de evaluación seleccionadas deben proporcionar información sobre los bloqueadores para la migración. Entre los bloqueadores comunes se incluyen la compatibilidad de los sistemas operativos, el tamaño del servidor y las tasas de cambio de datos que podrían afectar a la replicación.

Algunas organizaciones también tienen que hacer frente a problemas con las configuraciones de máquinas virtuales (VM) que aprovechan la plataforma de hipervisor de origen. Entre estas configuraciones se incluyen la seguridad basada en virtualización, los discos dinámicos, las licencias de aplicaciones que no son de Microsoft, las configuraciones de orígenes de datos y los certificados.

En este artículo no se reflejan todas las actividades de evaluación posibles porque cada entorno y resultado empresarial dicta requisitos específicos. Para ayudarle a determinar cuáles son esos requisitos, a continuación se indican algunas actividades de evaluación comunes relacionadas con la infraestructura, las bases de datos y las redes.

Evaluación de las dependencias entre centros de datos

Si va a migrar cargas de trabajo desde varios centros de datos, debe evaluar las dependencias entre esos centros de datos.

Tenga en cuenta las siguientes funcionalidades para evaluar las dependencias entre centros de datos:

  • Visualización de dependencias: use la funcionalidad de visualización de dependencias en Azure Migrate y Modernize para identificar las dependencias.
  • Dependencias de grupo: use la agrupación de dependencias al tratar con la complejidad global. Esta funcionalidad le ayuda a identificar las direcciones IP y los puertos de los recursos necesarios para admitir la carga de trabajo.

Importante

  • Necesita que un experto en la materia que entienda los esquemas de dirección IP y ubicación de los recursos identifique los recursos que residen en un centro de datos secundario.
  • Tiene que evaluar tanto las dependencias de bajada como los clientes en la visualización para comprender las dependencias bidireccionales.

Escenarios de ejemplo

En las secciones siguientes se proporcionan instrucciones para evaluar la preparación para migrar cargas de trabajo y bases de datos a la nube.

Actividades de evaluación comunes para Azure Migrate y Modernize

En la siguiente guía se da por supuesto que tiene previsto migrar una carga de trabajo a Azure. También se supone que usa Azure Migrate y Modernize para las actividades de replicación.

Puede usar el proyecto de Azure Migrate y Modernize para evaluar las cargas de trabajo y calcular el coste de funcionamiento en Azure. Para más información, consulte Evaluaciones de máquinas virtuales de Azure en Azure Migrate y Modernize.

También puede usar el proyecto de Azure Migrate y Modernize para evaluar la preparación para la migración, traducir el tamaño del servidor a las suscripciones de Azure en función del uso real y calcular los costes. Mejore aún más los cálculos de costes mediante la creación de un caso de negocio.

Asegúrese de documentar cualquier discrepancia que haya en la configuración del host, la configuración de la máquina virtual replicada, los requisitos de almacenamiento o la configuración de red. Use esa información para calcular las consideraciones de ancho de banda de la migración. Entre los componentes comunes de la estimación de ancho de banda se incluyen:

  • Almacenamiento total: calcule el almacenamiento total que necesitarán las VM replicadas durante las iteraciones que conducirán a un lanzamiento.
  • Tasa de desfase o cambio: calcule la tasa de desfase o de cambio del almacenamiento que necesitan las VM replicadas durante las iteraciones que conducen a un lanzamiento.
  • Requisitos de ancho de banda: calcule los requisitos de ancho de banda necesarios para cada iteración mediante la suma del almacenamiento y el desfase totales.
  • Ancho de banda sin utilizar: calcule el ancho de banda sin usar disponible en la red actual para validar la alineación por iteración.
  • Ancho de banda de velocidad de migración: documente el ancho de banda que necesita para alcanzar la velocidad de migración prevista. Si necesita alguna corrección para proporcionar el ancho de banda necesario, notifique al equipo responsable de las actividades de corrección.

Nota:

El almacenamiento total afecta directamente a los requisitos de ancho de banda durante la replicación inicial. Sin embargo, la desviación del almacenamiento continúa desde el punto de replicación hasta la liberación. Esto significa que la desviación tiene un efecto acumulativo en el ancho de banda disponible.

Para consultar una guía para identificar los requisitos de ancho de banda, consulte Preguntas comunes sobre las herramientas de migración y modernización.

Actividades comunes de evaluación de bases de datos

Como parte de la migración del servidor, también puede examinar la migración de instancias de SQL Server u otros servidores de bases de datos.

  • Documente los RPO y los RTO: documente los objetivos de punto de recuperación (RPO) y los objetivos de tiempo de recuperación (RTO) de la implementación de base de datos actual. Use esta información para ayudarle a tomar decisiones durante las actividades de arquitectura.
  • Documente los requisitos de alta disponibilidad: documente los requisitos de configuración de alta disponibilidad. Para obtener más información sobre los requisitos de SQL Server, consulte la guía de soluciones de alta disponibilidad de SQL Server.
  • Evaluación de PaaS: evalúe la compatibilidad de la plataforma como servicio (PaaS). En las guía de Azure Database Migration Service, se asignan bases de datos en el entorno local a soluciones de PaaS de Azure compatibles, como Azure Cosmos DB, Azure SQL Database, Azure Database for MySQL, Azure Database for PostgreSQL o Azure Database for MariaDB.
    • Compatibilidad con PaaS sin correcciones: cuando la compatibilidad con PaaS es una opción sin necesidad de realizar ninguna corrección, consulte al equipo responsable de las actividades de arquitectura. Las migraciones de PaaS pueden ahorrar tiempo y reducir el coste total de propiedad (TCO) de la mayoría de las soluciones en la nube.
    • Compatibilidad con PaaS cuando la corrección es obligatoria: consulte a los equipos responsables de las actividades de arquitectura y corrección. En muchos escenarios, las ventajas de las migraciones de PaaS para las soluciones de base de datos superan el aumento en el tiempo de corrección.
  • Documente el tamaño y la tasa de cambio: documente el tamaño y la tasa de cambio de cada base de datos que planea migrar.
  • Documente las dependencias de las aplicaciones y las bases de datos: siempre que sea posible, documente las aplicaciones u otros recursos que realicen llamadas a cada base de datos.

Nota:

La sincronización de cualquier recurso consume ancho de banda durante los procesos de replicación. Una dificultad común es pasar por alto el ancho de banda necesario para mantener los recursos sincronizados entre los puntos de replicación y lanzamiento. Las bases de datos son consumidores comunes de ancho de banda durante los ciclos de liberación y las bases de datos con grandes superficies de almacenamiento o una alta tasa de cambio están son de especial interés.

Considere la posibilidad de replicar la estructura de datos con actualizaciones controladas antes de las pruebas de aceptación de usuario (UAT) y el lanzamiento. En estos escenarios, pueden ser más adecuadas las alternativas a Azure Site Recovery. Para obtener más información, consulte las guías de Azure Database Migration Service.

Paso siguiente

Una vez que evalúa un sistema, los resultados alimentan el desarrollo de una nueva arquitectura de nube.