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
  • 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:

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:

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.