Ma charge de travail ne démarre pas
Lorsque vous essayez de démarrer une migration, vous pouvez rencontrer une erreur qui empêche votre charge de travail de démarrer correctement.
Si vous rencontrez une erreur qui empêche le démarrage correct de votre charge de travail, essayez les étapes de dépannage décrites dans ce document avant de contacter l'assistance.
Ajoutez les autorisations requises pour extraire des images de Google Container Registry
Pour que votre charge de travail démarre, le cluster doit extraire l'image de la charge de travail de Google Container Registry (GCR), qui peut parfois échouer en raison d'autorisations manquantes.
Pour identifier ce problème, procédez comme suit:
Dans la console Google Cloud, accédez à la page du Navigateur d'objets.
Sélectionnez votre cluster.
Dans la liste Types d'objets, sélectionnez Pod.
Dans la liste des pods affichés, recherchez le pod correspondant à votre charge de travail, puis cliquez sur le nom du pod pour consulter ses détails.
Sur la page Détails du pod, si une bannière affiche les erreurs
failed to pull and unpack image
et403 forbidden
, alors les autorisations requises pour extraire l'image de la charge de travail sont manquantes.
Pour résoudre ce problème, procédez comme suit:
Ajoutez un rôle appelé Lecteur des objets de l'espace de stockage au compte de service Compute Engine par défaut dans votre projet.
Ensuite, supprimez le pod de votre cluster.
Un pod est automatiquement créé pour remplacer le pod supprimé.
Votre charge de travail migrée doit maintenant être accessible.
Désactiver les clusters GKE Autopilot
Depuis Migrate to Containers, l'utilisation des clusters GKE Autopilot est activée par défaut. Par conséquent, toutes les nouvelles migrations créées pour Migrate to Containers utiliseront les clusters GKE Autopilot, sauf indication contraire.
Essayez de désactiver les clusters GKE Autopilot et essayez de redémarrer votre charge de travail de migration.
Pour désactiver les clusters GKE Autopilot, procédez comme suit pour définir v2kServiceManager
sur false
:
Modifiez votre plan de migration.
Dans le fichier
MIGRATION_NAME.yaml
, localisezv2kServiceManager
et définissez-le surfalse
.Modification :
v2kServiceManager: true
to:
v2kServiceManager: false
Enregistrez votre fichier.
Relancez votre migration à l'aide de Migrate to Containers.
Si votre charge de travail ne démarre toujours pas correctement après la désactivation des clusters GKE Autopilot, veuillez contacter votre canal d'assistance.