Configurar políticas da organização

Para migrar um projeto para um novo recurso da organização, primeiro aplique uma política da organização que defina os recursos da organização para os quais o projeto pode migrar. Também é preciso definir uma política da organização no destino que defina os recursos da organização de onde os projetos podem ser importados.

No recurso pai do projeto que você quer migrar entre 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, digamos que você tenha um projeto my-test-project em um recurso da organização com o ID 12345678901 e queira migrá-lo para um novo recurso de organização da 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, você poderá migrar my-test-project de organizations/12345678901 para organizations/45678901234, supondo que tenha as permissões indicadas em Atribuir permissões.

Alterar a conta de faturamento de um projeto

As contas do Cloud Billing podem ser usadas em recursos da organização. Migrar um projeto de um recurso da organização para outro não afetará o faturamento, e as cobranças continuarão sendo feitas na conta de faturamento antiga. No entanto, a migração de projetos entre recursos da organização geralmente também inclui um requisito de migração para uma nova conta de faturamento.

Para mudar a conta de faturamento, faça o seguinte:

  1. Acesse a página "Faturamento" no console do Google Cloud.
    Acessar a página Faturamento
  2. Clique no nome da conta de faturamento que você quer alterar.
  3. Em Projetos vinculados a esta conta de faturamento, encontre o nome do projeto que será migrado e clique no botão de menu à direita.
  4. Clique em Alterar faturamento e selecione a nova conta de faturamento.
  5. 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 da organização para outro, embora essa não seja uma etapa necessária. A maioria dos recursos atuais da organização já tem uma conta de faturamento que deve ser usada.

Se uma nova conta de faturamento não tiver um recurso de organização associado a ela, você precisará receber o papel roles/billing.admin na conta de faturamento e os papéis roles/billing.admin e roles/billing.creator no recurso da organização que quiser associar à sua conta de faturamento.

Se você precisar migrar uma conta de faturamento atual:

  1. É necessário ter o papel roles/billing.admin nos recursos da organização de origem e de destino e o papel roles/billing.creator no recurso da organização de destino.

  2. Acesse a página "Faturamento" no console do Google Cloud.
    Acessar a página Faturamento

  3. Clique no nome da conta de faturamento que você quer migrar.

  4. Na parte superior da página Gerenciamento de contas, clique em Alterar organização.

  5. Selecione o recurso da organização de destino e clique em OK.

A conta de faturamento agora está associada ao recurso da organização especificado.

A seguir

Para saber mais sobre como lidar com casos especiais durante a migração de projeto, consulte Como lidar com casos especiais.