É possível mover um projeto do Cloud de Confiance by S3NS para um novo local na hierarquia de recursos atualizando os metadados dele. Antes de migrar um projeto para uma nova organização, analise como a migração afeta os recursos e as configurações do projeto.
Projetos na hierarquia de recursos
O recurso de projeto é a entidade organizadora de nível básico em um recurso de organização do Cloud de Confiance by S3NS. Os projetos são criados em recursos de organização e podem ser colocados em pastas ou no próprio recurso de organização, formando a hierarquia de recursos.
Talvez seja necessário migrar projetos entre recursos da organização devido a aquisições, requisitos regulatórios ou separação de unidades de negócios. Use a API Resource Manager para migrar esses projetos. A operação de migração retorna uma string que representa o nome da operação. A API também permite reverter uma migração, movendo o projeto de volta ao lugar original na hierarquia, se necessário.
Cenários de migração
O local do projeto determina qual dos dois caminhos você vai seguir:
- Migrar projetos de uma organização para outro recurso de organização.
- Migrar um projeto independente (criado sem uma organização) para a hierarquia de um recurso de organização.
Se você precisar mover um projeto de volta para Nenhuma organização depois que ele for associado a um recurso de organização, entre em contato com o Cloud Customer Care. Não é possível reverter uma organização para nenhuma organização por autoatendimento.
Além da API, também é possível usar o console do Cloud de Confiance para mover projetos. Basta selecionar o projeto e atribuir um novo destino pai a ele.
Identificar o estado atual do projeto
Antes de começar, determine se o projeto está associado a um recurso de organização. Isso determina se você segue o caminho De organização para organização ou Sem organização.
Se você não tiver a permissão resourcemanager.organizations.get no recurso da organização pai do projeto, é provável que seus projetos não sejam refletidos como esperado na organização real no console doCloud de Confiance . Isso pode fazer parecer que o projeto não está associado
a nenhum recurso de organização.
Para determinar se o projeto está associado a um recurso de organização, execute o seguinte comando:
gcloud
gcloud projects get-ancestors PROJECT_ID
Substitua PROJECT_ID pelo ID do projeto que você quer migrar.
Se a saída incluir um tipo de recurso organization na hierarquia,
seu projeto já faz parte de uma hierarquia de organização.
Se o tipo organization estiver ausente ou vazio, o projeto será independente, sem recurso de organização.
Com base no estado do projeto, siga o guia relevante:
- Se você quiser migrar projetos que foram criados sem uma organização associada, consulte Migrar projetos que não estão associados a um recurso da organização.
- Para migrar projetos de uma organização para outro recurso de organização, consulte Migrar projetos entre recursos de organização.
Como a migração funciona
A migração de um projeto não é uma transferência de dados. Seus serviços, bancos de dados e instâncias de máquina virtual (VM) permanecem ativos e não sofrem inatividade. Em vez disso, a migração atualiza o recurso pai do projeto. Como o Cloud de Confiance by S3NS segue um modelo de herança hierárquica, a postura de segurança do projeto muda no momento em que ele é anexado a um novo pai.
| Recurso | Status | Impacto |
|---|---|---|
| ID e número do projeto | Permanece igual | As chaves de API, os nomes de serviço e os IDs codificados não mudam. |
| Dados e recursos | Permanece igual | As VMs, os buckets do Storage e os bancos de dados permanecem on-line. |
| Papéis diretos do IAM | Permanece igual | Os papéis concedidos diretamente no projeto são movidos com ele. |
| Papéis herdados do IAM | Alterações | Os papéis concedidos no nível da organização ou da pasta de origem são perdidos. |
| Políticas da organização | Alterações | As restrições de origem são substituídas pelas restrições de destino. |
| Cotas | Alterações | As cotas herdadas no nível da organização são perdidas, mas as cotas para envolvidos no projeto permanecem. |
| Conta de faturamento | Permanece igual | O projeto permanece vinculado à conta de faturamento original. |
Impacto na cota
Se você tiver cotas definidas em um determinado nível de recurso, os seguintes aspectos serão aplicados após a migração:
- As cotas definidas no nível do projeto permanecem inalteradas.
- As cotas definidas no nível do recurso da organização não são transferidas. A organização perde as cotas herdadas ou as substituições de cotas.
As páginas a seguir podem ser usadas para determinar quais cotas são aplicadas a um recurso da organização:
Exemplo
$ 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'
...
Considerações importantes
Antes de iniciar uma migração, analise estas áreas de alto risco para evitar interrupções no serviço:
Limites de cota: se a organização de destino tiver limites de cota mais baixos do que a de origem, seu projeto poderá exceder a cota ao chegar.
Inventário de recursos: as atualizações na lista completa de recursos no Inventário de recursos do Cloud podem levar alguns dias para serem totalmente propagadas após a migração.
Custo e descontos: se a organização original tinha descontos baseados em SKU ou do Programa de Descontos Empresariais (EDP, na sigla em inglês), eles não serão aplicados na nova organização até que você os negocie com seu representante de vendas do Google. Os descontos por compromisso de uso (CUDs) e as compras do Google Cloud Marketplace também podem precisar ser recomprados.
Níveis de suporte: se não houver um contrato de suporte ativo ou um nível de suporte mais baixo na organização de destino, talvez você perca o nível de suporte atual.
Papéis personalizados: se o projeto depender de papéis personalizados do IAM definidos no nível da organização, eles não vão existir no destino. Recrie-as na organização de destino antes de mover.
O roteiro de migração
Use o seguinte roteiro para navegar pelo processo de migração do projeto:
- Preparação: crie um plano de migração para coordenar o cronograma.
- Executar: atribua papéis do IAM, configure políticas da organização e execute a migração.
- Verificar: conclua as tarefas pós-migração, como auditar políticas herdadas e atualizar o faturamento.