Configurer une mise à niveau

Cette page fournit des informations sur la mise à jour d'une organisation locataire, avec des étapes pour configurer des périodes de maintenance, et pour planifier et effectuer la mise à niveau d'un cluster utilisateur Google Distributed Cloud (GDC) isolé, qui inclut des nœuds et des VM.

1. Migration des clusters d'utilisateur

1.1. Mises à niveau automatiques

Les composants opérationnels suivants sont automatiquement mis à niveau lors de cette étape :

Champ d'application	Composants actionnables
Services réservés aux organisations	KUB

1.1.1. Prérequis

Assurez-vous de disposer du rôle Administrateur de cluster d'utilisateur pour gérer les mises à niveau des clusters d'utilisateur. Si vous n'y avez pas accès, suivez les étapes décrites dans Accorder l'accès aux ressources du projet.

1.1.2. Instructions pour les mises à niveau automatiques

1. Connectez-vous à la console GDC.
2. Dans le menu de navigation, sélectionnez Clusters.

3. Consultez le libellé de la colonne Notifications pour identifier les clusters d'utilisateur pour lesquels des mises à niveau sont disponibles. Elles sont indiquées par la mention Mise à niveau disponible.

   

   Figure 6. Mise à niveau disponible dans la colonne "Notifications"

4. Cliquez sur Mise à niveau disponible pour le cluster d'utilisateur que vous souhaitez mettre à niveau. Vous trouverez ce cluster d'utilisateur dans la colonne Nom. Recherchez Mise à niveau disponible pour ce cluster d'utilisateur dans Notifications sur la même ligne.

   La page Détails de la mise à niveau s'ouvre. Vous voyez la version du cluster d'utilisateur GDCH disponible et la version de Kubernetes correspondante.

   

   Figure 7. Page "Détails de la migration"

5. Cliquez sur l'icône de modification située à côté du nom de la version du cluster utilisateur GDCH, choisissez votre version cible, puis cliquez sur Enregistrer.

   

   Figure 8. Choisissez votre version cible, puis cliquez sur "Enregistrer".

6. Cliquez sur le bouton Mettre à niveau pour lancer la mise à niveau du cluster d'utilisateur.

   

   Figure 9 : Démarrer la mise à niveau du cluster d'utilisateur

7. Lorsque la mise à niveau commence, actualisez la page Détails de la mise à niveau pour afficher sa progression.

   

8. Revenez à la page Clusters et vérifiez que l'état du cluster d'utilisateur est défini sur EN COURS DE MISE À NIVEAU :

   

9. Une fois la mise à niveau terminée, vérifiez que l'état PRÊT s'affiche à nouveau pour le cluster, avec la version mise à jour sous Version GDCH :

   

1.2. Vérifications après la mise à niveau

Recherchez les échecs de sous-composants dans chaque cluster d'utilisateur :

Check for the subcomponents that show ReconciliationError or Reconciling status. Point the kubeconfig to ORG ADMIN KUBECONFIG:

export KUBECONFIG=/root/release/org-admin/org-1-admin-kubeconfig
export CLUSTER=user-vm-1
echo "Subcomponents with failures"
kubectl get subcomponent -n ${CLUSTER} -o json | jq -r '.items[] |  select(.status.conditions[]?.reason == "ReconciliationError") | select(.status.featureDisabled != true) |  "Sub-Component: \(.metadata.name) - \(.status.conditions[]?.message)"'
echo "Subcomponents still reconciling"
kubectl get subcomponent -n ${CLUSTER} -o json | jq -r '.items[] |  select(.status.conditions[]?.reason == "Reconciling") | select(.status.featureDisabled != true) | select( "\(.status)" | contains("PreinstallPending") | not) | "Sub-Component: \(.metadata.name) - \(.status.conditions[]?.message)"'

2. Contacter l'équipe Google

Consultez la page Demander de l'aide pour savoir comment contacter Google et obtenir de l'aide.