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 dentro de una región afecte a la disponibilidad de los demás en la misma región.

Los dominios de disponibilidad dentro 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 que ofrezcan conectividad de alta disponibilidad a Internet y redes locales, y que creen 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 lograr esto 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.

En cualquier región con un dominio de disponibilidad, habrá un segundo dominio o región de disponibilidad en el mismo país o área geopolítica en un plazo de un año a fin de activar más opciones para la recuperación ante desastres. De este modo, se dará respuesta a los requisitos del cliente para la residencia de datos cuando sea necesario.

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
Sudeste 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 (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
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
Noreste de México (Monterrey) mx-monterrey-1 Monterrey, México MTY OC1 1
Noroeste de Países Bajos (Ámsterdam) eu-amsterdam-1 Ámsterdam, Países Bajos AMS 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
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 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 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 evento de mantenimiento de hardware informático o error de hardware que afecta a un dominio de errores no afecta 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 colocació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 realizar las siguientes acciones:

  • 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. Additionally, you can launch the request from the service limits page or at any time by clicking the link under the Help menu (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

Todas las regiones de Oracle Cloud Infrastructure ofrecen los servicios básicos de infraestructura, incluidos los siguientes:

  • Recursos informáticos: Compute (máquina virtual y hardware dedicado basado en Intel, E/S densa y estándar), Container Engine for Kubernetes, Container Registry y Artifact Registry
  • Almacenamiento: Block Volume, File Storage, Object Storage y Archive Storage
  • Red: red virtual en la nube, Load Balancer y FastConnect (socios específicos según estén disponibles y se soliciten)
  • Base de datos: Database, Exadata Cloud Service, Autonomous Database para análisis y almacenamiento de datos y Autonomous Database para el procesamiento de transacciones y cargas de trabajo mixtas
  • Perímetro: DNS
  • Plataforma: Audit, Identity and Access Management, Monitoring, Notifications, Tagging y solicitudes de trabajo

  • Seguridad: Vault

Por lo general, la disponibilidad de los servicios en la nube fuera de los de la lista anterior depende de la demanda del cliente regional. Cualquier servicio puede estar disponible en un plazo máximo de tres meses, y muchos de ellos se despliegan aún más rápido. Los nuevos servicios en la nube están disponibles en las regiones lo más rápido posible, según diversas consideraciones, que incluyen la demanda de clientes regionales, la capacidad para conseguir la conformidad con las regulaciones, la disponibilidad de los recursos y otros factores. Debido al eje troncal de interconexión de baja latencia de Oracle Cloud Infrastructure, puede utilizar servicios en la nube en otras regiones geográficas con resultados efectivos cuando esos servicios no están disponibles en su región de origen, siempre que los requisitos de residencia de datos no lo impidan. Trabajamos de forma periódica con los clientes para garantizar un acceso efectivo a los servicios necesarios.

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 (OCI Database 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 Container Engine for Kubernetes)
  • cloudevents-rules
  • solicitudes de trabajo de configuración (Logging Analytics)
  • configuraciones (OCI Database 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)
  • dashboards (Console Dashboards)
  • 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 MySQL Heatwave)
  • despliegues (GoldenGate)
  • 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)
  • 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 (OS Management Hub)
  • etapas de 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 (Logging Analytics)
  • 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 (Migración de base de datos)
  • modelos
  • monitors (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 (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
  • 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
  • búsquedas guardadas (panel de control de gestión)
  • recetas de exploración
  • tareas programadas (Logging 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 con particiones horizontales (Autonomous Database distribuida globalmente)
  • sharded-database-work-request (instancia de Autonomous Database distribuida globalmente)
  • base de datos fragmentada-punto final privado (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 (Vulnerability Scanning)
  • 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 de 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.