Puoi spostare un progetto Cloud de Confiance by S3NS in una nuova posizione nella gerarchia delle risorse aggiornandone i metadati. Prima di eseguire la migrazione di un progetto a una nuova organizzazione, esamina l'impatto della migrazione sulle risorse e sulle configurazioni del progetto.
Progetti nella gerarchia delle risorse
La risorsa progetto è l'entità organizzativa di livello base in una risorsa organizzazione Cloud de Confiance by S3NS. I progetti vengono creati all'interno delle risorse dell'organizzazione e possono essere inseriti in cartelle o nella risorsa dell'organizzazione stessa, formando la gerarchia delle risorse.
Potresti dover eseguire la migrazione dei progetti tra le risorse dell'organizzazione a causa di acquisizioni, requisiti normativi o separazione delle unità aziendali. Puoi utilizzare l'API Resource Manager per eseguire la migrazione di questi progetti. L'operazione di migrazione restituisce una stringa che rappresenta il nome dell'operazione. L'API consente anche di eseguire il rollback di una migrazione, riportando il progetto alla sua posizione originale nella gerarchia, se necessario.
Scenari di migrazione
La località del progetto determina quale dei due percorsi seguire:
- Eseguire la migrazione dei progetti da un'organizzazione a un'altra risorsa di organizzazione.
- Eseguire la migrazione di un progetto autonomo (creato senza un'organizzazione) nella gerarchia di una risorsa organizzazione.
Se devi spostare un progetto di nuovo in Nessuna organizzazione dopo che è stato associato a una risorsa organizzazione, devi contattare l'assistenza clienti Google Cloud. Il rollback self-service da un'organizzazione a nessuna organizzazione non è supportato.
Oltre all'API, puoi utilizzare anche la console Cloud de Confiance per spostare i progetti selezionandoli e assegnando loro una nuova destinazione principale.
Identifica lo stato attuale del progetto
Prima di iniziare, devi determinare se il tuo progetto è associato a una risorsa organizzazione. Questo determina se segui il percorso Da organizzazione a organizzazione o il percorso Nessuna organizzazione.
Se non disponi dell'autorizzazione resourcemanager.organizations.get sulla risorsa organizzazione padre del progetto, è probabile che i tuoi progetti non vengano visualizzati come previsto nell'organizzazione effettiva nella consoleCloud de Confiance . Di conseguenza, può sembrare che il progetto non sia associato a nessuna risorsa dell'organizzazione.
Per determinare se il progetto è associato a una risorsa dell'organizzazione, esegui il seguente comando:
gcloud
gcloud projects get-ancestors PROJECT_ID
Sostituisci PROJECT_ID con l'ID del progetto di cui vuoi eseguire la migrazione.
Se l'output include un tipo di risorsa organization nella gerarchia, il tuo progetto fa già parte di una gerarchia dell'organizzazione.
Se il tipo organization non è presente o è vuoto, il progetto è un progetto autonomo senza risorse dell'organizzazione.
In base allo stato del progetto, segui la guida pertinente:
- Se vuoi eseguire la migrazione di progetti creati senza un'organizzazione associata, consulta Esegui la migrazione dei progetti non associati a una risorsa dell'organizzazione.
- Se vuoi eseguire la migrazione dei progetti da un'organizzazione a un'altra risorsa organizzazione, consulta Esegui la migrazione dei progetti tra le risorse organizzazione.
Come funziona la migrazione
La migrazione di un progetto non è un trasferimento di dati. I servizi, i database e le istanze di macchine virtuali (VM) rimangono attivi e non subiscono tempi di inattività. La migrazione aggiorna invece la risorsa padre del progetto. Poiché Cloud de Confiance by S3NS segue un modello di ereditarietà gerarchica, la security posture del progetto cambia nel momento in cui viene collegato a un nuovo elemento padre.
| Funzionalità | Stato | Impatto |
|---|---|---|
| ID progetto e numero | Rimane invariato | Le chiavi API, i nomi dei servizi e gli ID impostati come hardcoded rimangono invariati. |
| Dati e risorse | Rimane invariato | Le VM, i bucket di archiviazione e i database rimangono online. |
| Ruoli IAM diretti | Rimane invariato | I ruoli concessi direttamente sul progetto vengono spostati con quest'ultimo. |
| Ruoli IAM ereditati | Modifiche | I ruoli concessi a livello di organizzazione o cartella di origine vengono persi. |
| Policy dell'organizzazione | Modifiche | I vincoli di origine vengono sostituiti dai vincoli di destinazione. |
| Quote | Modifiche | Le quote ereditate a livello di organizzazione vengono perse, mentre quelle a livello di progetto rimangono. |
| Account di fatturazione | Rimane invariato | Il progetto rimane collegato all'account di fatturazione originale. |
Impatto sulla quota
Se hai definito quote a un determinato livello di risorsa, dopo la migrazione vengono applicati i seguenti aspetti:
- Le quote definite a livello di progetto rimangono invariate.
- Le quote definite a livello di risorsa organizzazione non vengono trasferite. L'organizzazione perde tutte le quote ereditate o gli override delle quote.
Le seguenti pagine possono essere utilizzate per determinare quali quote vengono applicate a una risorsa dell'organizzazione:
- Visualizza e gestisci le quote
- Elenca le quote con gcloud
- Elenca le quote con RPC
- Esempio di bucket di quota
Esempio
$ 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'
...
Considerazioni critiche
Prima di avviare una migrazione, esamina queste aree ad alto rischio per evitare interruzioni del servizio:
Limiti di quota: se l'organizzazione di destinazione ha limiti di quota inferiori rispetto all'origine, il progetto potrebbe superare la quota all'arrivo.
Inventario degli asset: gli aggiornamenti all'elenco completo delle risorse in Cloud Asset Inventory possono richiedere alcuni giorni per essere propagati completamente dopo la migrazione.
Costi e sconti: se l'organizzazione originale aveva sconti basati su SKU o sconti del programma Enterprise Discount Program (EDP), questi sconti non si applicano alla nuova organizzazione finché non li negozi con il tuo rappresentante di vendita Google. Anche gli sconti per impegno di utilizzo (CUD) e gli acquisti su Google Cloud Marketplace potrebbero dover essere riacquistati.
Livelli di assistenza: se non esiste un contratto di assistenza attivo o un livello di assistenza inferiore nell'organizzazione di destinazione, potresti perdere il livello di assistenza attuale.
Ruoli personalizzati: se il progetto si basa su ruoli IAM personalizzati definiti a livello di organizzazione, questi ruoli non esisteranno nella destinazione. Ricreale nell'organizzazione di destinazione prima di eseguire lo spostamento.
La roadmap della migrazione
Utilizza la seguente roadmap per navigare nel processo di migrazione dei progetti:
- Preparazione: crea un piano di migrazione per coordinare le tempistiche.
- Esegui: assegna i ruoli IAM e configura le policy dell'organizzazione ed esegui la migrazione.
- Verifica: completa le attività post-migrazione, come il controllo delle policy ereditate e l'aggiornamento della fatturazione.