Prima di spostare un bucket, verifica l'utilizzo del bucket e pianifica i potenziali tempi di inattività. La pianificazione della rilocazione ti aiuta anche a mantenere la compatibilità dei dati e a controllare i costi di archiviazione.
Le sezioni seguenti descrivono i passaggi di pianificazione.
Determina il tipo di rilocalizzazione del bucket
Quando sposti il bucket, è importante capire che potrebbe esserci un periodo di inattività della scrittura durante la fase di sincronizzazione finale, in cui non puoi aggiornare o caricare nuovi oggetti. Inoltre, non potrai modificare la configurazione del bucket durante il processo di rilocazione. Per determinare se il trasferimento comporta tempi di inattività, consulta Tipi di trasferimento.
Esamina le funzionalità non supportate e i requisiti di compatibilità
Identifica le configurazioni nel bucket di origine che non supportano la rilocalizzazione dei bucket e quelle che richiedono un'azione per supportarla. Se il bucket utilizza configurazioni non supportate che non possono essere modificate o se l'origine o la destinazione è una località non supportata, devi copiare manualmente gli oggetti in un altro bucket nella località di destinazione, anziché trasferire il bucket con i relativi oggetti. Per maggiori dettagli, consulta Sposta i dati tra i bucket.
Le sezioni seguenti descrivono le funzionalità non supportate e i requisiti di compatibilità.
Funzionalità non supportate
La tabella seguente descrive le funzionalità non compatibili con la rilocalizzazione dei bucket. In alcuni casi, puoi riconfigurare una funzionalità per supportare la rilocalizzazione dei bucket:
| Funzionalità | Stato di compatibilità | Azione richiesta prima di avviare la rilocalizzazione del bucket |
|---|---|---|
| Spazio dei nomi gerarchico | Non supportato per le rilocalizzazioni dei bucket con tempi di inattività in scrittura. | Se un bucket ha lo spazio dei nomi gerarchico abilitato, puoi spostarlo solo se il processo non comporta tempi di inattività in scrittura |
| Bucket Appspot | Non supportati. | Non puoi trasferire i bucket Appspot. Valuta la possibilità di eseguire la migrazione di Container Registry ad Artifact Registry come soluzione alternativa per i bucket predefiniti creati da App Engine. |
| Bucket Firebase | Non supportati. | Non puoi trasferire i bucket Firebase. |
| Blocco di oggetti | Non supportati. Non puoi trasferire i bucket contenenti oggetti con blocchi. |
Per utilizzare la rilocalizzazione dei bucket, rimuovi i blocchi degli oggetti. |
| Cartelle gestite | Non supportati. Non puoi spostare i bucket contenenti cartelle gestite. |
Per utilizzare la rilocalizzazione dei bucket, elimina le cartelle gestite. |
| Chiavi di crittografia gestite dal cliente (CMEK) o chiavi di crittografia fornite dal cliente (CSEK) | Non supportato per i trasferimenti con tempi di inattività per la scrittura. | Per utilizzare la rilocalizzazione dei bucket, rimuovi le chiavi di crittografia gestite dal cliente o le chiavi di crittografia fornite dal cliente. Dopo la rimozione, Cloud Storage protegge automaticamente i tuoi dati utilizzando la crittografia standard di Cloud Storage. |
| Rapid Cache | Non supportato per le rilocalizzazioni dei bucket senza tempi di inattività per la scrittura e parzialmente supportato per le rilocalizzazioni dei bucket con tempi di inattività per la scrittura. | Per spostare i bucket senza tempi di inattività per la scrittura, disattiva Rapid Cache prima di avviare lo spostamento. Per spostare i bucket con tempi di inattività in scrittura, disabilita Rapid Cache prima del passaggio di sincronizzazione finale. |
| Blocco di bucket | Non supportato per i bucket con una policy di conservazione attiva. Se la policy di conservazione è bloccata (il blocco del bucket è abilitato), la policy è irreversibile. Di conseguenza, Cloud Storage non supporta lo spostamento del bucket. | Se la policy di conservazione è sbloccata, devi rimuoverla prima di poter procedere con la rilocazione. |
| Blocco della conservazione degli oggetti | Non supportati. Una volta abilitato, il blocco della conservazione degli oggetti non può essere disabilitato. | Non puoi trasferire i bucket in cui è abilitato il blocco della conservazione degli oggetti. |
| Tag | Non supportato per i trasferimenti con tempi di inattività per la scrittura. |
Devi scollegare i tag collegati direttamente al bucket. Se uno dei tag che vengono scollegati dal bucket di origine viene utilizzato per controllo dell'accesso#39;accesso, devi utilizzare un metodo alternativo per configurare i ruoli IAM per proteggere i dati nel bucket. Per farlo, segui questa procedura.
|
| Configurazioni dei report sull'inventario | Le configurazioni dei report sull'inventario esistenti non vengono conservate durante il processo di trasferimento. | Salva manualmente le configurazioni dei report sull'inventario esistenti prima di avviare il processo di rilocazione, in modo da poterle ricreare al termine del processo. Per informazioni sulla gestione delle configurazioni dei report sull'inventario, consulta Crea e gestisci le configurazioni dei report sull'inventario. |
Compatibilità delle funzionalità durante la rilocalizzazione dei bucket
La tabella seguente descrive il funzionamento di altre funzionalità di Cloud Storage quando trasferisci un bucket. Il comportamento potrebbe variare a seconda della modalità di trasferimento:
| Funzionalità | Spostamento con tempi di inattività per la scrittura | Spostamento senza tempi di inattività per la scrittura |
|---|---|---|
| Comportamento di Autoclass | Autoclass viene temporaneamente messa in pausa durante la fase di sincronizzazione finale. La pausa potrebbe ritardare lo spostamento degli oggetti in classi di archiviazione ad accesso meno frequente. Per maggiori dettagli, consulta Transizioni degli oggetti Autoclass durante lo spostamento dei bucket. | Il comportamento di Autoclass non è interessato. |
| Tabelle BigQuery e BigLake | Le tabelle esterne BigLake e le tabelle BigQuery che utilizzano Apache Iceberg diventano inaccessibili dopo un trasferimento e richiedono la ricreazione manuale. Il rilevamento automatico delle tabelle interessate non è disponibile. | Supportati |
| Limite di dimensione degli oggetti | Il limite di 2 TB si applica alle dimensioni degli oggetti. | Nessun limite di dimensione. |
| Caricamenti multiparte |
La compatibilità e il comportamento dei caricamenti multiparte dipendono dallo stato del caricamento quando avvii una rilocalizzazione dei bucket:
|
La compatibilità e il comportamento dei caricamenti multiparte dipendono dallo stato del caricamento quando avvii una rilocalizzazione dei bucket:
|
| Caricamenti ripristinabili | Non supportati. I caricamenti ripristinabili in corso devono essere finalizzati prima del passaggio di sincronizzazione finale del processo di rilocalizzazione dei bucket per evitare la perdita di dati. |
Supportati |
| Spostamento tra progetti | Non supportati. Non puoi spostare i bucket da un progetto all'altro. |
Supportati |
| Aggiornamenti dei metadati | Non supportati. Non puoi aggiornare i metadati di un bucket durante la rilocazione. |
Supportati |
| Aumento graduale del tasso di richieste | I bucket trasferiti sono soggetti alle stesse linee guida per l'aumento del tasso di richieste dei bucket appena creati. | Non applicabile. |
Analizza le caratteristiche del bucket
Per stimare il tempo di rilocalizzazione del bucket, analizza le caratteristiche e l'utilizzo del bucket, tenendo conto dei seguenti fattori:
Byte at-rest: la quantità totale di dati archiviati nel bucket influisce sui costi di archiviazione e sul tempo di trasferimento.
Replica: la replica del bucket in altre regioni, in modo sincrono o asincrono, influisce sulla disponibilità, sulla durabilità e sul costo dei dati. Per maggiori dettagli, consulta Disponibilità e durabilità dei dati.
Trasferimento di dati: la quantità di dati trasferiti dal bucket durante la rilocazione influisce sui calcoli dei costi di trasferimento di dati. Per calcolare i costi di trasferimento di dati del bucket, consulta Prezzi di Cloud Storage.
Modelli di utilizzo: comprendere i livelli di attività del bucket o quanto è occupato il bucket tramite i modelli di utilizzo ti aiuta a prevenire conflitti imprevisti durante la rilocazione. Per comprendere i pattern di utilizzo del bucket, puoi analizzare i log. Per maggiori dettagli, consulta Log di utilizzo e log di archiviazione.
Operazioni di scrittura sui bucket: operazioni di scrittura frequenti sui bucket durante il processo di rilocazione aumentano i costi e la durata. I progressi della ricollocazione sono non lineari e imprevedibili. Non utilizzare la durata di spostamenti più piccoli per stimare il tempo necessario per trasferimenti più grandi. Per monitorare la frequenza con cui gli oggetti vengono scritti nel bucket, consulta Panoramica del monitoraggio in Cloud Storage.
Definisci i tuoi obiettivi di trasferimento
In base all'analisi delle caratteristiche del bucket, identifica i motivi per cui spostarlo. Di seguito sono riportati gli obiettivi comuni per la rilocazione di un bucket:
Gestione dei costi: riduci i costi di archiviazione spostando i dati in una regione con costi inferiori o riduci al minimo i costi di trasferimento dei dati spostandoli più vicino alla località di accesso. Dovrai calcolare i costi di Cloud Storage e del trasferimento di dati e confrontarli con i costi potenziali in località diverse. Per maggiori dettagli sul calcolo dei costi per Cloud Storage, consulta Prezzi di Cloud Storage.
Miglioramento delle prestazioni: migliora la velocità di accesso ai dati e le prestazioni delle applicazioni spostando il bucket più vicino agli utenti o alle applicazioni. Per farlo, identifica le regioni geografiche in cui le prestazioni sono fondamentali e sposta i bucket.
Miglioramento dell'affidabilità: migliora la durabilità dei dati e le funzionalità di ripristino di emergenza utilizzando configurazioni a due o multiregione.
Decidi la località del bucket
In base alla tua analisi e ai tuoi obiettivi, scegli la località di archiviazione più adatta per il bucket che stai trasferendo tra le seguenti opzioni:
Singola regione: archivia i dati in una singola regione, una soluzione conveniente per le applicazioni con utenti concentrati in un'unica area geografica.
A due regioni: conserva due copie dei dati in due regioni dello stesso continente, offrendo una maggiore disponibilità e funzionalità di ripristino di emergenza all'interno di un'area geografica specifica.
Multiregionale: distribuisci i dati in più regioni, offrendo il massimo livello di disponibilità e durabilità.
Per scoprire di più sulla scelta di una località, consulta Considerazioni per la scelta di una località.
Comprendi i fattori che influiscono sul tempo di trasferimento
Diversi fattori influiscono sul tempo di rilocazione e comprenderli può aiutare a stimare il tempo necessario. Sebbene questi fattori offrano un utile punto di partenza per la pianificazione e la programmazione della rilocazione, i tempi di rilocazione effettivi potrebbero essere più lunghi o più brevi del tempo stimato. Pertanto, quando pianifichi il trasferimento, aggiungi un intervallo di tempo per tenere conto di potenziali ritardi. Le sezioni seguenti descrivono i fattori che influiscono sul tempo di rilocazione.
Limiti del servizio di trasferimento
La tabella seguente descrive i limiti che influiscono sul tempo di rilocazione:
| Fattorizzazione | Valore | Descrizione |
|---|---|---|
| Tasso di richieste massimo per job | 10.000 oggetti al secondo |
Questo è il numero di richieste di copia che il servizio può gestire al secondo.
Un tasso di richieste più elevato significa che è possibile spostare più file contemporaneamente. Se il bucket contiene molti file di piccole dimensioni, un tasso di richieste elevato accelera la migrazione. Se hai solo pochi file di grandi dimensioni, questo fattore ha un impatto minore. |
| Larghezza di banda complessiva massima per progetto | 10 GBps |
Questa è la velocità o la larghezza di banda massima con cui puoi trasferire i dati per un singolo progetto all'interno di una località di origine. Se sposti più bucket all'interno dello stesso progetto, i bucket condividono la larghezza di banda.
Una larghezza di banda maggiore significa che è possibile trasferire più dati contemporaneamente. Anche con un tasso di richieste elevato, se la larghezza di banda è ridotta, il trasferimento complessivo è lento. |
| Larghezza di banda massima per singolo oggetto | 8 MBps |
Questa è la velocità massima con cui puoi trasferire un singolo oggetto.
Una larghezza di banda maggiore per singolo oggetto significa che puoi trasferire gli oggetti a una velocità maggiore. Questo è il limite di velocità per lo spostamento di un oggetto alla volta. Anche con un tasso di richieste elevato e una larghezza di banda elevata per bucket, se i singoli oggetti hanno un limite di velocità, il trasferimento può richiedere più tempo. |
| Numero massimo di trasferimenti simultanei per progetto | 30 trasferimenti | Il servizio di rilocalizzazione dei bucket supporta fino a 30 rilocalizzazioni simultanee dalla stessa località all'interno di un progetto. |
Limite di durata (TTL) per il trasferimento
Per facilitare l'utilizzo delle risorse ed evitare che le rilocalizzazioni vengano eseguite a tempo indeterminato, a tutte le rilocalizzazioni dei bucket viene applicato un limite di durata (TTL). TTL si riferisce al tempo massimo consentito per il completamento dell'intero processo di trasferimento.
Il tempo massimo consentito per completare la rilocalizzazione di un bucket è di 28 giorni e include tutte le fasi del processo di rilocalizzazione, come la copia iniziale, gli aggiornamenti incrementali e la sincronizzazione finale.
Se il processo di trasferimento supera il limite TTL di 28 giorni, l'operazione di trasferimento non va a buon fine.
Attività del bucket in corso
Se continui a scrivere nuovi oggetti, eliminare quelli esistenti o aggiornare gli oggetti nel bucket durante la rilocazione, queste operazioni competono per le risorse con le richieste di copia e possono rallentare il processo di rilocazione.
Regole del ciclo di vita
Se hai configurato regole del ciclo di vita per il bucket, ad esempio l'eliminazione o l'archiviazione automatica degli oggetti dopo un periodo di tempo specifico, queste azioni aumentano il tempo di trasferimento complessivo.
Configura Storage Intelligence
Devi configurare Storage Intelligence sia per la località di origine che per quella di destinazione. Puoi configurare Storage Intelligence a diversi livelli della gerarchia delle risorse Google Cloud. Puoi anche utilizzare i filtri di inclusione ed esclusione per includere i bucket pertinenti nella configurazione di Storage Intelligence. Per maggiori dettagli, vedi Configura Storage Intelligence.
Abilita l'eliminazione temporanea per i trasferimenti con tempi di inattività in scrittura
Se la rilocalizzazione del bucket comporta tempi di inattività per la scrittura, devi attivare l'eliminazione temporanea nel bucket e impostare la durata di conservazione su almeno sette giorni. La durata della conservazione è il periodo di tempo in cui l'eliminazione temporanea conserva gli oggetti eliminati prima di eliminarli definitivamente. Per informazioni su come configurare la durata di conservazione dell'eliminazione temporanea, consulta Utilizza l'eliminazione temporanea. Per determinare se il trasferimento comporta tempi di inattività, consulta Tipi di trasferimento.
Controlla quote e limiti
Le quote e le valutazioni della capacità cloud sono legate a regioni o zone specifiche. Di conseguenza, quando sposti un bucket in una nuova località, devi verificare che quest'ultima abbia quote sufficienti per ospitare i dati del bucket. Per saperne di più su quote e limiti, consulta Quote e limiti.
Passaggi successivi
- Scopri come spostare i bucket.