Mode de survie

Les clusters connectés Distributed Cloud utilisent un plan de contrôle local déployé sur votre matériel connecté Distributed Cloud. Lorsque la connexion à Google Cloudest perdue, ces clusters passent en mode de survie et vos charges de travail continuent de s'exécuter pendant sept jours maximum.

Lorsque vous créez un cluster connecté Distributed Cloud, les règles suivantes s'appliquent :

  • Vous devez créer des clusters connectés Distributed Cloud dans leur propre projet Google Cloud . Les clusters Distributed Cloud connecté ne peuvent pas coexister dans le même Google Cloud projet avec d'autres types de clusters, y compris les clusters non Distributed Cloud connecté. Si vous mélangez des clusters connectés Distributed Cloud avec d'autres types de clusters dans le même projet Google Cloud , vous risquez de perdre des données.
  • Si vous réattribuez un nœud entre des clusters connectés Distributed Cloud, ce nœud est entièrement effacé et réinitialisé à la configuration par défaut.
  • Par défaut, les charges de travail du plan de contrôle local s'exécutent en mode haute disponibilité avec trois répliques réparties sur trois nœuds choisis automatiquement par Distributed Cloud. C'est le cas, sauf si le cluster comporte moins de trois nœuds ou si vous configurez spécifiquement le cluster pour qu'il utilise un nœud pour exécuter les charges de travail du plan de contrôle local. Vous pouvez également spécifier les trois nœuds pour le mode haute disponibilité à l'aide de l'indicateur --control-plane-machine-filter. Aucune autre combinaison de nœuds n'est acceptée.
  • Les nœuds qui exécutent les charges de travail du plan de contrôle local exécutent également les charges de travail de votre application.
  • Les adresses IP des points de terminaison du plan de contrôle local sont accessibles sur votre réseau local. Vous devez vous assurer que la configuration de sécurité de votre réseau local empêche l'accès externe à ces adresses IP.

En mode de capacité de survie, un cluster Distributed Cloud connecté fonctionne comme suit :

  • Le contrôle des charges de travail via Google Cloud CLI, l'interface de ligne de commande kubectl et l'API Distributed Cloud Edge Container est désactivé.
  • Les mises à jour logicielles, les SLO et les réparations matérielles de Distributed Cloud ne sont pas disponibles.
  • Les journaux et les métriques limités sont synchronisés avec Google Cloud une fois la connexion à Google Cloud rétablie.
  • Par défaut, si un nœud redémarre alors que le cluster est déconnecté de Google Cloud, il ne peut pas rejoindre son cluster tant que la connexion à Google Cloud n'est pas rétablie, car sa clé d'authentification ne peut pas être actualisée. Vous pouvez spécifier une fenêtre de redémarrage hors connexion pendant laquelle un nœud peut rejoindre un cluster après son redémarrage, tandis que le cluster s'exécute en mode de survie. Pour en savoir plus, consultez Créer un cluster.

Vérifier l'état de la connexion d'un cluster

Vous pouvez vérifier l'état de votre cluster Distributed Cloud Google Clouden suivant les étapes décrites dans Obtenir des informations sur un cluster. La commande renvoie la valeur du champ connectionState. Ce champ peut présenter l'une des valeurs suivantes :

  • CONNECTED : le cluster est connecté à Google Cloudet entièrement synchronisé avec celui-ci.
  • DISCONNECTED : le cluster n'est pas connecté à Google Cloud.
  • CONNECTED_AND_SYNCING : le cluster s'est reconnecté à Google Cloud et synchronise les données hors connexion avec Google Cloud. Ne déconnectez pas ce cluster de Google Cloud avant la fin de la synchronisation.

Étapes suivantes