Régions et domaines de disponibilité
Cette rubrique décrit l'organisation physique et logique des ressources Oracle Cloud Infrastructure.
À propos des régions et des domaines de disponibilité
Les domaines de disponibilité d'une région sont connectés les uns aux autres au moyen d'un réseau à faible latence et à bande passante élevée, ce qui vous permet d'offrir une connectivité haute disponibilité à Internet et sur place, et de créer des systèmes répliqués dans plusieurs domaines de disponibilité pour la haute disponibilité et la récupération après sinistre.
Oracle ajoute plusieurs régions dans le monde entier pour fournir à ses clients un accès local aux ressources en nuage. Pour y parvenir rapidement, nous avons choisi de lancer les régions des nouvelles géographies dans un domaine de disponibilité.
Lorsque les régions doivent être agrandies, nous pouvons ajouter de la capacité aux domaines de disponibilité existants, ajouter des domaines de disponibilité supplémentaires à une région existante ou créer une nouvelle région. La solution de développement adoptée dans un scénario donné dépend des exigences du client, des considérations en matière de demande régionale et de la disponibilité des ressources.
Les régions sont indépendantes les unes des autres et peuvent être séparées par des distances importantes, dans différents pays ou continents. En règle générale, vous déployez une application dans la région où elle est majoritairement utilisée, car l'utilisation de ressources proches est plus rapide que l'utilisation de ressources éloignées. Toutefois, vous pouvez aussi déployer des applications dans différentes régions pour les raisons suivantes :
- Réduire les risques liés à des événements à l'échelle d'une région, tels que des phénomènes météorologiques ou des séismes.
- Répondre aux différents besoins des juridictions légales ou domaines de taxe, ou satisfaire d'autres critères professionnels ou sociaux.
Les régions sont regroupées dans des domaines . Votre location existe dans un seul domaine et a accès à toutes les régions qu'il contient. Vous ne pouvez pas accéder aux régions qui ne se trouvent pas dans votre domaine. Actuellement, Oracle Cloud Infrastructure comprend plusieurs domaines, notamment des domaines commerciaux, gouvernementaux et des domaines dédiés.
Le tableau suivant répertorie les régions des domaines commerciaux d'Oracle Cloud Infrastructure :
| Nom de la région | Identificateur de région | Emplacement de la région | Clé de région | Clé du domaine | Domaines de disponibilité |
|---|---|---|---|---|---|
| Est de l'Australie | ap-sydney-1 | Sydney, Australie | SYD | OC1 | 1 |
| Australie - Sud-Est (Melbourne) | ap-melbourne-1 | Melbourne, Australie | MEL | OC1 | 1 |
| Brésil - Est (Sao Paulo) | sa-saopaulo-1 | Sao Paulo, Brésil | GRU | OC1 | 1 |
| Brésil - Sud-Est (Vinhedo) | sa-vinhedo-1 | Vinhedo, Brésil | VCP | OC1 | 1 |
| Canada - Sud-Est (Montréal) | ca-montreal-1 | Montréal, Canada | YUL | OC1 | 1 |
| Canada - Sud-Est (Toronto) | ca-toronto-1 | Toronto, Canada | YYZ | OC1 | 1 |
| Centre du Chili (Santiago) | sa-santiago-1 | Santiago, Chili | SCL | OC1 | 1 |
| Ouest du Chili (Valparaiso) | sa-valparaiso-1 | Valparaiso (Chili) | VAP | OC1 | 1 |
| Centre de la Colombie (Bogota) | sa-bogota-1 | Bogota (Colombie) | BOGUE | OC1 | 1 |
| France Central (Paris) | eu-paris-1 | Paris, France | CDG | OC1 | 1 |
| France Sud (Marseille) | eu-marseille-1 | Marseille, France | MRS | OC1 | 1 |
| Allemagne - Centre (Francfort) | eu-frankfurt-1 | Francfort, Allemagne | FRA | OC1 | 3 |
| Inde - Sud (Hyderabad) | ap-hyderabad-1 | Hyderabad, Inde | HYD | OC1 | 1 |
| Inde - Ouest (Bombay) | ap-mumbai-1 | Bombay, Inde | BOM | OC1 | 1 |
| Israël - Centre (Jérusalem) | il-jerusalem-1 | Jérusalem, Israël | MTZ | OC1 | 1 |
| Italie - Nord-Ouest (Milan) | eu-milan-1 | Milan, Italie | LIGNE | OC1 | 1 |
| Centre du Japon (Osaka) | ap-osaka-1 | Osaka, Japon | KIX | OC1 | 1 |
| Japon - Est | ap-tokyo-1 | Tokyo, Japon | NRT | OC1 | 1 |
| Centre du Mexique | mx-queretaro-1 | Queretaro, Mexique | QRO | OC1 | 1 |
| Mexique - Nord-Est (Monterrey) | mx-monterrey-1 | Monterrey (Mexique) | MTY | OC1 | 1 |
| Nord-Ouest des Pays-Bas (Amsterdam) | eu-amsterdam-1 | Amsterdam, Pays-Bas | AMS | OC1 | 1 |
| Arabie saoudite - Ouest (Jeddah) | me-jeddah-1 | Jeddah, Arabie saoudite | JED | OC1 | 1 |
| Centre de la Serbie | eu-jovanovac-1 | Jovanovac, Serbie | BEG | OC20 | 1 |
| Singapour | ap-singapore-1 | Singapour, Singapour | NAS | OC1 | 1 |
| Ouest de Singapour (Singapour) | ap-singapore-2 | Singapour, Singapour | XSP | OC1 | 1 |
| Afrique du Sud - Centre (Johannesburg) | af-johannesburg-1 | Johannesburg, Afrique du Sud | JNB (entreprise) | OC1 | 1 |
| Corée du Sud - Centre (Séoul) | ap-seoul-1 | Séoul, Corée du Sud | ICN | OC1 | 1 |
| Corée du Sud - Nord (Chuncheon) | ap-chuncheon-1 | Chuncheon, Corée du Sud | YNY | OC1 | 1 |
| Espagne - Centre (Madrid) | eu-madrid-1 | Madrid, Espagne | MAD | OC1 | 1 |
| Suède - Centre (Stockholm) | eu-stockholm-1 | Stockholm, Suède | ARN | OC1 | 1 |
| Nord de la Suisse (Zurich) | eu-zurich-1 | Zurich, Suisse | ZRH | OC1 | 1 |
| Émirats arabes unis - Centre (Abu Dhabi) | me-abudhabi-1 | Abou Dhabi, Émirats arabes unis | ASC | OC1 | 1 |
| EAU - Est (Dubaï) | me-dubai-1 | Dubaï, Émirats arabes unis | DXB | OC1 | 1 |
| Royaume-Uni - Sud (Londres) | uk-london-1 | Londres, Royaume-Uni | LHR | OC1 | 3 |
| Royaume-Uni - Ouest (Newport) | uk-cardiff-1 | Newport, Royaume-Uni | CWL | OC1 | 1 |
| Est des États-Unis (Ashburn) | us-ashburn-1 | Ashburn, VA | IAD | OC1 | 3 |
| États-Unis - Centre-ouest de Chicago | nous-chicago-1 | Chicago, IL | ORD | OC1 | 3 |
| Ouest des États-Unis (Phoenix) | us-phoenix-1 | Phoenix, AZ | PHX | OC1 | 3 |
| États-Unis - Ouest (San Jose) | us-sanjose-1 | San Jose, CA | SJC | OC1 | 1 |
Pour vous abonner à une région, voir Gestion des régions.
Pour une liste des régions des domaines du nuage gouvernemental d'Oracle, voir les rubriques suivantes :
Noms des domaines de disponibilité de votre location
Pour équilibrer la capacité dans les centres de données, Oracle Cloud Infrastructure randomise les domaines de disponibilité par location . Par exemple, le domaine de disponibilité nommé PHX-AD-1 pour tenancyA peut être un centre de données différent de celui nommé PHX-AD-1 pour tenancyB.
Pour suivre la correspondance entre domaine de disponibilité et centre de données pour chaque location, Oracle Cloud Infrastructure utilise des préfixes propres à la location pour les noms des domaines de disponibilité. Un exemple de préfixe est Uocm:. Avec ce préfixe, les noms de domaine de disponibilité sont Uocm:PHX-AD-1, Uocm:PHX-AD-2, etc.
Pour obtenir les noms spécifiques des domaines de disponibilité de votre location, utilisez l'opération ListAvailabilityDomains disponible dans l'API GIA. Vous pouvez également voir les noms lorsque vous utilisez la console pour créer une instance et sélectionnez le domaine de disponibilité dans lequel créer l'instance.
Domaines d'erreur
Un domaine d'erreur est un regroupement de matériel et d'infrastructure au sein d'un domaine de disponibilité. Chaque domaine de disponibilité contient trois domaines d'erreur. Les domaines d'erreur prennent en charge le placement anti-affinité : ils vous permettent de répartir vos instances afin qu'elles ne se trouvent pas sur le même matériel physique au sein d'un domaine de disponibilité. Une défaillance matérielle ou une maintenance de matériel de calcul affectant un domaine d'erreur n'affecte pas les instances des autres domaines d'erreur.
Pour contrôler le placement de vos instances de calcul, instances de système de base de données sans système d'exploitation ou instances de système de base de données de machine virtuelle, vous pouvez éventuellement indiquer le domaine d'erreur d'une nouvelle instance ou d'un nouveau groupe d'instances lors du lancement. Si vous ne spécifiez pas le domaine d'erreur, le système en sélectionne un pour vous. Oracle Cloud Infrastructure effectue un placement anti-affinité optimal entre les différents domaines d'erreur, tout en optimisant la capacité disponible dans le domaine de disponibilité. Pour modifier le domaine d'erreur d'une instance de calcul, modifiez le domaine d'erreur. Pour modifier le domaine d'erreur d'une instance de système de base de données sur machine virtuelle ou sans système d'exploitation, arrêtez-la et lancez une nouvelle instance dans le domaine d'erreur privilégié.
Utilisez les domaines d'erreur pour :
- Protège contre les défaillances matérielles inattendues.
- La protection contre les pannes planifiées pour la maintenance du matériel de calcul.
Pour plus d'informations :
- Pour des recommandations concernant l'utilisation des domaines d'erreur lors du provisionnement des serveurs d'application et de base de données, voir Domaines d'erreur dans Meilleures pratiques pour vos instances de calcul.
Limites de régions abonnées
Les locations d'essai, gratuites et facturées à l'usage sont limitées à une région abonnée. Vous pouvez demander une augmentation de la limite pour les locations facturées à l'usage, voir Pour demander une augmentation de limite de région abonnée pour plus d'informations.
Les locations utilisant des crédits mensuels universels peuvent s'abonner à toutes les régions commerciales accessibles publiquement.
Demande d'une augmentation de limite du nombre de régions abonnées
Vous pouvez soumettre une demande d'augmentation du nombre de régions abonnées pour vos locations à partir de la console. Si vous essayez de vous abonner à une région une fois la limite autorisée pour votre location atteinte, vous êtes invité à soumettre une demande d'augmentation de limite. Vous pouvez lancer la demande depuis la page de limites de service ou à tout moment en cliquant sur le lien sous le menu d'aide (
).
-
Ouvrez le menu d'aide (
), sélectionnez assistance technique et cliquez sur Demander une augmentation de limite de service. -
Entrez les informations suivantes :
- Détails du contact principal : Entrez le nom et l'adresse de courriel de la personne qui formule la demande. Entrez une seule adresse de courriel. Une confirmation sera envoyée à cette adresse.
- Catégorie de service : Sélectionnez Régions.
- Ressource : Sélectionnez Nombre de régions abonnées.
- Limite de la location : Indiquez le nombre maximal.
- Motif de la demande : Entrez le motif de votre demande. Si votre demande est urgente ou inhabituelle, justifiez-la dans ce champ.
- Cliquez sur Soumettre la demande.
Une fois la demande soumise, elle est traitée. Le délai de réponse peut aller de quelques minutes à quelques jours. Si votre demande est acceptée, un courriel de confirmation est envoyé à l'adresse indiquée dans les détails du contact principal.
Si nous avons besoin d'informations supplémentaires sur votre demande, un courriel de suivi est envoyé à l'adresse indiquée dans les détails du contact principal.
Disponibilité des services entre les régions
Toutes les régions Oracle Cloud Infrastructure offrent des services d'infrastructure de base, notamment :
- Calcul : Calcul (sans système d'exploitation Intel et machine virtuelle, DenseIO et standard), Container Engine pour Kubernetes, Registre de conteneurs, Registre d'artefacts
- Stockage : Volumes par blocs, Stockage de fichiers, Stockage d'objets, Stockage d'archives
- Réseau : Réseau en nuage virtuel, Équilibreur de charge, FastConnect (partenaires spécifiques selon la disponibilité et la demande)
- Base de données : Base de données, Service Exadata Cloud, Base de données autonome pour l'analyse et l'entreposage de données, Base de données autonome pour le traitement des transactions et les charges mixtes
- Périphérie : DNS
- Plate-forme : Vérification, Gestion des identités et des accès, Surveillance, Avis, Marquage, Demandes de travail
-
Sécurité : ault
Les services en nuage disponibles globalement, au-delà de ceux de la liste précédente, sont mis à la disposition en fonction de la demande des clients régionaux. Tout service peut être mis à disposition en trois mois au maximum, ou plus rapidement dans de nombreux cas. Le délai de mise à disposition des nouveaux services en nuage dans les régions dépend de divers facteurs, notamment la demande des clients régionaux, la possibilité de satisfaire la conformité réglementaire lorsque cela est nécessaire, la disponibilité des ressources, etc. Grâce à l'interconnexion à faible latence d'Oracle Cloud Infrastructure, vous pouvez utiliser les services en nuage d'autres régions géographiques de manière efficace, lorsque ces services ne sont pas disponibles dans votre région principale, à condition que les exigences de résidence des données ne vous en empêchent pas. Nous collaborons régulièrement avec les clients pour garantir un accès efficace aux services requis.
Disponibilité des ressources
Les sections suivantes répertorient les types de ressource en fonction de leur disponibilité : dans toutes les régions, dans une seule région ou dans un seul domaine de disponibilité.
En général : Les ressources GIA sont inter-région. Les systèmes de base de données, les instances et les volumes sont propres à un domaine de disponibilité. Les autres éléments sont régionaux. Exception : Les sous-réseaux ont été initialement conçus pour être propres à un domaine de disponibilité. Désormais, vous pouvez créer des sous-réseaux régionaux, ce qui est recommandé par Oracle.
Ressources inter-région
- clés de signature d'API
- compartiments
- détecteurs (service de protection d'infrastructure en nuage; propres à la région de rapports)
- groupes dynamiques
- ressources de fédération
- groupes
- listes gérées (service de protection d'infrastructure en nuage)
- sources du réseau
- politiques
- répondants (service de protection d'infrastructure en nuage; propres à la région de rapports)
- espaces de noms de marqueur
- clés de marqueur
- cibles (service de protection d'infrastructure en nuage; propres à la région de rapports)
- utilisateurs
Ressources régionales
- politiques d'accès (Maillage de services)
- agents (Migration de base de données)
- alarmes
- domaines apm (Surveillance de la performance des applications)
- applications (service de flux de données)
- applications (service) (Fonctions)
- référentiels d'objets (Registre d'objets)
- sauvegardes (Base de données OCI avec PostgreSQL)
- hôtes bastions
- plates-formes de chaîne de blocs (service Blockchain Platform)
- seaux : Bien que les seaux soient des ressources régionales, ils sont accessibles à partir de n'importe quel emplacement si vous utilisez l'URL du service Stockage d'objets propre à la région correcte pour les appels d'API.
- infrastructures (service Calcul Cloud@Customer)
- programmes de mise à niveau (service Calcul Cloud@Customer)
- grappes (Service de mégadonnées)
- grappes (service Container Engine pour Kubernetes)
- groupes de positionnement de grappe (service de groupes de positionnement de grappe)
- cloudevents-rules
- demandes de travail de configuration (Logging Analytics)
- configurations (Base de données OCI avec PostgreSQL)
- fournisseurs de source de configuration (Gestionnaire de ressources)
- connexions (Service de migration de base de données)
- connecteurs (Centre de connecteurs)
- contenu et expérience (Content Management)
- équipement local d'abonné (CPE)
- tableaux de bord (Tableaux de bord de la console)
- tableaux de bord (tableau de bord de gestion)
- groupes de tableaux de bord (Tableaux de bord de la console)
- catalogues de données
- données clés de base de données (Service de données clés sur l'exploitation)
- bases de données (Base de données OCI avec PostgreSQL)
- jeux de données (Étiquetage de données)
- Systèmes de base de données (service HeatWave)
- déploiements (GoldenGate)
- projets devops (DevOps)
- pipelines de compilation (DevOps)
- référentiels de code (DevOps)
- pipelines de déploiement (DevOps)
- jeux d'options DHCP
- tâches de détection (Surveillance de pile)
- DrProtectionGroup (Récupération après sinistre de pile complète)
- DrPlan (Récupération après sinistre de pile complète)
- DrPlanExecution (Récupération après sinistre de pile complète)
- passerelles de routage dynamique (DRG)
- clés de chiffrement
- entités (Logging Analytics)
- parcs (Gestion Java)
- fonctions
- artefacts génériques (registre d'objets)
- groupes (Centre de gestion du système d'exploitation)
- balayages d'hôte
- images
- passerelles entrantes (Maillage de services)
- tables de routage de passerelle entrante (Maillage de services)
- instances (Centre de gestion du système d'exploitation)
- environnements de cycle de vie (centre de gestion du système d'exploitation)
- étapes du cycle de vie (centre de gestion du système d'exploitation)
- passerelles Internet
- tâches (Gestion des bases de données)
- tâches (Migration de base de données)
- tâches (Gestionnaire de ressources)
- équilibreurs de charge
- passerelles d'appairage local
- groupes de journaux (Logging Analytics)
- clés d'installation d'agent de gestion
- agents de gestion
- groupes de bases de données gérées (Gestion des bases de données)
- bases de données gérées (Gestion des bases de données)
- stations de gestion (centre de gestion du système d'exploitation)
- maillages (Maillage de services)
- mesures
- Flux de travail de médias (Flux de médias)
- Configuration d'un flux de travail de médias (Flux de médias)
- Tâche de flux de travail de médias (Flux de médias)
- Ressource multimédia (Flux de médias)
- migrations (service de migration de bases de données)
- modèles
- moniteurs (Vérifications d'état)
- passerelles NAT
- politiques de pare-feu de réseau
- groupes de sécurité de réseau
- groupes de noeuds
- sessions de carnet
- règles de collecte d'objets (Logging Analytics)
- Grappes OpenSearch (Recherche avec OpenSearch)
- Sauvegardes de grappe OpenSearch (Recherche avec OpenSearch)
- balayages de port
- points d'extrémité privés (Gestion des bases de données)
- points d'extrémité privés (Gestionnaire de ressources)
- demandes de travail de point d'extrémité privé (Gestion des bases de données)
- modèles privés (Gestionnaire de ressources)
- sondes ( Vérifications d'état)
- problèmes (service de protection d'infrastructure en nuage; propres à la région de rapports)
- profils (Centre de gestion du système d'exploitation)
- projets
- demandes de travail de tâche d'interrogation (Logging Analytics)
- files d'attente
- bases de données enregistrées (GoldenGate)
- référentiels
- adresses IP publiques réservées
- ressources (Surveillance de pile)
- tables de routage
- exécutions
- recherches enregistrées (tableau de bord de gestion)
- recettes de balayage
- tâches programmées (Logging Analytics)
- tâches programmées (centre de gestion du système d'exploitation)
- clés secrètes
- listes de sécurité
- zones de sécurité
- recettes de zone de sécurité
- passerelles de service
- sessions (Hôte base)
- base de données partitionnée (Autonomous Database répartie sur le monde)
- sharded-database-work-request (Autonomous Database répartie dans le monde)
- sharded-database-private-endpoint (Autonomous Database distribué dans le monde)
- sources de logiciels (centre de gestion du système d'exploitation)
- piles ( Gestionnaire de ressources)
- StreamDistributionChannel (Flux de médias en continu)
- StreamPackagingConfig (Flux de médias en continu)
- StreamCdnConfig (Flux de médias en continu)
- demandes de travail de stockage (Logging Analytics)
- sous-réseaux : Lorsque vous créez un sous-réseau, vous indiquez choisissez si celui-ci est régional ou propre à un domaine de disponibilité. Oracle recommande l'utilisation de sous-réseaux régionaux.
- abonnements
- tables
- cibles (Analyse de vulnérabilité)
- tickets (service de gestion du soutien technique)
- indicateurs de menace
- types de menace
- sujets
- chambres fortes
- réseaux en nuage virtuels (VCN)
- déploiements virtuels (Maillage de services)
- services virtuels (Maillage de services)
- tables de routage de service virtuel (Maillage de services)
- sauvegardes de volume : Elles peuvent être restaurées en tant que nouveaux volumes dans n'importe quel domaine de disponibilité de la région où elles sont stockées.
- rapports sur les vulnérabilités
- espaces de travail
Ressources propres au domaine de disponibilité
- instances de conteneur
- systèmes de base de données (service Oracle Database)
- adresses IP publiques éphémères
- instances (calcul) : Elles ne peuvent être attachées qu'à des volumes situés dans le même domaine de disponibilité.
- pare-feu de réseau
- sous-réseaux : Lorsque vous créez un sous-réseau, vous indiquez si celui-ci est régional ou propre à un domaine de disponibilité. Oracle recommande l'utilisation de sous-réseaux régionaux.
- volumes : Ils ne peuvent être attachés qu'à une instance située dans le même domaine de disponibilité.