Regiones y dominio de disponibilidad

En este tema, se describe la organización física y lógica de los recursos de Oracle Cloud Infrastructure.

Acerca de las regiones y los dominios de disponibilidad

Oracle Cloud Infrastructure se aloja en regiones y dominios de disponibilidad. Una región es un área geográfica localizada, mientras que un dominio de disponibilidad es uno o más centros de datos que se encuentran en una región. Una región está formada por uno o varios dominios de disponibilidad. La mayoría de los Recursos de Oracle Cloud Infrastructure son específicos de esta región, como una red virtual en la nube, o específicos de un dominio de disponibilidad, como una instancia informática. El tráfico entre los dominios de disponibilidad y entre regiones está cifrado. Los dominios de disponibilidad están aislados entre sí, son tolerantes a fallos y es muy poco probable que fallen simultáneamente. Debido a que los dominios de disponibilidad no comparten la infraestructura, como la energía, la refrigeración o la red interna de dominios de disponibilidad, es poco probable que un fallo en uno de los dominios de disponibilidad de una región afecte la disponibilidad de los demás en la misma región.

Los dominios de disponibilidad de la misma región se conectan unos a otros mediante una red que ofrece conectividad de alta disponibilidad a Internet y de baja latencia, lo que permite que ofrezca conectividad de alta disponibilidad a Internet y a redes locales, y que cree sistemas replicados en varios dominios de disponibilidad para la recuperación ante desastres y de alta disponibilidad.

Oracle está agregando múltiples regiones en la nube en todo el mundo para ofrecer acceso local a los recursos en la nube para nuestros clientes. Para conseguirlo rápidamente, hemos optado Por lanzar regiones en las nuevas geografías con un dominio de disponibilidad.

A medida que la región necesita expansión, disponemos de la opción para agregar capacidad a los dominios de disponibilidad existentes, agregar dominios de disponibilidad adicionales a una región existente o crear una nueva región. El enfoque de expansión de un escenario particular se basa en los requisitos del cliente, así como en las consideraciones de los patrones de demanda regionales y la disponibilidad de los recursos.

Las regiones son independientes de otras regiones y se pueden separar con grandes distancias (entre países e incluso continentes). Por lo general, debería desplegar una aplicación en la región en la que se utiliza con mayor frecuencia, ya que el uso de recursos cercanos es más rápido que el uso de recursos distantes. Sin embargo, también puede desplegar aplicaciones en distintas regiones por los siguientes motivos:

  • Para mitigar el riesgo de los eventos que afecten a toda la región, como grandes borrascas o terremotos.
  • Para cumplir con requisitos variables de jurisdicciones legales, dominios fiscales y otros criterios sociales o de negocio.

Las regiones se agrupan en dominios. Su arrendamiento pertenece a un único dominio y puede acceder a todas las regiones que pertenezcan a dicho dominio. No puede acceder a regiones que no están en su dominio. Actualmente, Oracle Cloud Infrastructure tiene varios dominios, incluidos los comerciales, gubernamentales y dedicados.

En la siguiente tabla se muestran las regiones de los dominios comerciales de Oracle Cloud Infrastructure:

