Emplacement des buckets

Cette page explique le concept d’emplacement de bucket et indique les différents emplacements dans lesquels vous pouvez créer des buckets. L'emplacement d'un bucket définit l'emplacement physique où se trouvent les données d'objets qu'il contient.

Pour savoir comment définir l'emplacement d'un bucket, consultez la section Créer des buckets.

Concepts clés

  • Lorsque vous créez un bucket, vous définissez de manière permanente un emplacement géographique pour le stockage de vos données d'objets.

  • Vous avez le choix entre les types d'emplacement lieu suivants :

    • Une région est un lieu géographique spécifique, par exemple São Paulo.

    • Une région birégionale est une paire spécifique de régions, telle que Tokyo et Osaka.

    • Un emplacement multirégional correspond à un secteur géographique de grande étendue, par exemple les États-Unis, et comporte au moins deux lieux géographiques.

  • Le type d'emplacement détermine la manière dont vos données sont répliquées et facturées.

  • Cloud Storage stocke les données d'objet à l'emplacement sélectionné conformément aux Conditions spécifiques au service.

  • Les informations d'emplacement d'un bucket font partie des métadonnées de ce bucket, que vous pouvez afficher si vous disposez de l'autorisation nécessaire.

Considérations relatives aux emplacements

Lorsque vous choisissez l'emplacement d'un bucket Cloud Storage, tenez compte des différences de disponibilité, de prix et de performances, comme indiqué dans le tableau suivant.

