Para migrar um projeto para um novo recurso da organização, primeiro é necessário aplicar uma política que defina os recursos da organização para os quais o projeto pode migrar. Também é necessário definir uma política da organização no destino que defina os recursos da organização de onde os projetos podem ser importados.
Para configurar as políticas da organização necessárias para a migração, você
precisa ter o papel roles/orgPolicy.policyAdmin
na organização pai e de destino.
No recurso pai do projeto que você quer migrar entre os recursos da organização, defina uma política da organização que inclua a restrição
constraints/resourcemanager.allowedExportDestinations
. Isso definirá o destino como um local válido para onde você poderá migrar o projeto.No recurso de destino, defina uma política da organização que inclua a restrição
constraints/resourcemanager.allowedImportSources
. Isso definirá a origem como um local válido do qual é possível migrar seu projeto.
Por exemplo, imagine que você tinha um projeto my-test-project
que existia em um
recurso da organização com o ID 12345678901
e queria migrá-lo para um
novo recurso da organização para sua unidade de negócios secundária, com o ID
45678901234
.
Você definiria uma política da organização em organizations/12345678901
com a restrição constraints/resourcemanager.allowedExportDestinations
aplicada e under:organizations/45678901234
definido como allowed_value.
Em seguida, defina uma política da organização em organizations/45678901234
com a restrição constraints/resourcemanager.allowedImportSources
aplicada e under:organizations/12345678901
definido como allowed_value.
Depois que essas políticas da organização forem aplicadas, será possível migrar
my-test-project
de organizations/12345678901
a
organizations/45678901234
, supondo que você tem as permissões indicadas em
Atribuir permissões de dados.
Alterar a conta de faturamento de um projeto
As contas do Cloud Billing podem ser usadas em todos os recursos da organização. Migrar um projeto de um recurso de organização para outro não afeta o faturamento, e as cobranças continuam sendo feitas na conta antiga. No entanto, a migração de projetos entre recursos da organização muitas vezes também inclui um requisito de migração para uma nova conta de faturamento.
Para mudar a conta de faturamento, faça o seguinte:
- Acesse a página de faturamento no console do Google Cloud.
Acessar a página Faturamento - Clique no nome da conta de faturamento que você quer alterar.
- Em Projetos vinculados a esta conta de faturamento, localize o nome do projeto a ser migrado e clique no botão de menu à direita.
- Clique em Alterar faturamento e selecione a nova conta de faturamento.
- Clique em Definir conta.
As cobranças já incorridas, mas que ainda não apareceram no histórico de faturamento, serão efetuadas na conta de faturamento anterior. Isso pode incluir cobranças de até dois dias antes da migração do projeto.
Migrar uma conta de faturamento entre recursos da organização
É possível migrar uma conta de faturamento de um recurso de organização para outro, mas isso nem sempre é necessário. A maioria dos recursos de organização atuais já tem uma conta de faturamento para ser usada.
Se uma nova conta de faturamento não tiver um recurso de organização associado a ela, você vai precisar receber o papel roles/billing.admin
na conta de faturamento e os papéis roles/billing.admin
e roles/billing.creator
no recurso de organização que você quer associar à conta de faturamento.
Se você precisar migrar uma conta de faturamento atual:
Você precisa ter o papel
roles/billing.admin
nos recursos da organização de origem e de destino e o papelroles/billing.creator
no recurso da organização de destino.Acesse a página de faturamento no console do Google Cloud.
Acessar a página FaturamentoClique no nome da conta de faturamento que você quer migrar.
Na parte superior da página Gerenciamento de contas, clique em Alterar organização.
Selecione o recurso da organização de destino e clique em Ok.
A conta de faturamento agora está associada ao recurso de organização especificado.
A seguir
Para saber como lidar com casos especiais durante a migração de projetos, consulte Como lidar com casos especiais.