Nombre de la región Identificador de región Ubicación de la región Clave de la región Clave de dominio Dominios de disponibilidad
Este de Australia (Sídney) ap-sydney-1 Sídney, Australia SYD OC1 1
Sureste de Australia (Melbourne) ap-melbourne-1 Melbourne, Australia MEL OC1 1
Este de Brasil (São Paulo) sa-saopaulo-1 São Paulo, Brasil GRU OC1 1
Sureste de Brasil (Vinhedo) sa-vinhedo-1 Vinhedo (Brasil) VCP OC1 1
Sureste de Canadá (Montreal) ca-montreal-1 Montreal, Canadá YUL OC1 1
Sureste de Canadá (Toronto) ca-toronto-1 Toronto, Canadá YYZ OC1 1
Chile central (Santiago) sa-santiago-1 Santiago, Chile SCL OC1 1
Oeste de Chile (Valparaíso) sa-valparaiso-1 Valparaíso, Chile VAP OC1 1
Colombia Central (Bogotá) sa-bogota-1 Bogotá, Colombia BOG OC1 1
Francia central (París) eu-paris-1 París, Francia CDG OC1 1
Sur de Francia (Marsella) eu-marseille-1 Marsella, Francia MRS OC1 1
Alemania central (Fráncfort) eu-frankfurt-1 Fráncfort, Alemania FRA OC1 3
Sur de India (Hyderabad) ap-hyderabad-1 Hyderabad, India HYD OC1 1
Oeste de India (Mumbai) ap-mumbai-1 Mumbai, India BOM OC1 1
Norte de Indonesia (Batam) ap-batam-1 Batam, Indonesia HSG OC1 1
Centro de Israel (Jerusalén) il-jerusalem-1 Jerusalén, Israel MTZ OC1 1
Italia noroccidental (Milán) eu-milan-1 Milán, Italia LIN OC1 1
Centro de Japón (Osaka) ap-osaka-1 Osaka, Japón KIX OC1 1
Este de Japón (Tokio) ap-tokyo-1 Tokio, Japón NRT OC1 1
Centro de México (Querétaro) mx-queretaro-1 Querétaro, México QRO OC1 1
Noroeste de México (Monterrey) mx-monterrey-1 Monterrey, México Mes OC1 1
Noroeste de Países Bajos (Ámsterdam) eu-amsterdam-1 Ámsterdam, Países Bajos AMS OC1 1
Arabia Saudí Central (Riad) me-riyadh-1 Riad, Arabia Saudí RUH OC1 1
Oeste de Arabia Saudí (Yidda) me-jeddah-1 Yidda, Arabia Saudí JED OC1 1
Centro de Serbia (Jovanovac) eu-jovanovac-1 Jovanovac, Serbia BEG OC20 1
Singapur (Singapur) ap-singapore-1 Singapur,Singapur Número de identificación del vehículo OC1 1
Oeste de Singapur (Singapur) ap-singapore-2 Singapur,Singapur XSP OC1 1
Centro de Sudáfrica (Johannesburgo) af-johannesburg-1 Johannesburgo, Sudáfrica JNB OC1 1
Centro de Corea del Sur (Seúl) ap-seoul-1 Seúl, Corea del Sur ICN OC1 1
Norte de Corea del Sur (Chuncheon) ap-chuncheon-1 Chuncheon, Corea del Sur YNY OC1 1
Centro de España (Madrid) eu-madrid-1 Madrid, España MAD OC1 1
Suecia central (Estocolmo) eu-stockholm-1 Estocolmo, Suecia ARN OC1 1
Norte de Suiza (Zúrich) eu-zurich-1 Zúrich, Suiza ZRH OC1 1
Emiratos Árabes Unidos central (Abu Dabi) me-abudhabi-1 Abu Dabi, Emiratos Árabes Unidos AUH OC1 1
Este de EAU (Dubái) me-dubai-1 Dubái, Emiratos Árabes Unidos DXB OC1 1
Sur de Reino Unido (Londres) uk-london-1 Londres, Reino Unido LHR OC1 3
Oeste de Reino Unido (Newport) uk-cardiff-1 Newport, Reino Unido CWL OC1 1
Este de EE. UU. (Ashburn) us-ashburn-1 Ashburn, VA IAD OC1 3
Medio Oeste de EE. UU. (Chicago) us-chicago-1 Chicago, IL ORD OC1 3
Oeste de EE. UU. (Phoenix) us-phoenix-1 Phoenix, AZ PHX OC1 3
Oeste de EE. UU. (San José) us-sanjose-1 San José, CA SJC OC1 1

Para suscribirse a una región, consulte Gestión de regiones.

Para obtener una lista de las regiones del dominio de Oracle Government Cloud, consulte los siguientes temas:

Nombres del dominio de disponibilidad de su arrendamiento

Para ayudar a equilibrar la capacidad de los centros de datos, Oracle Cloud Infrastructure asigna aleatoriamente los dominios del arrendamiento . Por ejemplo, el dominio de disponibilidad etiquetado como PHX-AD-1 para tenancyA puede ser un centro de datos diferente al etiquetado como PHX-AD-1 para tenancyB.

Para realizar un seguimiento de qué dominio de disponibilidad corresponde al centro de datos para cada arrendamiento, Oracle Cloud Infrastructure utiliza prefijos específicos de arrendamiento para los nombres del dominio de disponibilidad. Un prefijo de ejemplo es Uocm:. Con este prefijo, los nombres de dominio de disponibilidad son Uocm:PHX-AD-1, Uocm:PHX-AD-2, etc.

