Planifier la relocalisation de vos buckets

Pour relocaliser des buckets, définissez vos objectifs et comprenez l'utilisation de vos buckets avant de lancer une relocalisation de bucket. Les sections suivantes décrivent les principales étapes de planification.

Analyser les caractéristiques du bucket

Pour estimer le temps nécessaire au déplacement de votre bucket, analysez ses caractéristiques et son utilisation en tenant compte des facteurs suivants :

  • Octets au repos : la quantité totale de données stockées dans le bucket a un impact sur les coûts de stockage et le temps de transfert.

  • Réplication : la réplication du bucket dans d'autres régions, de manière synchrone ou asynchrone, a un impact sur la disponibilité, la durabilité et le coût des données. Pour en savoir plus, consultez Disponibilité et durabilité des données.

  • Transfert de données : la quantité de données transférées hors du bucket lors de la relocalisation a une incidence sur le calcul des coûts de transfert de données. Pour calculer les coûts de transfert de données de votre bucket, consultez les tarifs de Cloud Storage.

  • Schémas d'utilisation : comprendre les niveaux d'activité des buckets, ou leur niveau d'utilisation, grâce aux schémas d'utilisation vous aide à éviter les conflits inattendus lors de la relocalisation. Pour comprendre les schémas d'utilisation de votre bucket, vous pouvez analyser vos journaux. Pour en savoir plus, consultez Journaux d'utilisation et journaux de stockage.

  • Opérations d'écriture de buckets : les opérations d'écriture de buckets fréquentes pendant le processus de relocalisation augmentent le coût et la durée. Pour comprendre la fréquence à laquelle les objets sont écrits dans votre bucket, consultez Présentation de la surveillance dans Cloud Storage.

Définir vos objectifs de déménagement

En fonction de votre analyse des caractéristiques du bucket, identifiez les raisons du déplacement de votre bucket. Voici quelques objectifs courants pour le déplacement d'un bucket :

  • Gestion des coûts : réduisez les coûts de stockage en migrant vers une région moins chère ou minimisez les coûts de transfert de données en rapprochant les données de leur emplacement d'accès. Vous devrez calculer vos coûts Cloud Storage et de transfert de données, puis les comparer aux coûts potentiels dans différents emplacements. Pour en savoir plus sur le calcul des coûts de Cloud Storage, consultez la page Tarifs de Cloud Storage.

  • Amélioration des performances : améliorez la vitesse d'accès aux données et les performances des applications en relocalisant le bucket plus près des utilisateurs ou des applications. Pour ce faire, identifiez les régions géographiques où les performances sont critiques et déplacez vos buckets.

  • Amélioration de la fiabilité : améliorez la durabilité des données et les capacités de reprise après sinistre en utilisant des configurations birégionales ou multirégionales.

Choisir l'emplacement du bucket

En fonction de votre analyse et de vos objectifs, choisissez l'emplacement de stockage le plus adapté au bucket que vous déplacez parmi les options suivantes :

  • Région unique : stockez les données dans une seule région, ce qui est rentable pour les applications dont les utilisateurs sont concentrés dans une zone géographique.

  • Birégion : conservez deux copies de vos données dans deux régions du même continent. Vous bénéficiez ainsi d'une disponibilité accrue et de capacités de reprise après sinistre dans une zone géographique spécifique.

  • Multirégional : distribuez les données sur plusieurs régions, ce qui offre le plus haut niveau de disponibilité et de durabilité.

Pour en savoir plus sur le choix d'un emplacement, consultez Éléments à prendre en compte pour choisir un emplacement.

Comprendre les facteurs qui affectent le temps de transfert

Plusieurs facteurs influent sur le temps de transfert. Les comprendre peut vous aider à l'estimer. Bien que ces facteurs constituent un bon point de départ pour planifier et programmer votre migration, les délais réels peuvent être plus longs ou plus courts que ceux estimés. Par conséquent, lorsque vous planifiez votre déménagement, prévoyez une marge pour tenir compte des éventuels retards. Les sections suivantes décrivent les facteurs qui ont une incidence sur le temps de relocalisation.

Limites du service de déménagement

Le tableau suivant décrit les limites qui affectent le temps de relocalisation :

Facteur Valeur Description
Taux de requêtes maximal par job 10 000 objets par seconde Il s'agit du nombre de demandes de copie que le service peut traiter par seconde.

Un taux de requêtes plus élevé signifie que davantage de fichiers peuvent être déplacés simultanément. Si votre bucket contient de nombreux petits fichiers, un taux de requêtes élevé accélère la migration. Si vous n'avez que quelques fichiers volumineux, ce facteur a moins d'impact.

Bande passante globale maximale par projet 10 Gbit/s Il s'agit de la vitesse ou de la bande passante maximales auxquelles vous pouvez transférer des données pour un seul projet dans un emplacement source. Si vous déplacez plusieurs buckets dans le même projet, ils partagent la bande passante.

Plus la bande passante est élevée, plus la quantité de données pouvant être transférées simultanément est importante. Même avec un taux de requêtes élevé, si la bande passante est faible, le transfert global est lent.

