Traitement des données privées
Le traitement de données privées consiste à exécuter un cluster de traitement de données Alteryx One Platform dans votre propre Cloud privé virtuel (VPC) sur AWS, Azure ou Google Cloud Platform. Cette combinaison de votre infrastructure, associée aux ressources et logiciels Cloud gérés par Alteryx, est généralement appelée « plan de calcul » ou environnement de traitement des données privées ».
Configurer le traitement des données privées pour votre fournisseur cloud
Utilisez ces guides pour configurer le traitement des données privées pour votre service de cloud :
Modèle de responsabilité partagée
Dans le scénario de gestion des données privées, Alteryx One nécessite des limites claires de propriété. La matrice de responsabilité partagée représente ces limites de propriété.
Alteryx fournit la spécification des ressources globales du compte ainsi que du VPC. Pour le traitement des données privées, vous êtes responsable de la mise en œuvre de cette spécification.
Une fois le compte et le VPC disponibles, Alteryx gère activement l'infrastructure de ressources cloud et les logiciels déployés au sein du VPC.
Ressource | Client | Alteryx |
|---|---|---|
Ressources globales du compte/de la souscription/du projet |
| Spécification |
Mise en réseau dans le cloud | Infrastructure VPC/VNet
| Spécification |
Ressources cloud |
| |
Logiciel |
|
Ressources globales du compte/de la souscription/du projet
Au niveau le plus élevé, Alteryx nécessite un ensemble d'autorisations pour exécuter un plan de données privées. Toutefois, vous êtes propriétaire du compte AWS, de la souscription Azure ou du projet GCP, ainsi que des informations d'identification IAM et des politiques IAM associées.
Virtual Private Cloud
À l'échelle inférieure, Alteryx définit une spécification pour le VPC ou le VNet. Cela inclut la définition de plusieurs sous-réseaux, blocs CIDR, tables de route et points de terminaison.
Vous devez implémenter le VPC ou le Vnet conformément à cette spécification.
Ressources cloud
Une fois la configuration du compte AWS et du VPC, de la souscription Azure et du VNet, ou du projet GCP et du VPC terminée, connectez-vous à Alteryx One pour déclencher le provisionnement qui crée votre cluster privé de traitement de données.
Alteryx crée et gère ces ressources cloud en votre nom.
Applications cloud
Après avoir provisionné les ressources requises, Alteryx déploie et gère les logiciels nécessaires au traitement de vos données dans le cluster privé.
La liste complète des ressources cloud varie en fonction des applications que vous activez dans votre environnement de traitement des données privées. Pour plus d'informations, consultez la section Applications cloud sur cette page.
Ressources cloud
Alteryx One utilise des pipelines de provisionnement automatisés basés sur l'Infrastructure as Code (IaC) pour créer et maintenir ces ressources pour vous. Alteryx One utilise Terraform Cloud pour gérer cela. Terraform est un outil IaC qui vous permet de définir et de gérer les ressources d'infrastructure via des fichiers de configuration lisibles par l'utilisateur. Terraform Cloud est un produit SaaS fourni par Hashicorp. Les ressources de gestion des données privées sont créées et gérées avec un ensemble de fichiers Terraform, d'API Terraform Cloud et d'agents Terraform Cloud privés exécutés sur l'infrastructure Alteryx.
La liste complète des ressources cloud varie en fonction des applications que vous activez dans votre environnement de traitement des données privées. Les ressources peuvent inclure…
Stockage d'objets : couche de stockage de base pour les fichiers (jeux de données importés, sorties de tâches, échantillons de données, cache, fichiers temporaires du moteur).
Rôles et politiques IAM : autorisations nécessaires pour provisionner les ressources cloud et déployer les logiciels.
Kubernetes : exécute les instances de VM pour certains services et tâches Alteryx One dans le plan de données.
Calcul (machines virtuelles) : permet de calculer les ressources requises pour exécuter les tâches et les services.
Gestionnaire de secrets : stockage des secrets d'infrastructure.
Redis : messagerie entre services dans le VPC.
Système de fichiers partagé : stockage connecté au réseau.
Traitement Spark (si activé) : traitement de tâches volumineuses de données.
Les services spécifiques utilisés varient en fonction du fournisseur de cloud public, comme suit :
Service | AWS | Azure | GCP |
|---|---|---|---|
Stockage d'objets | S3 | Stockage Blob | Stockage Google |
Rôles et politiques IAM | Rôles IAM Politiques IAM | Rôles IAM Politiques IAM | Rôles IAM |
Kubernetes | EKS | AKS | GKE |
Calcul (machines virtuelles) | EC2 | Machines virtuelles | Instance de calcul |
Gestion des secrets | Gestionnaire de secrets | Coffre-fort de clés | Gestionnaire de secrets |
Redis | Amazon MemoryDB | Cache Azure | Google MemoryStore |
Système de fichiers partagés | EFS | Fichiers Azure | Google Filestore |
Traitement Spark | EMR serverless | N/A | N/A |
Applications cloud
Alteryx One exécute un certain nombre de tâches et de services dans l'environnement de traitement des données privées. La combinaison exacte d'infrastructure et de logiciel dépend des applications Alteryx One que vous déployez. Ces modules permettent de déployer uniquement les ressources et les logiciels cloud dont vous avez besoin pour les applications que vous souhaitez exécuter.
Chaque application a un package défini qui se compose de…
Autorisations requises.
Configuration réseau requise incluant les sous-réseaux et les plages d'adresses IP.
Ressources cloud gérées par Alteryx.
Logiciel géré par Alteryx.
Par exemple, si vous souhaitez uniquement déployer Designer Cloud, vous devez configurer à l'avance des autorisations et des sous-réseaux spécifiques (avec des plages d'adresses IP). Après avoir effectué la configuration, vous pouvez vous connecter à Alteryx One et commencer le processus de déploiement.
Si vous souhaitez déployer l'Exécution Cloud pour Desktop, il existe un jeu différent d'autorisations et de sous-réseaux requis et une case différente pour connecter Alteryx One lorsque vous effectuez le déploiement.
Si vous souhaitez déployer les deux packages dans le même plan de calcul privé, vous devez effectuer les deux ensembles d'étapes de configuration, puis terminer l'étape de déploiement pour les deux.
Package Designer Cloud
Lorsque vous déployez le package Designer Cloud, Alteryx One provisionne ces ressources cloud.
Services requis
Vous pouvez trouver les noms de service exacts pour chaque fournisseur cloud dans la section Ressources cloud.
Stockage d'objets
Kubernetes
Calcul
Gestionnaire de secrets
Redis
Système de fichiers partagés
Traitement Spark (facultatif)
Types et groupes de nœuds
Dans le cluster Kubernetes, Alteryx provisionne ces ressources de calcul pour chaque fournisseur de cloud. Ces types et priorités de nœuds peuvent changer au fil du temps à mesure que le fournisseur de cloud évolue. Pour le moment, Alteryx trouve un équilibre entre quelques facteurs…
Les types de machines AMD sont moins coûteux que les types de machines Intel.
Certains types de tâches s'exécutent mieux avec des nœuds optimisés pour la mémoire ou le calcul. Cependant, pour certains fournisseurs de cloud, ces types de nœuds sont beaucoup plus coûteux, tandis que les types généralistes sont plus abordables.
AWS permet à Alteryx de définir un ordre de priorité pour les types de nœuds et de les provisionner selon cet ordre. Alteryx recommande l'ordre suivant : d'abord les types de machines AMD optimisées pour la mémoire, puis les types de machines Intel, puis les types de machines généralistes.
Type de groupes de nœuds | AWS | Azure | GCP |
|---|---|---|---|
| t3a.2xlarge t3.2xlarge | Standard_D2s_v3 | n2d-standard-2 |
| r6a.2xlarge r6i.2xlarge m6a.4xlarge m6i.4xlarge | Standard_B16as_v2 | n2d-standard-16 |
| Identique à | Identique à | Identique à |
| Identique à | Identique à | Identique à |
| Identique à | Identique à | Identique à |
Les groupes de nœuds convert, data-system, file-system et photon ont une échelle minimale de 1 et maximale de 30.
Logiciel
Dans le cluster Kubernetes, le package Designer Cloud utilise à la fois des tâches à la demande et des services longue durée.
Tâches Kubernetes à la demande
Pour les tâches Kubernetes à la demande, Alteryx One récupère une image de conteneur (depuis le cache ou une banque centrale) et la déploie dans un pod éphémère qui dure le temps de la tâche. Tous les exécutables sont en Java ou Python.
conversion-jobs : conversion de jeux de données d'un format à un autre selon les besoins du workflow.
connectivity-jobs : se connecter à des systèmes de données externes lors de l'exécution.
photon-jobs : photon est un moteur en mémoire pour la préparation et la combinaison de données, utilisé pour les jeux de données de petite taille.
amp-jobs : AMP est un moteur Alteryx en mémoire pour la préparation et la combinaison de données, utilisé principalement dans Designer Experience.
publish-jobs : écrire des données traitées sur la destination de sortie définie dans le workflow.
Services Kubernetes longue durée
Alteryx utilise Argo CD pour déployer et maintenir les services longue durée dans le cluster Kubernetes. Argo CD est un outil déclaratif de livraison continue basé sur GitOps pour Kubernetes.
La plupart des services longue durée du cluster remplissent une fonction utilitaire permettant à Alteryx de surveiller la santé du cluster, d'ajuster l'échelle du cluster, et d'importer/exporter des secrets vers et depuis le gestionnaire de secrets natif du cloud et le magasin de secrets Kubernetes. Ces services sont communs à tous les packages qui utilisent Kubernetes et une seule instance de ces services s'exécutera à la fois, même si vous spécifiez plusieurs packages qui les requièrent.
teleport-agent : établit un accès sécurisé permettant à Alteryx SRE de se connecter au cluster pour la résolution des problèmes. Alteryx One récupère le graphique Helm depuis le référentiel https://charts.releases.teleport.dev. Alteryx n'analyse pas cette image tierce.
datadog-agent : collecte les journaux et métriques du cluster. Alteryx One récupère le graphique Helm depuis le référentiel https://helm.datadoghq.com. Alteryx n'analyse pas cette image tierce.
keda : mise à l'échelle automatique des services longue durée basée sur des métriques personnalisées, avec prise en charge de Kafka. Alteryx n'analyse pas cette image tierce.
external-secrets : import/export entre le gestionnaire de secrets d'AWS ou les secrets du coffre-fort de clés vers et depuis la banque de secrets Kubernetes. Alteryx n'analyse pas cette image tierce.
cluster-autoscaler : ajuste l'échelle des nœuds EKS, AKS ou GKE selon la demande des pods. Alteryx n'analyse pas cette image tierce.
metrics-server : permet à EKS, AKS ou GKE d'utiliser l'API de métriques. Alteryx n'analyse pas cette image tierce.
kubernetes-reflector : réplique le secret
dockerConfigJsondans tous les espaces de noms. Alteryx n'analyse pas cette image tierce.
Le package Designer Cloud déploie également des services longue durée qui répondent à des besoins spécifiques.
data-service : se connecte aux systèmes de données externes au moment de la conception via l'API JDBC. Ce service a été développé par Alteryx. Snyk analyse l'image à la recherche de vulnérabilités.
Note
Alteryx doit parfois mettre à jour les autorisations requises ou la configuration réseau à mesure que les applications cloud évoluent. Étant donné que vous possédez ces composants, Alteryx vous informera des modifications requises. Vous disposerez de 60 jours pour effectuer les mises à jour, après quoi Alteryx diffusera les nouvelles versions de l'application. Si vous n'avez pas encore effectué l'action requise, vous risquez de subir une dégradation ou une interruption du traitement des données dans votre environnement privé.
Package Cloud Execution for Desktop
Lorsque vous déployez le package Cloud Execution for Desktop, Alteryx One provisionne ces ressources cloud.
Services requis
Le package Cloud Execution for Desktop n'utilise pas Kubernetes. Au lieu de cela, le package déploie une image de machine contenant tous les logiciels nécessaires à l'exécution des workflows Designer Desktop. En tant que tel, le package utilise uniquement le service de calcul de chaque fournisseur de cloud. Les noms de service exacts pour chaque fournisseur de cloud se trouvent dans la section Ressources cloud.
Calcul
Groupes de mise à l'échelle automatique et types de nœuds
Cloud Execution for Desktop déploie 2 machines virtuelles ou plus dans un groupe de mise à l'échelle automatique.
Ces types et priorités de nœuds peuvent changer au fil du temps à mesure que le fournisseur de cloud évolue. Pour le moment, Alteryx trouve un équilibre entre quelques facteurs…
Les types de machines AMD sont moins coûteux que les types de machines Intel.
AWS permet à Alteryx de définir un ordre de priorité pour les types de nœuds et de les provisionner selon cet ordre. Alteryx recommande l'ordre suivant : d'abord les types de machines AMD optimisées pour la mémoire, puis les types de machines Intel, puis les types de machines généralistes.
AWS | Azure | GCP | |
|---|---|---|---|
Type de nœud | m5a.4xlarge | Standard_B16as_v2 | n2d-standard-16 |
Logiciel
Sur une machine virtuelle, le package Exécution Cloud pour Desktop exécute plusieurs services utilitaires de surveillance ainsi que les Engine Workers qui traitent les tâches Designer Desktop.
cefd-worker : ces workers exécutent le moteur Alteryx en mémoire pour lancer les connexions aux sources de données, traiter les données et publier les sorties des tâches. Les tâches sont conteneurisées et exécutées dans un conteneur de la machine virtuelle.
consumer-service : ce service consomme les messages d'une file Kafka alimentée par un service Alteryx One situé dans le plan de contrôle. Ces messages déclenchent l'exécution d'un workflow.
teleport-agent : établit un accès sécurisé permettant à Alteryx SRE de se connecter au cluster pour la résolution des problèmes. Alteryx One récupère le graphique Helm depuis le référentiel https://charts.releases.teleport.dev. Alteryx n'analyse pas cette image tierce.
datadog-agent : collecte les journaux et métriques du cluster. Alteryx One récupère le graphique Helm depuis le référentiel https://helm.datadoghq.com. Alteryx n'analyse pas cette image tierce.
Package Machine Learning
Lorsque vous déployez le package Machine Learning, Alteryx One provisionne ces ressources cloud.
Services requis
Vous pouvez trouver les noms de service exacts pour chaque fournisseur cloud dans la section Ressources cloud.
Stockage d'objets
Kubernetes
Calcul
Gestionnaire de secrets
Redis
Système de fichiers partagés
Traitement Spark (facultatif)
Types et groupes de nœuds
Dans le cluster Kubernetes, nous provisionnons les ressources de calcul suivantes pour chaque fournisseur de cloud. Ces types et priorités de nœuds peuvent changer au fil du temps à mesure que le fournisseur de cloud évolue. Pour le moment, nous trouvons un équilibre entre quelques facteurs :
Les types de machines AMD sont moins coûteux que les types de machines Intel
Certains types de tâches fonctionnent mieux avec des nœuds optimisés pour la mémoire ou le calcul, mais chez certains fournisseurs cloud, ces types de nœuds sont beaucoup plus coûteux, tandis que les nœuds généralistes sont plus abordables.
AWS permet de définir un ordre de priorité pour les types de nœuds et les provisionne selon cet ordre. L'ordre préféré est : types de machines AMD optimisées pour la mémoire, puis types Intel, puis types généralistes.
Type de groupes de nœuds | AWS | Azure | GCP |
|---|---|---|---|
| t3a.2xlarge t3.2xlarge | Standard_D2s_v3 | n2d-standard-2 |
| r6a.2xlarge r6i.2xlarge m6a.4xlarge m6i.4xlarge | Standard_B16as_v2 | n2d-standard-16 |
Le groupe de nœuds automl a une échelle minimale de 1 et maximale de 30.
Logiciel
Dans le cluster Kubernetes, le package Machine Learning utilise à la fois des tâches à la demande et des services longue durée.
Tâches Kubernetes à la demande
Pour les tâches Kubernetes à la demande, Alteryx One récupère une image de conteneur (depuis le cache ou une banque centrale) et la déploie dans un pod éphémère qui dure le temps de la tâche.
automl-jobs : service de tâches pour l'entraînement et l'exécution de modèles.
Services Kubernetes longue durée
Alteryx utilise Argo CD pour déployer et maintenir les services longue durée dans le cluster Kubernetes. Argo CD est un outil déclaratif de livraison continue basé sur GitOps pour Kubernetes.
La plupart des services longue durée du cluster remplissent une fonction utilitaire permettant à Alteryx de surveiller la santé du cluster, d'ajuster l'échelle du cluster, et d'importer/exporter des secrets vers et depuis le gestionnaire de secrets natif du cloud et le magasin de secrets Kubernetes. Ces services sont communs à tous les packages qui utilisent Kubernetes et une seule instance de ces services s'exécutera à la fois, même si vous spécifiez plusieurs packages qui les requièrent.
teleport-agent : établit un accès sécurisé permettant à Alteryx SRE de se connecter au cluster pour la résolution des problèmes. Alteryx One récupère le graphique Helm depuis le référentiel https://charts.releases.teleport.dev. Alteryx n'analyse pas cette image tierce.
datadog-agent : collecte les journaux et métriques du cluster. Alteryx One récupère le graphique Helm depuis le référentiel https://helm.datadoghq.com. Alteryx n'analyse pas cette image tierce.
keda : mise à l'échelle automatique des services longue durée basée sur des métriques personnalisées, avec prise en charge de Kafka. Alteryx n'analyse pas cette image tierce.
external-secrets : import/export entre le gestionnaire de secrets d'AWS ou les secrets du coffre-fort de clés vers et depuis la banque de secrets Kubernetes. Alteryx n'analyse pas cette image tierce.
cluster-autoscaler : ajuste l'échelle des nœuds EKS, AKS ou GKE selon la demande des pods. Alteryx n'analyse pas cette image tierce.
metrics-server : permet à EKS, AKS ou GKE d'utiliser l'API de métriques. Alteryx n'analyse pas cette image tierce.
kubernetes-reflector : réplique le secret
dockerConfigJsondans tous les espaces de noms. Alteryx n'analyse pas cette image tierce.
Package Auto Insights
Lorsque vous déployez le package Auto Insights, Alteryx One provisionne ces ressources cloud.
Services requis
Vous pouvez trouver les noms de service exacts pour chaque fournisseur cloud dans la section Ressources cloud.
Stockage d'objets
Kubernetes
Calcul
Gestionnaire de secrets
Redis
Système de fichiers partagés
Types et groupes de nœuds
Dans le cluster Kubernetes, nous provisionnons les ressources de calcul suivantes pour chaque fournisseur de cloud. Ces types et priorités de nœuds peuvent changer au fil du temps à mesure que le fournisseur de cloud évolue. Pour le moment, nous trouvons un équilibre entre quelques facteurs :
Les types de machines AMD sont moins coûteux que les types de machines Intel.
Certains types de tâches fonctionnent mieux avec des nœuds optimisés pour la mémoire ou le calcul, mais chez certains fournisseurs cloud, ces types de nœuds sont beaucoup plus coûteux, tandis que les nœuds généralistes sont plus abordables.
AWS permet de définir un ordre de priorité pour les types de nœuds et les provisionne selon cet ordre. L'ordre préféré est : types de machines AMD optimisées pour la mémoire, puis types Intel, puis types généralistes.
Type de groupes de nœuds | AWS | Azure | GCP |
|---|---|---|---|
| t3a.2xlarge t3.2xlarge | Standard_D2s_v3 | n2d-standard-2 |
| r6a.2xlarge r6i.2xlarge m6a.4xlarge m6i.4xlarge | Standard_B16as_v2 | n2d-standard-16 |
Le groupe de nœuds common-job a une échelle minimale de 1 et maximale de 30.
Logiciel
Dans le cluster Kubernetes, le package Auto Insights utilise à la fois des tâches à la demande et des services longue durée.
Tâches Kubernetes à la demande
Pour les tâches Kubernetes à la demande, Alteryx One récupère une image de conteneur (depuis le cache ou une banque centrale) et la déploie dans un pod éphémère qui dure le temps de la tâche.
Les tâches Auto Insights sont orchestrées par Airflow.
data-uploader : service de tâches pour l'ingestion de jeux de données depuis VFS vers ClickHouse.
Services Kubernetes longue durée
Alteryx utilise Argo CD pour déployer et maintenir les services longue durée dans le cluster Kubernetes. Argo CD est un outil déclaratif de livraison continue basé sur GitOps pour Kubernetes.
La plupart des services longue durée du cluster remplissent une fonction utilitaire permettant à Alteryx de surveiller la santé du cluster, d'ajuster l'échelle du cluster, et d'importer/exporter des secrets vers et depuis le gestionnaire de secrets natif du cloud et le magasin de secrets Kubernetes. Ces services sont communs à tous les packages qui utilisent Kubernetes et une seule instance de ces services s'exécutera à la fois, même si vous spécifiez plusieurs packages qui les requièrent.
teleport-agent : établit un accès sécurisé permettant à Alteryx SRE de se connecter au cluster pour la résolution des problèmes. Alteryx One récupère le graphique Helm depuis le référentiel https://charts.releases.teleport.dev. Alteryx n'analyse pas cette image tierce.
datadog-agent : collecte les journaux et métriques du cluster. Alteryx One récupère le graphique Helm depuis le référentiel https://helm.datadoghq.com. Alteryx n'analyse pas cette image tierce.
keda : mise à l'échelle automatique des services longue durée basée sur des métriques personnalisées, avec prise en charge de Kafka. Alteryx n'analyse pas cette image tierce.
external-secrets : import/export entre le gestionnaire de secrets d'AWS ou les secrets du coffre-fort de clés vers et depuis la banque de secrets Kubernetes. Alteryx n'analyse pas cette image tierce.
cluster-autoscaler : ajuste l'échelle des nœuds EKS, AKS ou GKE selon la demande des pods. Alteryx n'analyse pas cette image tierce.
metrics-server : permet à EKS, AKS ou GKE d'utiliser l'API de métriques. Alteryx n'analyse pas cette image tierce.
kubernetes-reflector : réplique le secret
dockerConfigJsondans tous les espaces de noms. Alteryx n'analyse pas cette image tierce.
Le package Auto Insights déploie également des services longue durée qui répondent à des besoins spécifiques.
clickhouse : système de gestion de base de données orienté colonnes pour le stockage de jeux de données Auto Insights. Le graphique Helm est développé par Alteryx et utilise une image tierce provenant de https://hub.docker.com/r/clickhouse/clickhouse-server. Alteryx n'analyse pas cette image tierce.
altinity-clickhouse-operator : un opérateur Kubernetes open source destiné à gérer le déploiement de ClickHouse. Il est développé par Alteryx et est basé sur des ressources Kubernetes provenant de https://github.com/Altinity/clickhouse-operator/blob/master/deploy/operator/clickhouse-operator-install-bundle.yaml. Il utilise une image tierce provenant de https://hub.docker.com/r/altinity/clickhouse-operator. Alteryx n'analyse pas cette image tierce.
airflow : service de gestion de workflow open source permettant d'orchestrer des tâches à la demande pour Auto Insights, notamment l'ingestion de jeux de données dans ClickHouse. Alteryx One récupère le graphique Helm depuis https://github.com/apache/airflow/tree/main/chart. Pour installer des packages supplémentaires, Alteryx gère et analyse une fourche de l'image tierce provenant de https://hub.docker.com/r/apache/airflow.
query-engine : application permettant d'ingérer des jeux de données Auto Insights dans le plan de données privées et d'exécuter des requêtes sur ces jeux de données depuis le plan de contrôle.
Continuité de l'activité
Les environnements de traitement de données privées sont disponibles dans les régions ayant au moins 3 zones de disponibilité. Ce fonctionnement permet à l'environnement de traitement des données privées de fonctionner dans 2 zones de disponibilité et de basculer vers la troisième.
Les sauvegardes pour le stockage d'objets privés relèvent de votre responsabilité.
Selon le type de tâche, les traitements peuvent s'exécuter soit dans un pod éphémère d'un cluster Kubernetes, soit dans un conteneur sur une machine virtuelle. Si une panne affecte une tâche en cours d'exécution, il est probable que la tâche échouera et vous devrez la réexécuter.
Régions prises en charge
Afin d'exécuter un environnement de traitement de données privées dans une région particulière, Alteryx One a ces exigences…
La région doit avoir 3 zones de disponibilité minimum.
La région doit fournir les ressources cloud nécessaires comme décrit dans la section Ressources cloud.
La région doit fournir les types de nœud nécessaires, comme décrit dans la section Aapplications cloud.
Voici les régions disponibles pour chaque fournisseur de cloud :
Région cloud | Région | AWS | Azure | GCP |
|---|---|---|---|---|
Afrique | Johannesburg, Afrique du Sud | southafricanorth | ||
Asie-Pacifique | Delhi, Inde | asia-south2 | ||
Hong Kong | ap-east-1 | eastasia | asia-east2 | |
Indonésie | asia-southeast2 | |||
Mumbai, Inde | ap-south-1 | asia-south1 | ||
Pune, Inde | centralindia | |||
Osaka, Japon | asia-northeast2 | |||
Séoul, Corée du Sud | ap-northeast-2 | koreacentral | asia-northeast3 | |
Singapour | ap-southeast-1 | southeastasia | asia-southeast1 | |
Sydney, Australie | ap-southeast-2 | australiaeast | australia-southeast1 | |
Taïwan | asia-east1 | |||
Tokyo, Japon | ap-northeast-1 | japaneast | asia-northeast1 | |
Europe | Belgique | europe-west1 | ||
Berlin, Allemagne | europe-west10 | |||
Finlande | europe-north1 | |||
Francfort, Allemagne | eu-central-1 | germanywestcentral | europe-west3 | |
Gävle, Suède | swedencentral | |||
Irlande | eu-west-1 | northeurope | ||
Londres, Royaume-Uni | eu-west-2 | uksouth | europe-west2 | |
Madrid, Espagne | europe-southwest1 | |||
Milan, Italie | europe-west8 | |||
Pays-Bas | westeurope | europe-west4 | ||
Oslo, Norvège | norwayeast | |||
Paris, France | eu-west-3 | francecentral | europe-west9 | |
Stockholm, Suède | eu-north-1 | |||
Turin, Italie | europe-west12 | |||
Varsovie, Pologne | polandcentral | europe-central2 | ||
Zurich, Suisse | switzerlandnorth | |||
Moyen-Orient | Qatar | qatarcentral | ||
Émirats arabes unis | uaenorth | |||
Amérique du Nord | Arizona | westus3 | ||
Californie | us-west2 | |||
Iowa | centralus | us-central1 | ||
Montréal, Canada | ca-central-1 | northamerica-northeast1 | ||
Toronto, Canada | canadacentral | |||
Nevada | us-west4 | |||
Virginie septentrionale | us-east-1 | |||
Ohio | us-east-2 | us-east5 | ||
Oregon | us-west-2 | us-west1 | ||
Caroline du Sud | us-east1 | |||
Texas | southcentralus | |||
Utah | us-west3 | |||
Virginie | eastus | us-east4 | ||
eastus2 | ||||
Washington | westus2 | |||
Amérique du Sud | São Paulo, Brésil | sa-east-1 | brazilsouth | southamerica-east1 |