Para obtener los nombres específicos de los dominios a disponibilidad de su arrendamiento, utilice la operación ListAvailabilityDomains, que está disponible en la API de IAM. También puede ver los nombres al utilizar la consola para crear una instancia y elegir los dominios de disponibilidad en los que crearla.

Dominios de errores

Un dominio de errores es una agrupación de hardware e infraestructura dentro de un dominio de disponibilidad. Cada dominio de disponibilidad contiene tres dominios de errores. Los dominios de errores proporcionan antiafinidad: permiten distribuir las instancias de forma que no estén en el mismo hardware físico dentro de un único dominio de disponibilidad. Un fallo de hardware o un evento de mantenimiento del hardware de Compute que afecte a un dominio de errores no afectan a las instancias de otros dominios de errores.

Para controlar la ubicación de sus instancias informáticas, las instancias de los sistemas de base de datos de máquina virtual o los sistemas de base de datos de máquina virtual, puede especificar de forma opcional el dominio de errores para una nueva instancia o pool de instancias en la fecha del lanzamiento. Si no especifica el dominio de errores, el sistema selecciona uno para usted. Oracle Cloud Infrastructure realiza una mejor colocación de antiafinidad en diferentes dominios de errores y optimiza la capacidad disponible en el dominio de disponibilidad. Para cambiar el dominio de errores de una instancia informática, edite el dominio de errores. Para cambiar el dominio del error de una instancia del sistema de base de datos de máquina virtual o con hardware dedicada, finalícelo e inicie una nueva instancia en el dominio del error preferido.

Utilice los dominios de errores para realizar las siguientes acciones:

  • Protegerse contra fallos de hardware inesperados.
  • Proteger contra interrupciones planificadas debido a mantenimiento del hardware informático.

Para obtener más información:

Límites de regiones suscritas

Los arrendamientos de prueba, cuenta gratuita y pago por consumo están limitados a una región suscrita. Para los arrendamientos de pago por consumo, puede solicitar un aumento del límite. Consulte Para solicitar un aumento del límite de regiones suscritas para obtener más información.

Los arrendamientos de crédito mensual universal pueden suscribirse a todas las regiones comerciales publicadas.

Solicitud de un aumento de límite del recuento de regiones suscritas

Puede enviar una solicitud para aumentar el recuento de regiones suscritas para sus arrendamientos desde la consola. Si intenta suscribirse a una región fuera del límite de su arrendamiento, se le solicitará que envíe una solicitud de aumento del límite. Además, puede iniciar la solicitud desde la página de límites de servicio o en cualquier momento haciendo clic en el enlace que aparece en el menú Ayuda Menú de ayuda.

Para solicitar un aumento del límite de regiones suscritas
  1. Abra el menú Ayuda Menú de ayuda, vaya a Soporte y haga clic en Solicitar aumento del límite del servicio.

  2. Introduzca lo siguiente:

    • Detalles del contacto principal: introduzca el nombre y la dirección de correo electrónico de la persona que realiza la solicitud. Introduzca solo una dirección de correo electrónico. Se enviará una confirmación a esta dirección.
    • Categoría de servicio: seleccione Regiones.
    • Recurso: seleccione Recuento de regiones suscritas.
    • Límite de arrendamiento: especifique el número del límite.
    • Motivo de solicitud: introduzca un motivo para la solicitud. Si su solicitud es urgente o inusual, proporcione los detalles aquí.
  3. Haga clic en Enviar solicitud.

La solicitud se procesa después de enviarla. La respuesta puede tardar de unos minutos a unos días en llegar. Si se concede su solicitud, se envía un correo electrónico de confirmación a la dirección indicada en los detalles del contacto principal.

Si necesitamos información adicional sobre la solicitud, se envía un correo electrónico de seguimiento a la dirección indicada en los detalles del contacto principal.

Disponibilidad del servicio entre regiones

OCI ofrece sus servicios en la nube en todas sus regiones de nube pública y regiones de nube dedicada. Sin embargo, algunos servicios especializados o emergentes solo están disponibles en determinadas regiones. Para obtener más información, consulte Disponibilidad de servicio.

Disponibilidad de recursos

En las siguientes secciones se muestran los tipos de recursos en función de su disponibilidad: entre regiones, en una sola región o en un solo dominio de disponibilidad.

Consejo

En general: los recursos IAM están disponibles entre regiones. Los sistemas, las instancias y los volúmenes de bases de datos son específicos de un dominio de disponibilidad. El resto es regional. Excepción: las subredes se diseñaron originalmente para ser específicas de un dominio de disponibilidad. Ahora, puede crear subredes regionales, como recomienda Oracle.

