Ce guide explique les scénarios de migration suivants:
- Migration de projets d'une organisation vers une autre ressource
- Migration des projets créés sans ressource d'organisation associée dans la hiérarchie d'une ressource d'organisation.
Si vous ne disposez pas de l'autorisation resourcemanager.organizations.get
sur la ressource d'organisation parente du projet, il est probable que vos projets ne s'affichent pas comme prévu dans l'organisation réelle de la console Google Cloud. Cela peut donner l'impression que le projet n'est associé à aucune ressource de l'organisation.
Pour déterminer si le projet est associé à une ressource d'organisation, procédez comme suit:
gcloud
Exécutez la commande suivante :
gcloud projects describe PROJECT_ID
Remplacez PROJECT_ID par l'ID du projet que vous souhaitez migrer.
Si la ressource parente n'est pas affichée dans la sortie, cela confirme que le projet n'est pas associé à une ressource d'organisation.
Si la ressource parente (dossier ou ressource d'organisation) s'affiche dans la sortie, cela confirme que le projet est associé à une ressource d'organisation.
Pour en savoir plus sur la migration de projets, consultez les ressources suivantes:
- Si vous souhaitez migrer des projets créés sans organisation associée, consultez la section Migrer des projets sans ressource d'organisation.
- Si vous souhaitez migrer des projets d'une organisation vers une autre ressource, consultez la checklist de migration de projets détaillée.
La ressource "Projet" constitue l'entité d'organisation de base dans une ressource d'organisation Google Cloud. Les projets sont créés dans des ressources d'organisation et peuvent être placés dans des dossiers ou dans la ressource "Organisation" elle-même, formant la hiérarchie des ressources. Vous devrez peut-être migrer des projets entre les ressources de l'organisation en raison d'acquisitions, d'exigences réglementaires et d'une séparation entre les unités commerciales, entre autres.
Vous pouvez utiliser l'API Resource Manager pour migrer des projets entre les ressources de l'organisation. L'API Resource Manager vous permet également d'effectuer un rollback de la migration pour replacer le projet à son emplacement d'origine dans la hiérarchie des ressources.
Impact sur les quotas
Si vous avez défini des quotas à un certain niveau de ressources, les aspects suivants s'appliquent après la migration:
- Les quotas définis au niveau du projet restent inchangés.
- Les quotas définis au niveau de la ressource d'organisation ne sont pas transférés. L'organisation perd tous les quotas hérités.
Vous pouvez utiliser les pages suivantes pour déterminer les quotas appliqués à une ressource d'organisation:
- Que sont les quotas ?
- Lister les quotas avec gcloud
- Lister les quotas avec RPC
- Exemple de quota bucket
Exemple
$ gcloud alpha services quota list --service=compute.googleapis.com --consumer=projects/workloadyee --filter="metric: compute.googleapis.com/cpus"
...
- defaultLimit: '600'
dimensions:
region: us-central1
effectiveLimit: '650'
...
Étape suivante
Pour en savoir plus sur les tâches impliquées dans la migration de projets, consultez la checklist pour la migration de projets.