Cette page décrit les options permettant de placer vos instances dans des emplacements Google Cloud.
Lorsque vous créez une instance Cloud SQL, vous devez sélectionner la région dans laquelle l'instance et ses données sont stockées. Pour réduire la latence et améliorer la disponibilité, choisissez la même région pour vos données et pour vos instances Compute Engine, applications de l'environnement standard et autres services.
Il existe différents types d'emplacements :
Les emplacements régionaux, qui correspondent à des espaces géographiques spécifiques, par exemple Londres.
Les régions correspondent à des espaces géographiques indépendants qui sont constitués de zones. Les zones et les régions sont des abstractions logiques des ressources physiques sous-jacentes. Une région comprend au moins trois zones hébergées dans au moins trois centres de données physiques. Les régions Mexico, Montréal et Osaka comportent trois zones hébergées dans un ou deux centres de données physiques. Ces régions sont en cours d'extension à au moins trois centres de données physiques. Lorsque vous concevez vos solutions dans Google Cloud, tenez compte des conseils fournis dans les sections Zones Cloud, Contrats de niveau de service Google Cloud Platform et Documentation produit Google Cloud appropriées.
Les emplacements multirégionaux, qui correspondent à de vastes secteurs géographiques, par exemple les États-Unis, et sont constitués d'au moins deux lieux géographiques. Les emplacements multirégionaux ne sont utilisés que pour les sauvegardes.
Vous choisissez un emplacement lorsque vous créez l'instance. L'emplacement ne peut pas être modifié après la création de l'instance.
Emplacements régionaux
Les emplacements régionaux sont des lieux géographiques spécifiques dans un emplacement multirégional. Cloud SQL est disponible dans toutes les régions Google Cloud et est proposé lors des prochains déploiements régionaux au moment du lancement. Vous pouvez créer une instance Cloud SQL dans les régions suivantes :
| Nom de la région | Description de la région | ||
|---|---|---|---|
| Afrique | |||
africa-south1 |
Johannesburg | ||
| Asie | |||
asia-east1 |
Taïwan | ||
asia-east2 |
Hong Kong | ||
asia-northeast1 |
Tokyo | ||
asia-northeast2 |
Osaka | ||
asia-northeast3 |
Séoul | ||
asia-south1 |
Mumbai | ||
asia-south2 |
Delhi | ||
asia-southeast1 |
Singapour | ||
asia-southeast2 |
Jakarta | ||
| Australie | |||
australia-southeast1 |
Sydney | ||
australia-southeast2 |
Melbourne | ||
| Europe | |||
europe-central2 |
Varsovie | ||
europe-north1 |
Finlande |
 Faibles émissions de CO2
|
|
europe-southwest1 |
Madrid |
Faibles émissions de CO2
|
|
europe-west1 |
Belgique |
Faibles émissions de CO2
|
|
europe-west2 |
Londres |
Faibles émissions de CO2
|
|
europe-west3 |
Francfort |
Faibles émissions de CO2
|
|
europe-west4 |
Pays-Bas |
Faibles émissions de CO2
|
|
europe-west6 |
Zurich |
Faibles émissions de CO2
|
|
europe-west8 |
Milan | ||
europe-west9 |
Paris |
Faibles émissions de CO2
|
|
europe-west10 |
Berlin | ||
europe-west12 |
Turin | ||
| Moyen-Orient | |||
me-central1 |
Doha | ||
me-central2 |
Dammam | ||
me-west1 |
Tel-Aviv | ||
| Amérique du Nord | |||
northamerica-northeast1 |
Montréal |
Faibles émissions de CO2
|
|
northamerica-northeast2 |
Toronto |
Faibles émissions de CO2
|
|
northamerica-south1 |
Mexique | ||
us-central1 |
Iowa |
Faibles émissions de CO2
|
|
us-south1 |
Dallas |
Faibles émissions de CO2
|
|
us-east1 |
Caroline du Sud | ||
us-east4 |
Virginie du Nord | ||
us-east5 |
Columbus | ||
us-west1 |
Oregon |
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 |
Faibles émissions de CO2
|
|
southamerica-west1 |
Santiago |
Faibles émissions de CO2
|
Emplacements de sauvegarde multirégionaux
| Nom de l'emplacement multirégional | Description de la zone multirégionale |
|---|---|
asia |
Centres de données en Asie |
eu |
Centres de données dans l'Union européenne |
us |
Centres de données aux États-Unis |
Zones
Les zones sont des sous-emplacements d'une région dans laquelle vous pouvez créer des ressources zonales telles que des instances Cloud SQL. Par exemple, une zone nommée us-central1-a désigne une zone située dans la région us-central1. Une zone est indépendante des autres zones de la même région.
Vous pouvez choisir une zone de façon à garder votre instance Cloud SQL à proximité de vos autres services Google Cloud. Si vous souhaitez que votre instance soit répliquée entre les zones de manière synchrone, configurez la haute disponibilité.
Vous pouvez ajouter la zone lorsque vous créez l'instance, mais aussi modifier l'instance par la suite pour modifier la zone.
Les régions Mexico, Montréal et Osaka comportent trois zones dans un ou deux centres de données physiques. Ces régions sont en cours d'extension à au moins trois centres de données physiques. Pour en savoir plus, consultez les pages Zones Cloud et Contrats de niveau de service Google Cloud Platform. Pour améliorer la fiabilité de vos charges de travail, envisagez un déploiement multirégional.
Emplacement prioritaire
Vous pouvez sélectionner votre zone. Choisissez N'importe quelle zone si vous souhaitez que le système sélectionne une zone à votre place et vous l'attribue lors de la création de l'instance.
Pour en savoir plus sur les zones, consultez la page Zones géographiques et régions.
Étapes suivantes
- Découvrez plus d'informations sur la création d'applications répondant à vos exigences de latence, de disponibilité et de durabilité.
- Affichez tous les services Google Cloud disponibles dans le monde entier.