Cette checklist vous permet de planifier et d'exécuter des migrations de projets entre des ressources d'organisation. Il décrit les tâches clés, fournit des instructions brèves pour chaque étape et renvoie vers une documentation détaillée.
Créer un plan de migration
Analysez l'impact de la migration sur les services exécutés dans le projet.
Les modifications apportées à la hiérarchie des ressources peuvent affecter les stratégies héritées.
- Exécuter l'analyse de déplacement : utilisez l'API Move Analysis pour obtenir une répartition détaillée des éléments bloquants.
- Évaluer l'impact des règles : déterminez l'impact du déplacement sur les règles d'administration héritées et les règles IAM (Identity and Access Management).
- Planifiez les temps d'arrêt : certains services peuvent subir de brèves interruptions pendant la transition.
Pour en savoir plus, consultez Créer un plan de migration.
Gérer les cas particuliers
Identifiez et préparez les scénarios nécessitant une gestion spéciale au niveau du projet ou de l'organisation.
- Vérifiez les dépendances de service : vérifiez si votre projet dépend de services tels que le VPC partagé ou VPC Service Controls, ou s'il dispose d'une facturation ou d'abonnements actifs.
- Consultez la liste des cas particuliers : assurez-vous d'avoir un plan pour chaque service listé dans le guide détaillé.
- Préparer un plan de rollback : découvrez comment effectuer un rollback de la migration en cas de problème.
Pour obtenir la liste des cas particuliers et découvrir comment les gérer, consultez la section Gérer les cas particuliers.
Attribuer des rôles IAM (Identity and Access Management)
Attribuez les rôles IAM requis à la même adresse e-mail de compte principal dans les ressources d'organisation source et de destination.
Vous avez besoin des rôles suivants:
- Administrateur IAM de projet (
roles/resourcemanager.projectIamAdmin) sur le projet que vous souhaitez migrer. - Déplaceur de projet (
roles/resourcemanager.projectMover) sur la ressource parente du projet (ressource de dossier ou d'organisation). - Si la destination est un dossier : Déplaceur de projet (
roles/resourcemanager.projectMover) sur le dossier de destination. - Si la destination est une organisation : Créateur de projet (
roles/resourcemanager.projectCreator) sur la ressource d'organisation de destination. - Administrateur des règles d'administration (
roles/orgpolicy.policyAdmin) sur les ressources d'organisation source et de destination.
Pour en savoir plus, consultez Attribuer des autorisations.
Configurer des règles d'administration
Activez la migration de projets entre organisations en configurant des règles d'administration spécifiques. Sans cela, la migration échouera.
- Configurer la règle source : définissez la contrainte
constraints/resourcemanager.allowedExportDestinationssur la ressource parente pour autoriser l'exportation vers la destination. - Configurer la règle de destination : définissez la contrainte
constraints/resourcemanager.allowedImportSourcessur la ressource de destination pour autoriser l'importation depuis la source.
Pour en savoir plus, consultez Configurer des règles d'administration.
Effectuer la migration
Exécutez la migration à l'aide de la console Google Cloud , de la Google Cloud CLI ou de l'API Resource Manager.
- Exécuter la migration : utilisez la commande
gcloud beta projects moveou la console Cloud pour effectuer le déplacement. - Vérifier la migration : confirmez que le projet apparaît dans la nouvelle destination et vérifiez l'accès aux ressources.
- Effectuez les tâches post-migration : vérifiez les règles héritées, auditez l'accès et, si vous le souhaitez, mettez à jour le compte de facturation.
- Nettoyage : révoquez les rôles IAM temporaires et supprimez les contraintes temporaires des règles d'administration.
Pour obtenir des instructions détaillées, consultez Effectuer la migration.