Migrar referencias y retirar un worker con evidencia
Alcance
El asistente de Dova 6.0.2 conserva validaciones de tenant, permisos, propiedad, actividad y dependencias. No permite forzar una eliminación cuando se desconoce el estado de la VM.
El objetivo es trasladar referencias de ejecución a capacidad compatible y retirar el origen cuando corresponda. No se migran automáticamente archivos, bases de datos, secretos ni el sistema operativo. Antes de comenzar confirme admin.cloud_workers.manage, tenant de origen, destino autorizado y ventana operativa.
Inventariar y preparar
Desde el worker abra Reassign references o Dependency backups. Revise referencias actuales y el alcance antes de elegir destino. El modal de deprovision también presenta recursos cloud, referencias Dova y ejecuciones. No confunda un contador vacío con escaneo incompleto: un inventario incompleto bloquea acciones.
| Hallazgo | Preparación necesaria |
|---|---|
| Worker predeterminado | Seleccionar otro destino predeterminado autorizado |
| Jobs en cola o activos | Resolver actividad según su contrato antes de retirar |
| Sessions y Workflows | Evaluar compatibilidad y referencias publicadas |
| Conexiones o perfiles de credenciales | Revisar custodia y compatibilidad del destino |
| Compartición/transición | Completar retiro o transición conforme al contrato |
| Provider unavailable | Restaurar acceso y obtener observación válida |
Use Drain worker cuando necesite dejar de asignar trabajo nuevo y esperar el actual. Deshabilitar planificación y detener VM son operaciones distintas; no corte infraestructura para sustituir una espera de trabajos activos.
Preview y apply
- Seleccione origen, destino y referencias en el flujo disponible.
- Genere preview. Lea cambios, advertencias y bloqueos, no sólo el número de referencias.
- Si cambia destino, selección o configuración, vuelva a generar preview. El plan anterior deja de representar la intención.
- Aplique únicamente un plan permitido y compruebe el resultado y backup generado.
- Actualice impacto del origen antes de continuar con retirada.
El servidor exige planToken del preview y requestId estable para apply. Recalcula el plan dentro de bloqueos y transacción; si cambiaron referencias o destino, rechaza y exige otro preview. El identificador de petición no puede reutilizarse con otra intención. Estos valores los gestiona la interfaz: no deben modificarse para superar un conflicto.
Antes de escribir cambios se guarda un snapshot de las proyecciones actuales. Las definiciones versionadas conservan historial; el resultado incluye número de cambios y referencia del backup. Un backup de dependencias no es una imagen de VM ni un respaldo de todos los datos.
Resolución de Sessions
El asistente ofrece Replace worker, Apply distribution y Disable Sessions según estrategia. Reemplazar exige un destino compatible con todas las Sessions afectadas. Distribuir requiere asignar cada Session exactamente una vez a un destino compatible. Deshabilitar cambia el comportamiento de esas Sessions y sus Workflows: revise el efecto antes de elegirlo como salida rápida.
Si existen ejecuciones o cambia el conjunto durante la operación, el servidor puede bloquearla. No borre referencias de almacenamiento manualmente. Tras restauración o reasignación desde un backup, vuelva a validar compatibilidad y publicación; el backup no garantiza que el destino actual sea idéntico al anterior.
Stop, impacto fresco y deprovision
Cuando la VM está running y procede detenerla, la opción Stop and deprovision pide confirmación explícita. Envía stop con su propia clave, obtiene impacto fresco y sólo continúa si canDeprovision es verdadero. Delete utiliza otra clave. Si stop falla, no envía delete; si sigue stopping o aparece una dependencia, solicita resolver y actualizar.
El registro Dova se retira después de confirmación de ausencia del proveedor y comprobación final de referencias. Un fallo preserva el registro para diagnóstico/reintento. Clean up Dova record corresponde a ausencia confirmada; unavailable nunca equivale a absent. Cerrar y reabrir obliga a consultar estado; cerrar no revoca un efecto ya recibido por el proveedor.
POC y recuperación
En fixture local cree una Session sintética en worker-origen-demo y un destino compatible. Verifique preview, apply, backup y desaparición de la referencia original. Simule cambio concurrente y compruebe rechazo del plan obsoleto. Simule error de proveedor y confirme conservación del registro sin éxito de eliminación en auditoría.
En una incidencia real, preserve mensajes seguros e historial, actualice estado y reintente mediante la UI. No anuncie ahorro cloud hasta confirmar retirada del recurso y revisar el proveedor.