Soluciona problemas de grupos de instancias administrados

Hay varios problemas que pueden evitar que un grupo de instancias administrado (MIG) cree o vuelva a crear una instancia de VM de forma correcta.

Si se generan registros para un MIG borrado

Es posible que el problema esté relacionado con las siguientes situaciones.

El escalador automático adjunto aún existe

Si borraste un MIG con la API de Compute Engine y no emitiste una solicitud diferente para borrar el escalador automático adjunto, el Explorador de registros puede mostrar registros con el siguiente mensaje.

The resource 'projects/PROJECT/zones/ZONE/instanceGroupManagers/DELETED_INSTANCE_GROUP_NAME' was not found.

Solución:

Para resolver este problema, borra el escalador automático adjunto con los métodos de la API de Compute Engine:

Para un escalador automático de un MIG zonal, usa el método autoscalers.delete.
Para un escalador automático de un MIG regional, usa el método regionAutoscalers.delete.

Posibles razones por las que tu MIG no puede crear ni volver a crear instancias

Es posible que el problema esté relacionado con las siguientes situaciones.

El disco de arranque ya existe

De forma predeterminada, se crea un disco persistente de arranque nuevo cuando creas una instancia. El nombre del disco de arranque coincide con el nombre de la VM. Si nombras una VM my-instance, el disco también se llama my-instance. Si ya existe un disco persistente con ese nombre, la solicitud falla. Para resolver este problema, puedes tomar una instantánea y, luego, borrar el disco persistente que ya existe.

La plantilla de instancias no es válida

Si actualizaste la plantilla de instancias hace poco, es posible que haya una propiedad no válida que provoca que el MIG falle en la creación de la VM. Examina las propiedades en busca de estos errores comunes:

Especificaste un recurso que no existe, como una imagen de origen.
Escribiste mal el nombre de un recurso.
Intentaste conectar un disco persistente existente que no es de inicio en modo de lectura y escritura, pero tu grupo contiene más de una VM. En el caso de los grupos con más de una VM, cualquier disco adicional que desees compartir entre todas las VM del grupo únicamente se puede conectar en modo de solo lectura.

Se excedió el límite para el tipo de recurso

El siguiente error se produce cuando intentas crear más de 2,000 VMs en un MIG regional o más de 1,000 VMs en un MIG zonal. Alcanzaste el límite de tamaño para tu grupo de instancias.

Mensaje de error:

ERROR: (gcloud.compute.<INSTANCE_GROUP_TYPE>.<METHOD>) Could not
fetch resource:

 - Exceeded limit 'MAX_INSTANCES_IN_INSTANCE_GROUP' on resource 'PROJECT_ID'.
 Limit: NUMBER

Solución:

Para solucionar este problema, realiza una de las siguientes acciones:

Si usas un MIG zonal, usa un MIG regional en su lugar.
Crea varios MIG y divide tu carga de trabajo entre ellos, por ejemplo, mediante el ajuste de la configuración de balanceo de cargas.
Si aún necesitas un grupo más grande, puedes aumentar el límite de tamaño de tu MIG o comunicarte con el equipo de asistencia para realizar una solicitud.

Si no puedes borrar tu MIG o sus instancias

Es posible que el problema esté relacionado con la siguiente situación.

No se encontró el recurso en la zona o región

El siguiente error ocurre cuando intentas borrar un MIG regional y especificas la marca --zone, no especificas ninguna región o especificas la región incorrecta. Un error similar puede ocurrir si intentas borrar un MIG zonal y especificas la marca --region.

Mensaje de error:

ERROR: (gcloud.compute.instance-groups.managed.delete) Some requests did not succeed:
‐ The resource 'projects/PROJECT/zones/ZONE/instanceGroupManagers/INSTANCE_GROUP_NAME' was not found

ERROR: (gcloud.compute.instance-groups.managed.delete) Some requests did not succeed:
‐ The resource 'projects/PROJECT/regions/REGION/instanceGroupManagers/INSTANCE_GROUP_NAME' was not found

Solución:

Para solucionar este problema, realiza una de las siguientes acciones:

Agrega la marca --region o --zone adecuada a tu comando
Configura una región y una zona predeterminadas.

Un servicio de backend usa el recurso

No puedes quitar un grupo de instancias cuando lo usa el servicio de backend de un balanceador de cargas. Debes quitar la instancia del servicio de backend antes de poder borrar el grupo de instancias.

Mensaje de error:

ERROR: (gcloud.compute.instance-groups.managed.delete) Some requests did not succeed:
‐ The instance_group_manager resource 'projects/PROJECT/zones/ZONE/instanceGroupManagers/INSTANCE_GROUP_NAME is already being used by 'projects/PROJECT/global/backendServices/BACKEND_SERVICE

ERROR: (gcloud.compute.instance-groups.managed.delete) Some requests did not succeed:
‐ The instance_group_manager resource 'projects/PROJECT/regions/REGION/instanceGroupManagers/INSTANCE_GROUP_NAME is already being used by 'projects/PROJECT/global/backendServices/BACKEND_SERVICE

Solución:

Opcional: Vacía el grupo de instancias de backend.
- Para los balanceadores de cargas de proxy solamente, puedes establecer el escalador de capacidad en 0.0 antes de quitar el grupo de instancias de un servicio de backend. Puedes configurar el escalador de capacidad en cero con el comando gcloud compute backend-services edit.
- En el caso de los balanceadores de cargas de proxy y de paso, si habilitas el vaciado de conexiones en el servicio de backend, Google Cloud intenta permitir que las conexiones existentes se conserven, completen y vacíen cuando se quita un grupo de instancias de un servicio de backend

Quita el MIG del servicio de backend regional o global.

Para un MIG zonal, ejecuta el siguiente comando:

gcloud compute backend-services remove-backend BACKEND_SERVICE \
    --instance-group=INSTANCE_GROUP_NAME \
    --instance-group-zone=ZONE \
    [--region=REGION | --global]

Para un MIG regional, ejecuta el siguiente comando:

gcloud compute backend-services remove-backend BACKEND_SERVICE  \
    --instance-group=INSTANCE_GROUP_NAME \
    --instance-group-region=REGION \
    [--region=REGION | --global]

Borra el MIG:

gcloud compute instance-groups managed delete INSTANCE_GROUP_NAME

Posibles razones por las que tu MIG intenta volver a crear instancias de forma continua

Es posible que el problema esté relacionado con la siguiente situación.

Los sondeos de verificación de estado no pueden acceder a la instancia

Si configuraste una política de reparación automática, pero no configuraste (o configuraste de manera incorrecta) la regla de firewall que permite que los sondeos de verificación de estado accedan a la aplicación, las VM parecerán estar en mal estado, y el MIG intentará volver a crearlas de forma continua. Si deseas obtener información para configurar una regla de firewall de verificación de estado, consulta Ejemplo de configuración de una verificación de estado.