Régions et domaines de disponibilité

Cette rubrique décrit l'organisation physique et logique des ressources Oracle Cloud Infrastructure.

A propos des régions et des domaines de disponibilité

Oracle Cloud Infrastructure est hébergé dans des régions et domaines de disponibilité. Une région est une zone géographique précise, tandis qu'un domaine de disponibilité désigne un ou plusieurs centres de données situés dans une région. Une région est composée de domaines de disponibilité. La plupart des ressources Oracle Cloud Infrastructure sont spécifiques à des régions (par ex. un réseau cloud virtuel) ou à un domaine de disponibilité (par ex. une instance de calcul). Le trafic entre les domaines de disponibilité et entre les régions est crypté. Les domaines de disponibilité sont isolés les uns des autres, tolèrent les pannes et sont prémunis contre les pannes simultanées. Etant donné que les domaines de disponibilité ne partagent pas d'infrastructure (système d'alimentation ou de refroidissement, par exemple), ou de réseau interne de domaine de disponibilité, il est peu probable qu'une panne au niveau d'un domaine de disponibilité au sein d'une région aient un impact sur la disponibilité des autres domaine de cette même région.

Les domaines de disponibilité d'une même région sont connectés les uns aux autres par un réseau à faible latence et sur bande passante élevée, vous permettant ainsi de fournir la connectivité haute disponibilité à Internet et sur site, et de créer des systèmes répliqués dans plusieurs domaines de disponibilité à des fins de haute disponibilité et de récupération après sinistre.

Oracle ajoute plusieurs régions cloud dans le monde entier pour fournir aux clients un accès local aux ressources cloud. Pour accélérer ce processus, nous avez choisi d'ouvrir des régions dans des nouvelles zones géographiques dotées d'un seul domaine de disponibilité.

Dans les mesures où les régions exigent d'être développées, nous avons la possibilité d'ajouter de La capacité aux domaines de disponibilité existants, d'ajouter des domaines de disponibilité supplémentaires à Une région existante ou de créer une région. L'approche de développement dans un scénario particulier repose sur les exigences client, ainsi que sur les modèles de demande régionaux et la disponibilité des ressources.

Les régions sont indépendantes les unes des autres et de grandes distances peuvent les séparer (elles peuvent se trouver dans des pays voire des continents différents). En règle générale, vous déployez une application dans la région où elle est le plus utilisée, car l'utilisation de ressources proches est plus rapide que l'utilisation de ressources distantes. Toutefois, vous pouvez également déployer des applications dans différentes régions pour les raisons suivantes :

  • Afin de limiter le risque d'événements ayant un impact à l'échelle d'une région, tels que des tremblements de terre ou des phénomènes météorologiques d'envergure.
  • Afin de répondre aux exigences variables des autorités juridiques, des domaines fiscaux et d'autres critères commerciaux ou sociaux.

Les régions sont regroupées dans des domaines . Votre location existe dans un seul domaine et peut accéder à toutes les régions appartenant à ce domaine. Vous n'avez pas accès aux régions qui n'appartiennent pas à votre domaine. Actuellement, Oracle Cloud Infrastructure compte plusieurs domaines, notamment commerciaux, gouvernement et dédiés.

Le tableau suivant répertorie les régions des domaines commerciaux Oracle Cloud Infrastructure :

Nom de région Identificateur de région Emplacement de région Clé de région Clé de domaine Domaines de disponibilité
Est de l'Australie (Sydney) ap-sydney-1 Sydney, Australie SYD OC1 1
Sud-est de l'Australie (Melbourne) ap-melbourne-1 Melbourne, Australie MEL OC1 1
Est du Brésil (São Paulo) sa-saopaulo-1 São Paulo, Brésil GRU OC1 1
Sud-est du Brésil (Vinhedo) sa-vinhedo-1 Vinhedo, Brésil VCP OC1 1
Sud-est du Canada (Montréal) ca-montreal-1 Montréal, Canada YUL OC1 1
Sud-est du Canada (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 sa-bogota-1 Bogota, Colombie BOG OC1 1
Centre de la France (Paris) eu-paris-1 Paris, France CDG OC1 1
Sud de la France (Marseille) eu-marseille-1 Marseille, France MRS OC1 1
Allemagne centrale (Francfort) eu-frankfurt-1 Francfort, Allemagne FRA OC1 3
Sud de l'Inde (Hyderabad) ap-hyderabad-1 Hyderabad, Inde HYD OC1 1
Ouest de l'Inde (Mumbai) ap-mumbai-1 Bombay, Inde BOM OC1 1
Nord de l'Indonésie (Batam) ap-batam-1 Batam (Indonésie) HSG OC1 1
Centre d'Israël (Jérusalem) il-jerusalem-1 Jérusalem, Israël MTZ OC1 1
Nord-ouest de l'Italie (Milan) eu-milan-1 Milan, Italie LIN OC1 1
Centre du Japon (Osaka) ap-osaka-1 Osaka, Japon KIX OC1 1
Est du Japon (Tokyo) ap-tokyo-1 Tokyo, Japon NRT OC1 1
Centre du Mexique (Querétaro) mx-queretaro-1 Querétaro (Mexique) QRO OC1 1
Nord-est du Mexique (Monterrey) mx-monterrey-1 Monterrey (Mexique) MTY OC1 1
Nord-ouest des Pays-Bas (Amsterdam) eu-amsterdam-1 Amsterdam, Pays-Bas AMS OC1 1
Centre de l'Arabie saoudite (Riyad) me-riyadh-1 Riyad, Arabie saoudite RUH OC1 1
Ouest de l'Arabie saoudite (Djeddah) me-jeddah-1 Djeddah, Arabie saoudite JED OC1 1
Centre de la Serbie (Jovanovac) eu-jovanovac-1 Jovanovac, Serbie BEG OC20 1
Singapour (Singapour) ap-singapore-1 Singapour, Singapour SIN OC1 1
Singapour Ouest (Singapour) ap-singapore-2 Singapour, Singapour XSP OC1 1
Centre de l'Afrique du Sud (Johannesburg) af-johannesburg-1 Johannesburg, Afrique du Sud JNB OC1 1
Centre de la Corée du Sud (Séoul) ap-seoul-1 Séoul, Corée du Sud ICN OC1 1
Nord de la Corée du Sud (Chuncheon) ap-chuncheon-1 Chuncheon, Corée du Sud YNY OC1 1
Centre de l'Espagne (Madrid) eu-madrid-1 Madrid, Espagne MAD OC1 1
Centre de la Suède (Stockholm) eu-stockholm-1 Stockholm, Suède ARN OC1 1
Nord de la Suisse (Zurich) eu-zurich-1 Zurich, Suisse ZRH OC1 1
Centre des Emirats arabes unis (Abou Dabi) me-abudhabi-1 Abou Dabi, Emirats arabes unis AUH OC1 1
Est des Emirats arabes unis (Dubaï) me-dubai-1 Dubaï, Emirats arabes unis DXB OC1 1
Sud du Royaume-Uni (Londres) uk-london-1 London, Royaume-Uni LHR OC1 3
Ouest du Royaume-Uni (Newport) uk-cardiff-1 Newport, Royaume-Uni CWL OC1 1
Est des Etats-Unis (Ashburn) us-ashburn-1 Ashburn, Virginie IAD OC1 3
Midwest des Etats-Unis (Chicago) us-chicago-1 Chicago, Illinois ORD OC1 3
Ouest des Etats-Unis (Phoenix) us-phoenix-1 Phoenix, Arizona PHX OC1 3
Ouest des Etats-Unis (San José) us-sanjose-1 San José, Californie SJC OC1 1

Pour vous abonner à une région, reportez-vous à Gestion des régions.

Pour obtenir la liste des régions des domaines Oracle Government Cloud, reportez-vous aux rubriques suivantes :

Noms de domaine de disponibilité de votre location

Pour aider à équilibrer la capacité dans les centres de données, Oracle Cloud Infrastructure répartit les domaines d'accès de manière aléatoire par location . Par exemple, le domaine de disponibilité libellé PHX-AD-1 pour tenancyA peut correspondre à un centre de données différent de celui libellé PHX-AD-1 pour tenancyB.

Afin de suivre quel domaine d'accès correspond à quel centre d'informations pour chaque location, Oracle Cloud Infrastructure utilise des préfixes propres à la location pour les noms des domaines de disponibilité. Uocm: est un exemple de préfixe. 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 IAM. Vous pouvez également voir ces noms lorsque vous utilisez la console pour créer une instance et choisir quel domaine de disponibilité dans lequel la créer.

Domaines de pannes

Un domaine de pannes est un regroupement de matériel et d'infrastructures au sein d'un domaine de disponibilité. Chaque domaine de disponibilité contient trois domaines de pannes. Les domaines de pannes fournissent des anti-affinités : ils vous permettent de répartir les instances de sorte qu'elles ne se trouvent pas sur le même matériel physique au sein d'un même domaine de disponibilité. Une panne matérielle ou un événement de maintenance matérielle Compute qui affecte un domaine de pannes n'affecte pas les instances dans d'autres domaines de pannes.

Pour contrôler la position des occurrences de calcul, des occurrences de système de base de données Bare Metal ou de système de base de données de machine virtuelle, vous pouvez éventuellement indiquer le domaine de pannes pour une nouvelle instance ou un pool d'instances au moment du lancement. Si vous ne spécifiez pas le domaine de pannes, le système en sélectionne un pour vous. Oracle Cloud Infrastructure s'efforce de positionner le mieux des anti-affinités entre les différents domaines de pannes, tout En optimisant la capacité disponible dans le domaine de disponibilité. Pour changer le domaine de pannes d'une instance de calcul, modifiez-le. Pour changer le domaine des pannes d'une instance de système de base de données de machine virtuelle ou Bare Metal, mettez-y fin et lancez une nouvelle instance dans le domaine des pannes préféré.

Utilisez les domaines de pannes pour effectuer les opérations suivantes :

  • Protection contre les pannes matérielles inattendues.
  • Protection contre les interruptions planifiées en raison de la maintenance matérielle Compute.

Informations supplémentaires :

Limites d'abonnements à des régions

Un abonnement à une seule région est autorisée pour les locations d'essai, de niveau gratuit et de paiement à l'utilisation. Vous pouvez demander une augmentation de la limite pour les locations de paiement à l'utilisation. Pour plus d'informations, reportez-vous à Procédure de demande d'augmentation du nombre d'abonnements à des régions.

Les locations avec crédits mensuels universels peuvent s'abonner à toutes les régions commerciales publiques.

Demande d'augmentation de la limite du nombre de régions abonnées

Vous pouvez soumettre une demande d'augmentation du nombre d'abonnés à des régions pour vos locations à partir de la console. Si vous essayez de vous abonner à une région mais que vous dépassez la limite définie pour votre location, vous serez invité à faire une demande d'augmentation de limite. En outre, vous pouvez lancer la demande à partir de la page des limites de service, ou à tout moment en cliquant sur le lien sous le menu Aide Menu Aide.

Procédure de demande d'augmentation du nombre d'abonnements à des régions
  1. Ouvrez le menu Aide Menu Aide, accédez à Support technique et cliquez sur Demande d'une augmentation de limite de service.

  2. Entrez les informations suivantes :

    • Détails du contact principal : saisissez le nom et l'adresse électronique de la personne à l'origine de la demande. Saisissez une seule adresse électronique. Une confirmation sera envoyée à cette adresse.
    • Catégorie de service : sélectionnez Régions.
    • Ressource : sélectionnez Nombre d'abonnements à des régions.
    • Limite de location : indiquez le nombre limite.
    • Motif de la demande : indiquez le motif de votre demande. Si votre demande est urgente ou inhabituelle, indiquez les détails ici.
  3. Cliquez sur Soumettre la demande.

Dès qu'elle est soumise, la demande est traitée. Vous devrez attendre quelques minutes à quelques jours pour avoir une réponse. 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 sur plusieurs régions

OCI propose ses services cloud dans toutes ses régions de cloud public et ses régions cloud dédiées. Toutefois, certains services spécialisés ou émergents ne sont disponibles que dans certaines régions. Pour plus d'informations, reportez-vous à Disponibilité du service.

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é.

Conseil

En général, les ressources IAM sont partagées entre les régions. Les systèmes de base de données, les instances et les volumes sont propres à un domaine de disponibilité. Tous les autres éléments sont régionaux. Exception : à l'origine, les sous-réseaux étaient conçus pour être propres à un domaine de disponibilité. Vous pouvez maintenant créer des sous-réseaux régionaux, ce qui est recommandé par Oracle.

Ressources inter-régions

  • clés de signature d'API
  • compartiments
  • détecteurs (Cloud Guard ; régional par rapport à la région de génération de rapports)
  • groupes dynamiques
  • ressources de fédération
  • groupes
  • listes gérées (Cloud Guard)
  • sources réseau
  • stratégies (IAM et Zero Trust Packet Routing)
  • répondeurs (Cloud Guard ; régional par rapport à la région de génération de rapports)
  • attributs de sécurité (Zero Trust Packet Routing)
  • espaces de noms d'attribut de sécurité (Zero Trust Packet Routing)
  • espaces de noms de balise
  • clés de balise
  • cibles (Cloud Guard ; régional par rapport à la région de génération de rapports)
  • utilisateurs

Ressources régionales

  • stratégies d'accès (Service Mesh)
  • agents (Database Migration)
  • alarmes
  • domaines APM (Application Performance Monitoring)
  • applications (service Data Flow)
  • applications (service Functions)
  • référentiels d'artefacts (Artifact Registry)
  • sauvegardes (OCI Database with PostgreSQL)
  • bastions
  • plates-formes de chaîne de blocs (service Blockchain Platform)
  • buckets : bien que ces buckets soient des ressources régionales, ils sont accessibles à partir de n'importe quel emplacement si vous utilisez la bonne URL Object Storage propre à la région pour les appels d'API.
  • articles de catalogue (Gestion des applications de parc)
  • infrastructures (service Compute Cloud@Customer)
  • programmations de mise à niveau (service Compute Cloud@Customer)
  • clusters (service Big Data Service)
  • clusters (service Kubernetes Engine)
  • groupes de placement de clusters (service Cluster Placement Groups)
  • cloudevents-rules
  • règles de stratégie de conformité (Fleet Application Management)
  • demandes de travail config (Logging Analytics)
  • configurations (OCI Database with PostgreSQL)
  • fournisseurs de source de configuration (Resource Manager)
  • connexions (Database Migration)
  • connecteurs (Hub de connecteurs)
  • contenu et expérience (Content Management)
  • CPE (Customer-Premises Equipment)
  • tableaux de bord (console Dashboards)
  • tableaux de bord (tableau de bord de gestion)
  • tableaux de bord-groupes (console Dashboards)
  • catalogues de données
  • informations clés de base de données (Ops Insights)
  • bases de données (OCI Database with PostgreSQL)
  • ensembles de données (Data Labeling)
  • Systèmes de base de données (service HeatWave)
  • déploiements (GoldenGate)
  • pools de bureaux (bureaux sécurisés)
  • projets devops (DevOps)
  • pipelines de build (DevOps)
  • référentiels de code (DevOps)
  • pipelines de déploiement (DevOps)
  • ensembles d'options DHCP
  • travaux de repérage (Stack Monitoring)
  • DrProtectionGroup (Récupération après sinistre de la pile complète)
  • DrPlan (Récupération après sinistre de la pile complète)
  • DrPlanExecution (Récupération après sinistre de la pile complète)
  • passerelles de routage dynamique
  • clés de cryptage
  • entités (Logging Analytics)
  • parcs (Java Management)
  • parcs (Gestion des applications de parc)
  • fonctions
  • artefacts génériques (Artifact Registry)
  • Groupes (OS Management Hub)
  • analyses d'hôte
  • images
  • passerelles entrantes (Service Mesh)
  • tables d'acheminement de passerelle entrante (Service Mesh)
  • instances (OS Management Hub)
  • environnements de cycle de vie (OS Management Hub)
  • étapes du cycle de vie (OS Management Hub)
  • passerelles Internet
  • travaux (Database Management)
  • travaux (Database Migration)
  • travaux (Resource Manager)
  • équilibreurs de charge
  • passerelles d'appairage local
  • groupes de journaux (Logging Analytics)
  • fenêtres de maintenance (Gestion des applications de parc)
  • clés d'installation d'agent de gestion
  • agents de gestion
  • groupes de bases de données gérées (Database Management)
  • bases de données gérées (Database Management)
  • stations de gestion (OS Management Hub)
  • maillages (Service Mesh)
  • mesures
  • Workflow de support (Media Flow)
  • Configuration du workflow de média (Media Flow)
  • travail de workflow de média (Media Flow)
  • Ressource de support (Media Flow)
  • migrations (Database Migration)
  • modèles
  • moniteurs (Health Checks)
  • passerelles NAT
  • stratégies de pare-feu réseau
  • groupes de sécurité réseau
  • pools de noeuds
  • sessions de bloc-notes
  • règles de collecte d'objets (Logging Analytics)
  • clusters OpenSearch (recherche avec OpenSearch)
  • OpenSearch sauvegarde de cluster (Search with OpenSearch)
  • correctifs (Gestion des applications Fleet)
  • configurations de plate-forme (Fleet Application Management)
  • osddistributeddb (base de données distribuée globalement)
  • osddistributeddbprivateendpoint (base de données distribuée globalement)
  • osdworkrequest (base de données distribuée mondialement)
  • analyses de port
  • adresses privées (Database Management)
  • adresses privées (Resource Manager)
  • demandes de travail d'adresse privée (Database Management)
  • modèles privés (Resource Manager)
  • sondes (Health Checks)
  • problèmes (Cloud Guard ; régional par rapport à la région de génération de rapports)
  • profils (OS Management Hub)
  • projets
  • propriétés (Gestion des applications de parc)
  • provisions (Gestion des applications de parc)
  • requêtes de travail queryjob (Logging Analytics)
  • files d'attente
  • bases de données inscrites (GoldenGate)
  • référentiels
  • adresses IP publiques réservées
  • ressources (Stack Monitoring)
  • tables de routage
  • exécutions
  • runbooks (Gestion des applications de parc)
  • recherches enregistrées (tableau de bord de gestion)
  • recettes d'analyse
  • calendriers (Gestion des applications de parc)
  • tâches programmées (Logging Analytics)
  • travaux programmés (OS Management Hub)
  • clés secrètes
  • listes de sécurité
  • zones de sécurité
  • recettes de zone de sécurité
  • passerelles de service
  • sessions (Bastion)
  • base de données distribuée (Autonomous Database distribué mondialement)
  • demande de travail de base de données distribuée (Autonomous Database distribué mondialement)
  • Adresse privée de base de données distribuée (Autonomous Database distribué mondialement)
  • sources logicielles (OS Management Hub)
  • piles (Resource Manager)
  • StreamDistributionChannel (Media Streams)
  • StreamPackagingConfig (Media Streams)
  • StreamCdnConfig (Media Streams)
  • demandes de travail storage (Logging Analytics)
  • sous-réseaux : lorsque vous créez un sous-réseau, vous indiquez s'il est régional ou propre à un domaine de disponibilité. Oracle recommande d'utiliser des sous-réseaux régionaux.
  • abonnements
  • tables
  • cibles (Vulnerability Scanning)
  • indicateurs de menaces
  • types de menace
  • sujets
  • coffres
  • réseaux cloud virtuels
  • déploiements virtuels (Service Mesh)
  • services virtuels (Service Mesh)
  • Tables de routage de service virtuel (Service Mesh)
  • Sauvegardes de volume : elles peuvent être restaurées en tant que nouveaux volumes au sein de la même région dans laquelle elles sont stockées.
  • rapports de vulnérabilité
  • espaces de travail

Ressources propres au domaine de sécurité

  • instances de conteneur
  • Systèmes de base de donnée (service Oracle Database)
  • adresses IP publiques éphémères
  • instances (Compute) : elles peuvent être attachées qu'aux volumes d'un même domaine de disponibilité.
  • Systèmes de fichiers Lustre (File Storage with Lustre)
  • pare-feu réseau
  • sous-réseaux : lorsque vous créez un sous-réseau, vous indiquez s'il est régional ou propre à un domaine de disponibilité. Oracle recommande d'utiliser des sous-réseaux régionaux.
  • volumes : ils peuvent être attachés uniquement à une instance du même domaine.