Bande passante maximale par objet

8 Mbit/s Il s'agit de la vitesse maximale à laquelle vous pouvez transférer un seul objet.

Plus la bande passante par objet est élevée, plus vous pouvez transférer les objets rapidement. Il s'agit de la limite de vitesse pour déplacer un objet à la fois. Même avec un débit de requêtes et une bande passante élevés par bucket, si des objets individuels ont une limite de vitesse, leur transfert peut prendre plus de temps.

Nombre maximal de relocalisations simultanées par projet

5 relocalisations Le service de relocalisation de buckets accepte jusqu'à cinq relocalisations simultanées depuis le même emplacement dans un projet.

Limite de la durée de vie de la relocalisation

Pour garantir une utilisation efficace des ressources et éviter que les relocalisations ne s'exécutent indéfiniment, une limite de durée de vie (TTL) s'applique à toutes les relocalisations de buckets. Le TTL fait référence au délai maximal autorisé pour l'ensemble du processus de transfert.

La durée maximale autorisée pour effectuer le déplacement d'un bucket est de 28 jours. Elle inclut toutes les phases du processus de déplacement, telles que la copie initiale, les mises à jour incrémentielles et la synchronisation finale.

Si le processus de transfert dépasse la limite de 28 jours de TTL, l'opération de transfert échoue.

Activité en cours dans le bucket

Si vous continuez à écrire de nouveaux objets, à supprimer des objets existants ou à mettre à jour des objets dans le bucket pendant le déplacement, ces opérations entrent en concurrence pour les ressources avec les demandes de copie et peuvent ralentir le processus de déplacement.

Règles de cycle de vie

Si vous avez configuré des règles de cycle de vie pour votre bucket, comme la suppression ou l'archivage automatiques des objets après une période spécifique, ces actions augmentent le temps de déplacement global.

Configurer Storage Intelligence

Vous devez configurer Storage Intelligence pour les emplacements source et de destination. Vous pouvez configurer Storage Intelligence à différents niveaux de votre hiérarchie des ressources Google Cloud. Vous pouvez également utiliser des filtres d'inclusion et d'exclusion pour inclure les buckets pertinents dans votre configuration Storage Intelligence. Pour en savoir plus, consultez Configurer Storage Intelligence.

Éléments à prendre en compte concernant d'autres fonctionnalités

Lorsque vous déplacez des buckets, cela interagit avec d'autres fonctionnalités de Cloud Storage :

Activer la suppression réversible

Pour déplacer un bucket, vous devez activer la suppression réversible sur le bucket et définir la durée de conservation sur au moins sept jours. La durée de conservation correspond à la période pendant laquelle la suppression réversible conserve les objets supprimés avant de les supprimer définitivement. Pour savoir comment configurer la durée de conservation de la suppression réversible, consultez Utiliser la suppression réversible.

Vérifier les quotas et les limites

Les quotas et les évaluations de la capacité cloud sont liés à des régions ou zones spécifiques. Par conséquent, lorsque vous déplacez un bucket vers un nouvel emplacement, vous devez vous assurer que ce nouvel emplacement dispose de quotas suffisants pour accueillir les données du bucket. Pour en savoir plus sur les quotas et les limites, consultez Quotas et limites.

Déterminer le type de déplacement de votre bucket

Lorsque vous déplacez votre bucket, il est important de comprendre qu'il peut y avoir une période d'indisponibilité en écriture lors de l'étape de synchronisation finale, pendant laquelle vous ne pouvez pas mettre à jour ni importer de nouveaux objets. De plus, vous ne pourrez pas modifier la configuration de votre bucket pendant le processus de transfert. Pour déterminer si votre relocalisation implique un temps d'arrêt, consultez Déterminer votre type de relocalisation.

Supprimer les tags de bucket existants

Vous ne pouvez pas déplacer un bucket auquel des tags de bucket sont associés. Tous les tags existants doivent être supprimés avant le déplacement du bucket. Si l'un des tags supprimés de votre bucket source est utilisé pour le contrôle des accès, vous devrez utiliser une autre méthode pour configurer les autorisations IAM afin de garantir la sécurité des données de votre bucket. Pour ce faire, procédez comme suit :

  1. Copiez la configuration de votre balise et stockez-la en lieu sûr.

  2. Dissociez tous les tags existants du bucket source.

  3. Configurez les autorisations IAM pour qu'elles correspondent à vos règles de contrôle des accès existantes.

  4. Après avoir déplacé le bucket, associez-lui les tags existants.

Enregistrer les configurations de rapport d'inventaire existantes

Les configurations de rapports d'inventaire existantes ne sont pas conservées lors du processus de transfert. Nous vous recommandons d'enregistrer manuellement vos configurations de rapports sur l'inventaire existantes avant de commencer le processus de migration, car vous devrez les recréer une fois le processus de migration terminé. Pour en savoir plus sur la gestion des configurations de rapports d'inventaire, consultez Créer et gérer des configurations de rapports d'inventaire.

Étapes suivantes