Inicio y detención de un clúster de Azure Kubernetes Service (AKS)

  • Artículo
  • Tiempo de lectura: 4 minutos

Es posible que las cargas de trabajo de AKS no tengan que ejecutarse continuamente, por ejemplo, en el caso de un clúster de desarrollo que se use solo durante el horario comercial. Esto se traduce en momentos en que el clúster de Azure Kubernetes Service (AKS) podría estar inactivo, sin ejecutar más que los componentes del sistema. Para reducir la superficie del clúster, escale todos los grupos de nodos User a 0, aunque sigue siendo necesario que el grupo System ejecute los componentes del sistema mientras el clúster está en ejecución. Para optimizar aún más los costos durante estos períodos, puede desactivar por completo (detener) el clúster. Esta acción detiene el plano de control y los nodos del agente, lo que permite ahorrar en todos los costos de proceso, a la vez que se mantienen todos los objetos (excepto pods independientes) y el estado del clúster almacenados para cuando se inicie de nuevo. Puede continuar justo donde se ha dejado después de un fin de semana o hacer que el clúster se ejecute solo mientras se ejecutan los trabajos por lotes.

Antes de empezar

En este artículo se supone que ya tiene un clúster de AKS. Si necesita un clúster de AKS, consulte el inicio rápido de AKS mediante la CLI de Azure, Azure PowerShell o Azure Portal.

Limitaciones

Cuando se usa la característica de inicio o detención del clúster, se aplican las restricciones siguientes:

  • Esta característica solo se admite para clústeres respaldados por Virtual Machine Scale Sets.
  • El estado de clúster de un clúster de AKS detenido se conserva durante un máximo de 12 meses. Si el clúster se detiene durante más de 12 meses, no se puede recuperar su estado. Para obtener más información, vea Directivas de soporte técnico para AKS.
  • Solo puede iniciar o eliminar un clúster de AKS detenido. Para realizar cualquier operación, como escalado o actualización, primero inicie el clúster.
  • Los puntos de conexión privados aprovisionados por el cliente y vinculados al clúster privado deben eliminarse y volver a crearse al iniciar un clúster de AKS detenido.
  • Dado que el proceso de detenerse purga todos los nodos, se eliminarán los pods independientes (es decir, los pods no administrados por una implementación, StatefulSet, DaemonSet, job, etc.).

Detención de un clúster de AKS

Puede usar el comando az aks stop para detener los nodos y el plano de control de un clúster de AKS en ejecución. En el siguiente ejemplo se detiene un clúster denominado myAKSCluster:

az aks stop --name myAKSCluster --resource-group myResourceGroup

Para comprobar que el clúster se ha detenido, use el comando az aks show y confirme que powerState aparece como Stopped en la siguiente salida:

{
[...]
  "nodeResourceGroup": "MC_myResourceGroup_myAKSCluster_westus2",
  "powerState":{
    "code":"Stopped"
  },
  "privateFqdn": null,
  "provisioningState": "Succeeded",
  "resourceGroup": "myResourceGroup",
[...]
}

Si provisioningState muestra Stopping, significa que el clúster aún no se ha detenido por completo.

Importante

Si usa presupuestos de interrupciones de pods, la operación de detención puede tardar más tiempo, ya que el proceso de purga tarda más en finalizar.

Inicio de un clúster de AKS

Puede usar el comando az aks start para iniciar los nodos y el plano de control de un clúster de AKS detenido. El clúster se reinicia con el estado del plano de control y el número de nodos de agente anteriores. En el siguiente ejemplo se inicia un clúster denominado myAKSCluster:

az aks start --name myAKSCluster --resource-group myResourceGroup

Para comprobar que el clúster se ha iniciado, use el comando az aks show y confirme que powerState aparece como Running en la siguiente salida:

{
[...]
  "nodeResourceGroup": "MC_myResourceGroup_myAKSCluster_westus2",
  "powerState":{
    "code":"Running"
  },
  "privateFqdn": null,
  "provisioningState": "Succeeded",
  "resourceGroup": "myResourceGroup",
[...]
}

Si provisioningState muestra Starting, significa que el clúster aún no se ha iniciado por completo.

Nota

Al iniciar la copia de seguridad del clúster, se espera el siguiente comportamiento:

  • La dirección IP del servidor de API puede cambiar.
  • Si usa el escalador automático de clústeres, al iniciar la copia de seguridad del clúster, es posible que el número de nodos actual no esté entre los valores de intervalo mínimo y máximo establecidos. El clúster comienza con el número de nodos que necesita para ejecutar sus cargas de trabajo, que no se verá afectados por la configuración del escalador automático. Cuando el clúster realiza operaciones de escalado, los valores mínimo y máximo afectarán al número de nodos actual y el clúster finalmente entrará y permanecerá en ese intervalo deseado hasta que detenga el clúster.

Pasos siguientes