Région Birégional Multirégional
Disponibilité
  • Redondance des données entre les zones de disponibilité (synchrone)
  • RTO (objectif de temps de récupération)=0: basculement et restauration automatisés en cas de défaillance d'une zone (inutile de modifier les chemins de stockage)
  • Disponibilité supérieure aux régions pour une classe de stockage donnée
  • Redondance des données entre les régions (asynchrone)
  • L'option Réplication turbo pour la réplication dans un délai de 15 minutes
  • RTO (objectif de temps de récupération)=0: basculement et restauration automatisés en cas de défaillance régionale (il n'est pas nécessaire de modifier les chemins de stockage)
  • Disponibilité supérieure aux régions pour une classe de stockage donnée
  • Redondance des données entre les régions (asynchrone)
  • RTO (objectif de temps de récupération)=0: basculement et restauration automatisés en cas de défaillance régionale (il n'est pas nécessaire de modifier les chemins de stockage)
Performances
  • 200 Gbit/s (par région et par projet)
  • Évolutivité à plusieurs Tbit/s en demandant un quota de bande passante plus élevé
  • 200 Gbit/s (par région et par projet)
  • Évolutivité à plusieurs Tbit/s en demandant un quota de bande passante plus élevé
  • 50 Gbit/s (par région et par projet)
  • Scaling limité des performances, performances variables pour les lectures
Tarifs
  • Prix le plus bas pour le stockage
  • Aucuns frais de réplication
  • Aucuns frais de transfert de données sortantes lorsque vous lisez des données dans la même région
  • Prix le plus élevé pour le stockage
  • Les frais de réplication s'appliquent en écriture
  • Aucuns frais de transfert de données sortantes lors de la lecture de données dans une région
  • Prix de stockage plus élevé que les emplacements régionaux, mais inférieur au stockage birégional
  • Des frais de réplication s'appliquent à l'écriture
  • Des frais de transfert de données sortantes s'appliquent toujours lors de la lecture de données

Recommandations concernant les emplacements

Conditions requises Emplacement recommandé du bucket Exemples de charges de travail
  • Latence et bande passante optimisées
  • Coûts de stockage des données les plus bas
  • Redondance interzone
Région
  • Analyse
  • Sauvegarde et archivage
  • Latence et bande passante optimisées
  • Redondance interrégionale
Birégional1
  • Analyse
  • Sauvegarde et archivage
  • Reprise après sinistre
  • Accès aux données géographiques croisées
  • Redondance interrégionale
Multirégional
  • Diffusion de contenu
  1. Si vous avez besoin d'une version courte et prévisible de l'Objectif de point de récupération (RPO), activez le niveau Premium de la fonctionnalité de Réplication turbo.
  • Pour optimiser les performances et réduire votre coût total de possession, colocalisez vos données et effectuez des calculs dans une même région. Les régions et les emplacements birégionaux sont tous deux adaptés à cette fin.
  • Pour éviter des frais de réplication des données, stockez les ensembles de données de courte durée dans des régions.
  • Pour les charges de travail d'analyse ad hoc associées à des performances modérées, le stockage multirégional peut constituer un choix économique.

  • Pour connaître les coûts de stockage dans chaque emplacement, consultez la grille tarifaire pour le stockage des données.

Remarques à propos des instances de VM Compute Engine

  • Stocker vos données dans la même région que vos instances de VM Compute Engine peut améliorer les performances. Cet avantage s'applique aussi bien aux régions qu'aux zones birégionales.
  • Bien qu'il ne soit pas possible de spécifier une zone Compute Engine en tant qu'emplacement de bucket, toutes les instances de VM Compute Engine situées dans une région donnée offrent des performances semblables lors de l'accès aux buckets de cette région.

Régions acceptées

Les sections suivantes répertorient les emplacements Cloud Storage disponibles pour stocker vos données.

Régions

Zone géographique Nom de la région Description de la région
Amérique du Nord
NORTHAMERICA-NORTHEAST1 Montréal Icône Feuille Faibles émissions de CO2
NORTHAMERICA-NORTHEAST2 Toronto Icône Feuille Faibles émissions de CO2
US-CENTRAL1 Iowa Icône Feuille Faibles émissions de CO2
US-EAST1 Caroline du Sud
US-EAST4 Virginie du Nord
US-EAST5 Columbus
US-SOUTH1 Dallas
US-WEST1 Oregon Icône Feuille Faibles émissions de CO2
US-WEST2 Los Angeles
US-WEST3 Salt Lake City
US-WEST4 Las Vegas
Amérique du Sud
SOUTHAMERICA-EAST1 São Paulo Icône Feuille Faibles émissions de CO2
SOUTHAMERICA-WEST1 Santiago icône feuille Faibles émissions de CO2
Europe
EUROPE-CENTRAL2 Varsovie
EUROPE-NORTH1 Finlande Icône Feuille Faibles émissions de CO2
EUROPE-SOUTHWEST1 Madrid
EUROPE-WEST1 Belgique Icône Feuille Faibles émissions de CO2
EUROPE-WEST2 Londres icône feuille Faibles émissions de CO2
EUROPE-WEST3 Francfort icône feuille Faibles émissions de CO2
EUROPE-WEST4 Pays-Bas
EUROPE-WEST6 Zurich Icône Feuille Faibles émissions de CO2
EUROPE-WEST8 Milan
EUROPE-WEST9 Paris Icône Feuille Faibles émissions de CO2
EUROPE-WEST10 Berlin
EUROPE-WEST12 Turin
Asie
ASIA-EAST1 Taïwan
ASIA-EAST2 Hong Kong
ASIA-NORTHEAST1 Tokyo
ASIA-NORTHEAST2 Osaka
ASIA-NORTHEAST3 Séoul
ASIA-SOUTHEAST1 Singapour
Inde
ASIA-SOUTH1 Mumbai
ASIA-SOUTH2 Delhi
Indonésie
ASIA-SOUTHEAST2 Jakarta
Moyen-Orient
ME-CENTRAL1 Doha
ME-CENTRAL2 Dammam, Arabie saoudite
ME-WEST1 Tel Aviv
Australie
AUSTRALIA-SOUTHEAST1 Sydney
AUSTRALIA-SOUTHEAST2 Melbourne
Afrique
AFRICA-SOUTH1 Johannesburg

Emplacements birégionaux

Lorsque vous créez un bucket birégional, la paire de régions que vous utilisez pour créer le bucket birégional doit se trouver dans la même zone multirégionale. Vous devez inclure le code de cette zone multirégionale dans le paramètre LOCATION lors de la création de votre bucket. Ce code multirégional est également spécifié lors de l'utilisation de clés de chiffrement gérées par le client ou de la contrainte d'emplacement des ressources avec une zone birégionale.

Les régions suivantes sont actuellement compatibles avec la création de zones birégionales :

Code multirégional Nom de la région Description de la région
ASIA
ASIA-EAST1 Taïwan
ASIA-NORTHEAST11 Tokyo
ASIA-NORTHEAST21 Osaka
ASIA-SOUTHEAST1 Singapour
AU
AUSTRALIA-SOUTHEAST1 Sydney
AUSTRALIA-SOUTHEAST2 Melbourne
CA
NORTHAMERICA-NORTHEAST1 Montréal
NORTHAMERICA-NORTHEAST2 Toronto
EU
EUROPE-CENTRAL2 Varsovie
EUROPE-NORTH12 Finlande
EUROPE-SOUTHWEST1 Madrid
EUROPE-WEST1 Belgique
EUROPE-WEST3 Francfort
EUROPE-WEST42 Pays-Bas
EUROPE-WEST8 Milan
EUROPE-WEST9 Paris
IN
ASIA-SOUTH1 Mumbai
ASIA-SOUTH2 Delhi
US
US-CENTRAL13 Iowa
US-EAST1 3 Caroline du Sud
US-EAST4 Virginie du Nord
US-EAST54 Columbus
US-SOUTH1 Dallas
US-WEST1 Oregon
US-WEST2 Los Angeles
US-WEST3 Salt Lake City
US-WEST4 Las Vegas

1ASIA-NORTHEAST1 et ASIA-NORTHEAST2 doivent actuellement être associés ; cette association birégionale se comporte différemment des associations birégionales classiques. Pour plus d'informations, consultez la section Emplacements birégionaux prédéfinis.

2L'association birégionale de EUROPE-NORTH1 et EUROPE-WEST4 se comporte différemment des associations birégionales classiques. Pour plus d'informations, consultez la section Emplacements birégionaux prédéfinis.

3L'association birégionale de US-CENTRAL1 et US-EAST1 se comporte différemment des associations birégionales classiques. Pour plus d'informations, consultez la section Emplacements birégionaux prédéfinis.

4 US-EAST5 doit actuellement être associé à US-CENTRAL1 ou US-EAST1.

Emplacements birégionaux prédéfinis

Les associations birégionales suivantes n'existent que comme des emplacements birégionaux prédéfinis, qui diffèrent toutefois de la plupart des associations birégionales :

Nom de l'emplacement birégional prédéfini Description de la région
ASIA1 Tokyo et Osaka
EUR4 Finlande + Pays-Bas
NAM4 Iowa + Caroline du Sud

Tenez compte des points suivants lorsque vous utilisez des emplacements birégionaux prédéfinis :

  • Les emplacements birégionaux prédéfinis ne peuvent généralement pas être créés à l'aide d'un workflow classique de création birégionale. Ils doivent être créées sans configuration d'emplacement personnalisée et avec leur nom birégional prédéfini comme emplacement. Une fois créés, ces buckets affichent le nom birégional prédéfini comme emplacement et ne contiennent pas de configuration d'emplacement personnalisée.

    • Certains outils masquent tout ou partie de ce comportement pour les emplacements birégionaux prédéfinis. Par exemple, dans la console Google Cloud, la création de buckets est la même pour toutes les paires birégionales. Toutefois, une fois qu'ils sont créés, la console Google Cloud indique la localisation des emplacements birégionaux prédéfinis à l'aide de leur nom prédéfini, et ces buckets sont soumis aux autres considérations figurant dans cette section.
  • Les emplacements birégionaux prédéfinis nécessitent des clés Cloud KMS différentes de celles des autres emplacements birégionaux du même continent. Pour en savoir plus, consultez la section Restrictions liées aux clés de chiffrement gérées par le client.

  • Les emplacements birégionaux prédéfinis facturent l'utilisation de l'espace de stockage en fonction de leurs SKU localisés, tandis que les emplacements birégionaux classiques facturent en fonction de leurs régions sous-jacentes.

  • Lorsque vous utilisez la contrainte d'emplacement des ressources dans une règle d'administration, les emplacements birégionaux prédéfinis ne sont pas inclus dans l'emplacement multirégional dans lequel ils résident, contrairement aux emplacements birégionaux classiques. Les emplacements birégionaux prédéfinis doivent être explicitement ajoutés lors de la définition de la contrainte ou faire partie d'un groupe de valeurs inclus dans la contrainte.

Emplacements multirégionaux

Nom de l'emplacement multirégional Description de la zone multirégionale
ASIA Centres de données en Asie, à l'exclusion de Hong Kong et de l'Indonésie
EU Centres de données dans les États membres de l'Union européenne*
US Centres de données aux États-Unis

* Les données d'objet ajoutées à un bucket dans l'emplacement multirégional EU ne sont pas stockées dans les régions EUROPE-WEST2 (Londres) ou EUROPE-WEST6 (Zurich).

Étape suivante

Faites l'essai

Si vous débutez sur Google Cloud, créez un compte pour évaluer les performances de Cloud Storage en conditions réelles. Les nouveaux clients bénéficient également de 300 $ de crédits offerts pour exécuter, tester et déployer des charges de travail.

Profiter d'un essai gratuit de Cloud Storage