Documentación de Oracle Cloud Infrastructure

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 una 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 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. Dado que los dominios de disponibilidad no comparten infraestructura, como alimentación o enfriamiento, o la red interna del dominio de disponibilidad, es poco probable que un fallo en un dominio de disponibilidad de una región afecte a la disponibilidad de los demás en la misma región.

Los dominios de disponibilidad de la misma región se conectan entre sí mediante una red de ancho de banda alto y de baja latencia, lo que hace posible proporcionar conectividad de alta disponibilidad a Internet y en las instalaciones, y crear sistemas replicados en varios dominios de disponibilidad para una 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 las regiones necesitan expansión, disponemos de la opción de agregar capacidad a los dominios de disponibilidad existentes para agregar dominios de disponibilidad adicionales a una región existente o para 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 dominios comerciales, gubernamentales y dedicados.

La siguiente tabla muestra 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 (Sao 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-valparaíso-1 Valparaíso, Chile VAP OC1 1
Centro de Colombia (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
Centro de Alemania (Frankfurt) 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
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
Central 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 MTY OC1 1
Noroeste de Países Bajos (Amsterdam) eu-amsterdam-1 Ámsterdam, Países Bajos AMS OC1 1
Central de Arabia Saudí (Riyadh) me-riyadh-1 Riad, Arabia Saudita 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 SIN 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
Emiratos Árabes Unidos oriental (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 Estados Unidos (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 Estados Unidos (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 de los dominios de Oracle Government Cloud, consulte los siguientes temas:

Nombres del dominio de disponibilidad de su arrendamiento

Para ayudar a equilibrar la capacidad en los centros de datos, Oracle Cloud Infrastructure asigna aleatoriamente los dominios de disponibilidad por 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 del dominio de disponibilidad correspondiente al centro de datos para cada arrendamiento, Oracle Cloud Infrastructure utiliza prefijos específicos de arrendamiento para los nombres de 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 de 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 el dominio de disponibilidad en el 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 las instancias informáticas, las instancias del sistema de base de datos con hardware dedicado o las instancias del sistema 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 el momento del lanzamiento. Si no especifica el dominio de errores, el sistema selecciona uno para usted. Oracle Cloud Infrastructure realiza la mejor ubicación posible 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 de errores de una instancia de sistema de base de datos de máquina virtual o con hardware dedicado, finalícelo e inicie una nueva instancia en el dominio de errores preferido.

Utilice los dominios de errores para hacer lo siguiente:

  • Protegerse contra fallos de hardware inesperados.
  • Proteger contra interrupciones planificadas debido al 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 del 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. También 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ú Ayuda).

Para solicitar un aumento del límite de regiones suscritas

  1. Abra el menú Ayuda (Menú Ayuda), vaya a Soporte y haga clic en Solicitar aumento del límite de 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, determinados servicios especializados o emergentes sólo están disponibles en determinadas regiones. Para obtener más información, consulte Disponibilidad del 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 base 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
  • responsables de respuestas (Cloud Guard regionales para la región de informes)
  • Espacios de nombres de etiqueta
  • Claves de etiqueta
  • destinos (Cloud Guard; regionales 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 de Data Flow)
  • aplicaciones (servicio de Funciones)
  • repositorios de artefactos (Artifact Registry
  • copias de seguridad (base de datos OCI con PostgreSQL)
  • bastiones
  • plataformas de blockchain (servicio Blockchain Platform)
  • Cubos: aunque los cubos son recursos regionales, se puede acceder a ellos desde cualquier ubicación si utiliza la URL correcta de Object Storage específica de cada región para las llamadas a la API.
  • infraestructuras (servicio Compute Cloud@Customer)
  • programas de cambio de versión (servicio Compute Cloud@Customer)
  • clusters (servicio Big Data Service)
  • clusters (servicio Kubernetes Engine)
  • grupos de ubicación de cluster (servicio Cluster Placement Groups)
  • cloudevents-rules
  • solicitudes de trabajo de configuración (Logging Analytics)
  • configuraciones (base de datos OCI con PostgreSQL)
  • proveedores de origen de configuración (Gestor de recursos)
  • conexiones (Migración de base de datos)
  • conectores (Hub de conector)
  • 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 (Console Dashboards)
  • catálogos de datos
  • estadísticas de base de datos (Ops Insights)
  • bases de datos (OCI Database con PostgreSQL)
  • juegos de datos (Etiquetado de datos)
  • Sistemas de base de datos (servicio HeatWave)
  • despliegue (GoldenGate)
  • pools de escritorio (escritorios seguros)
  • proyectos de Devops (DevOps)
  • build pipelines (DevOps)
  • code repositories (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 (Logging Analytics)
  • Conjuntos (Java Management)
  • flotas (gestión de aplicación 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 entrada (Service Mesh)
  • instancias (OS Management Hub)
  • entornos de ciclo de vida (Hub de gestión de sistema operativo)
  • etapas del ciclo de vida (Hub de gestión de sistema operativo)
  • 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 (Logging Analytics)
  • ventanas de mantenimiento (Fleet Application Management)
  • 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 medios)
  • Activo de medios (Flujo de medios)
  • migraciones (Database Migration)
  • modelos
  • monitores (cheques de estado)
  • 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 (Logging Analytics)
  • Clusters de OpenSearch (Search with OpenSearch)
  • Copias de seguridad de cluster de OpenSearch (Search with OpenSearch)
  • 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)
  • probes (Health Checks)
  • problemas (Cloud Guard; regionales para la región de informes)
  • perfiles (OS Management Hub)
  • proyectos
  • Propiedades (Fleet Application Management)
  • solicitudes de trabajo de consulta (Logging Analytics)
  • colas
  • bases de datos registradas (GoldenGate)
  • Repositorios
  • IP públicas reservadas
  • recursos (Stack Monitoring)
  • Tablas de rutas
  • ejecuciones
  • runbooks (Gestión de aplicación de conjuntos)
  • búsquedas guardadas (panel de control de gestión)
  • recetas de exploración
  • Programas (Fleet Application Management)
  • tareas programadas (Logging Analytics)
  • Trabajos programados (Hub de gestión de sistema operativo)
  • secretos
  • Listas de seguridad
  • zonas de seguridad
  • recetas de zona de seguridad
  • Gateways de servicio
  • sesiones (Bastion)
  • base de datos con particiones horizontales (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 (Logging 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 (Análisis de vulnerabilidades)
  • tickets (servicio de gestión de soporte)
  • 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 en cualquier dominio de disponibilidad dentro de la misma región en la 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 de disponibilidad.
  • 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 dominio de disponibilidad.