Migrer des projets entre les ressources d'une organisation

Ce guide explique les scénarios de migration suivants :

  • Migration de projets d'une organisation vers une autre ressource d'organisation.
  • Migration de 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 "Organisation", les éléments suivants:

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 ne s'affiche pas dans la sortie, cela confirme que le projet n'est pas associé à une ressource Organisation.

Si la ressource parente (dossier ou ressource d'organisation) est affichée dans le résultat, cela confirme que le projet est associé à une organisation ressource.

Pour en savoir plus sur la migration de projets, consultez les ressources suivantes :

La ressource "Projet" est l'entité d'organisation de base au sein d'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 des ressources de l'organisation pour les raisons suivantes : les acquisitions, les exigences réglementaires et la 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 :

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 liées à la migration de projets, consultez la checklist pour la migration de projets.