Recursos entre regiones

  • Claves de firma de API
  • Compartimentos
  • detectores (Cloud Guard; regionales para la región de informes)
  • Grupos dinámicos
  • Recursos de federación
  • Grupos
  • listas gestionadas (Cloud Guard)
  • orígenes de red
  • Políticas (IAM y Zero Trust Packet Routing)
  • responsables de respuestas (Cloud Guard; regional para la región de informes)
  • atributos de seguridad (enrutamiento de paquetes de confianza cero)
  • Espacios de nombres de atributos de seguridad (enrutamiento de paquetes de confianza cero)
  • Espacios de nombres de etiqueta
  • Claves de etiqueta
  • destinos (Cloud Guard; regional para la región de informes)
  • Usuarios

Recursos regionales

  • Políticas de acceso (Service Mesh)
  • agentes (Migración de base de datos)
  • Alarmas
  • dominios de apm (Application Performance Monitoring)
  • aplicaciones (servicio Data Flow)
  • aplicaciones (servicio de Funciones)
  • repositorios de artefactos (Artifact Registry)
  • Copias de seguridad (OCI Database with PostgreSQL)
  • bastiones
  • plataformas de blockchain (servicio Blockchain Platform)
  • Cubos: aunque estos son recursos regionales, se puede acceder a ellos desde cualquier ubicación si utiliza la URL correcta de Object Storage específica de la región para las llamadas a la API.
  • elementos de catálogo (Gestión de aplicaciones de conjunto)
  • infraestructuras (servicio Compute Cloud@Customer)
  • programas de actualización (servicio Compute Cloud@Customer)
  • clusters (servicio Big Data Service)
  • clusters (servicio Kubernetes Engine)
  • grupos de colocación de clusters (servicio Cluster Placement Groups)
  • cloudevents-rules
  • reglas de política de conformidad (Fleet Application Management)
  • solicitudes de trabajo de definición (Log Analytics)
  • configuraciones (OCI Database with PostgreSQL)
  • proveedores de origen de configuración (Gestor de recursos)
  • conexiones (Migración de base de datos)
  • conectores (conector Hub)
  • contenido y experiencia (Content Management)
  • Equipo local de cliente (CPE)
  • paneles de control (Paneles de control de la consola)
  • paneles de control (panel de control de gestión)
  • Dashboard-groups (Paneles de control de consola)
  • catálogos de datos
  • estadísticas de base de datos (Ops Insights)
  • bases de datos (OCI Database with PostgreSQL)
  • Juegos de Datos (Etiquetado de Datos)
  • Sistemas de base de datos (servicio MySQL HeatWave)
  • despliegues (GoldenGate)
  • piscinas de escritorio (escritorios seguros)
  • proyectos de DevOps (DevOps)
  • build pipelines (DevOps)
  • repositorios de código (DevOps)
  • pipelines de despliegue (DevOps)
  • Juegos de opciones DHCP
  • trabajos de detección (Stack Monitoring)
  • DrProtectionGroup (Full Stack Disaster Recovery)
  • DrPlan (Full Stack Disaster Recovery)
  • DrPlanExecution (Full Stack Disaster Recovery)
  • Gateways de direccionamiento dinámico (DRG)
  • Claves de cifrado
  • entidades (Log Analytics)
  • conjuntos (Java Management)
  • conjuntos (Gestión de aplicaciones de conjuntos)
  • Funciones
  • artefactos genéricos (Artifact Registry)
  • grupos (OS Management Hub)
  • exploraciones de host
  • Imágenes
  • gateways de entrada (Service Mesh)
  • tablas de rutas de gateway de ingreso (Service Mesh)
  • instancias (OS Management Hub)
  • entornos de ciclo de vida (OS Management Hub)
  • etapas del ciclo de vida (OS Management Hub)
  • Gateways de Internet
  • trabajos (Database Management)
  • trabajos (Migración de base de datos)
  • Trabajos (Gestor de recursos)
  • Equilibradores de carga
  • Gateways de intercambio de tráfico locales (LPG)
  • grupos de logs (Log Analytics)
  • ventanas de mantenimiento (Gestión de aplicaciones de conjunto)
  • claves de instalación de agente de gestión
  • agentes de gestión
  • grupos de bases de datos gestionadas (Database Management)
  • bases de datos gestionadas (Database Management)
  • estaciones de gestión (OS Management Hub)
  • mallas (Service Mesh)
  • Métricas
  • Flujo de Trabajo de Medios (Flujo de Medios)
  • Configuración del flujo de trabajo de medios (flujo de medios)
  • Trabajo de flujo de trabajo de medios (Flujo de medio)
  • Activo de medio (Flujo de medio)
  • migraciones (Migración de base de datos)
  • modelos
  • monitores (Health Checks)
  • Gateways NAT
  • políticas de firewall de red
  • Grupos de seguridad de red
  • Pools de nodos
  • sesiones de bloc de notas
  • reglas de recopilación de objetos (Log Analytics)
  • Clusters de OpenSearch (Buscar con OpenSearch)
  • Copias de seguridad de cluster de OpenSearch (Buscar con OpenSearch)
  • Parches (Gestión de aplicaciones de conjunto)
  • configuraciones de plataforma (Fleet Application Management)
  • osddistributeddb (base de datos distribuida globalmente)
  • osddistributeddbprivateendpoint (base de datos distribuida globalmente)
  • osdworkrequest (base de datos distribuida globalmente)
  • exploraciones de puertos
  • puntos finales privados (Gestión de bases de datos)
  • puntos finales privados (Resource Manager)
  • solicitudes de trabajo de punto final privado (Gestión de bases de datos)
  • plantillas privadas (Gestor de recursos)
  • sondeos (Health Checks)
  • problemas (Cloud Guard; regional para la región de informes)
  • Perfiles (OS Management Hub)
  • proyectos
  • Propiedades (Gestión de aplicaciones de conjuntos)
  • provision (Gestión de aplicaciones de conjuntos)
  • solicitudes de trabajo de consulta (Log Analytics)
  • colas
  • bases de datos registradas (GoldenGate)
  • Repositorios
  • IP públicas reservadas
  • recursos (Stack Monitoring)
  • Tablas de rutas
  • ejecuciones
  • runbooks (Gestión de aplicaciones de conjuntos)
  • búsquedas guardadas (panel de control de gestión)
  • recetas de exploración
  • Schedules (Gestión de aplicaciones de conjuntos)
  • tareas programadas (Log Analytics)
  • trabajos programados (OS Management Hub)
  • secretos
  • Listas de seguridad
  • zonas de seguridad
  • recetas de zona de seguridad
  • Gateways de servicio
  • sesiones (Bastion)
  • base de datos compartida (instancia de Autonomous Database distribuida globalmente)
  • sharded-database-work-request (instancia de Autonomous Database distribuida globalmente)
  • sharded-database-private-endpoint (Autonomous Database distribuida globalmente)
  • Orígenes de software (OS Management Hub)
  • pilas (Gestor de recursos)
  • StreamDistributionChannel (Secuencias de medios)
  • StreamPackagingConfig (Secuencias de medios)
  • StreamCdnConfig (Secuencias de medios)
  • solicitudes de trabajo de almacenamiento (Log Analytics)
  • Subredes: al crear una subred, se selecciona si es regional o específica de un dominio de disponibilidad. Oracle recomienda utilizar subredes regionales.
  • Suscripciones
  • tablas
  • destinos (Vulnerability Scanning)
  • threat indicators
  • threat types
  • Temas
  • almacenes
  • Redes virtuales en la nube (VCN)
  • despliegues virtuales (Service Mesh)
  • servicios virtuales (Service Mesh)
  • tablas de rutas de servicios virtuales (Service Mesh)
  • Copias de seguridad de volúmenes: se pueden restaurar como nuevos volúmenes a cualquier dominio de disponibilidad dentro de la misma región en las que estén almacenadas.
  • Vulnerability Scanning
  • espacios de trabajo

Recursos específicos del dominio de disponibilidad

  • instancias de contenedor
  • Sistemas de base de datos (servicio Oracle Database)
  • IP públicas efímeras
  • instancias (de Compute): solo se pueden asociar a volúmenes del mismo dominio que de disponibilidad.
  • Sistemas de archivos Lustre (almacenamiento de archivos con Lustre)
  • firewalls de red
  • Subredes: al crear una subred, se selecciona si es regional o específica de un dominio de disponibilidad. Oracle recomienda utilizar subredes regionales.
  • Volúmenes: solo se pueden asociar a una instancia en el mismo dominios de disponibilidad.