Tengo un problema respecto a la replication health de ASR con una maquina Linux

Hi @David Fernando Lopez Cueca

Gracias por confirmar la versión de Ubuntu y el kernel que se está ejecutando actualmente.

Entendemos que prefiere conservar el kernel 6.8.0-1059-azure y evitar revertir a una versión anterior a menos que sea necesario. Debido al error de compatibilidad, el servicio Azure Site Recovery Mobility Service instalado no reconoce actualmente el kernel en ejecución a través de la lista de kernels compatibles que incluye.

Existen dos vías de solución admitidas:

Opción 1: Validar e instalar el módulo del kernel ASR descargable.

Azure Site Recovery proporciona módulos del kernel descargables para determinados kernels de Linux más recientes. Si la versión 6.8.0-1059-azure está incluida en el paquete de módulos descargables actual para su escenario de replicación, esta opción podría permitirle conservar el kernel existente.

Por favor, realice las siguientes comprobaciones:

1. Confirme si el escenario de replicación es de Azure a Azure o de VMware/entorno físico a Azure.
2. Verifique que la versión 6.8.0-1059-azure figure en la lista de kernels compatibles para el módulo descargable correspondiente.
3. Confirme la versión de Mobility Service requerida por dicho módulo.
4. Actualice Mobility Service si la versión instalada es anterior a la requerida.
5. Siga las instrucciones de instalación del módulo que se encuentran en el repositorio de ASR.
6. Reanude o repare la replicación en Azure Portal y supervise el estado del elemento replicado.

Opción 2: Arrancar con un kernel compatible y documentado.

Si la versión 6.8.0-1059-azure no está incluida en el paquete de módulos descargables correspondiente, inicie la máquina virtual utilizando un kernel estándar de Ubuntu que aparezca explícitamente en la lista para la versión instalada de Mobility Service. Por ejemplo, la versión 6.8.0-1041-azure está documentada para Ubuntu 22.04 con Mobility Service 9.66; no obstante, verifique la combinación exacta de agente y kernel antes de realizar el cambio.

En el caso de una máquina virtual ya protegida que haya entrado en un estado crítico tras una actualización del kernel, primero restablezca la compatibilidad del kernel y, a continuación, reanude o repare la replicación. No debe deshabilitar y volver a habilitar la replicación a menos que el portal lo requiera específicamente o que el escenario documentado así lo indique.

Tras aplicar cualquiera de las opciones, confirme lo siguiente:

1. El elemento replicado vuelve a un estado correcto.
2. La replicación se reanuda y avanza.
3. Se genera un nuevo punto de recuperación.

Microsoft documenta la compatibilidad con nuevos kernels como un proceso de «mejor esfuerzo» para aquellos que pertenecen a una serie de kernels ya admitida. Esto no constituye un acuerdo de nivel de servicio (SLA), por lo que es necesario verificar cada kernel específico con la lista de versiones actualmente admitidas.

Por favor, consulte el documento de referencia de Microsoft para obtener más detalles.

• Azure Site Recovery support matrix for Azure VMs
• Azure-to-Azure supported kernel lists
• Downloadable ASR kernel-module guidance

Si tienes más preguntas sobre esta respuesta, no dudes en hacer clic en "Comentar". Si la respuesta te resulta útil, por favor haz clic en "Votar a favor". Esto ayuda a la comunidad, ya que permite que otras personas con dudas similares encuentren la solución fácilmente.