Ce guide explique les scénarios de migration suivants :
- Migration de projets d'une organisation vers une autre ressource
- Migration de projets créés sans organisation associée dans la hiérarchie d'une ressource Organisation.
Si vous ne disposez pas de l'autorisation resourcemanager.organizations.get
sur le
ressource d'organisation parente du projet, il est probable que vos projets
ne s'affichent pas comme prévu sous l'organisation réelle
console Google Cloud. Cela peut donner l'impression que le projet n'est pas associé
avec n'importe quelle ressource d'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 modifier. 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) 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 pages 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 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 des ressources de l'organisation. L'API Resource Manager vous permet également d'effectuer un rollback de la migration, en déplaçant le à sa position d'origine dans la hiérarchie des ressources.
Impact sur le quota
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.
Les pages suivantes peuvent être utilisées pour déterminer les quotas appliqués à une ressource Organisation:
- Que sont les quotas ?
- Lister les quotas avec gcloud
- Lister les quotas avec RPC
- Exemple de bucket de quota
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.