Para proporcionar una conectividad de red segura y fiable para diferentes funciones de gestión y aplicaciones, Exadata Database Service en Cloud at Customer utiliza diferentes redes.

En la siguiente lista se describen los requisitos de red mínimos para instalar un sistema Exadata Database Service en Cloud at Customer:

• Red de servicio de Exadata Cloud at Customer: estas redes se configurarán según las especificaciones de Oracle y el cliente no debe modificarlas sin el consentimiento de Oracle.
  • Red del plano de control

    Esta red privada virtual (VPN) conecta los dos servidores de plano de control ubicados en el rack de Exadata Database Service en Cloud at Customer con Oracle Cloud Infrastructure. La VPN posibilita la realización de operaciones seguras iniciadas por el cliente mediante la consola y las API de Oracle Cloud Infrastructure. También facilita una supervisión y una administración seguras de los componentes de infraestructura gestionados por Oracle en Exadata Database Service en Cloud at Customer.

    • Consideraciones sobre la conectividad del plano de control

      Para que el plano de control funcione, el servidor de plano de control debe poder conectarse a determinadas direcciones de Oracle Cloud Infrastructure (OCI). Debe activar el acceso de salida del puerto TCP 443 a los puntos finales en una región de OCI específica de la siguiente manera:

      Tabla 3-2 Puertos que se deben abrir para la conectividad del plano de control

      Descripción / Finalidad	Puerto abierto	Ubicación
      Servicio de túnel saliente para la prestación de automatización en la nube	443 de salida	Utilice este formato de URL, sustituyendo oci_region por su región: https://wss.exacc.oci_region.oci.oraclecloud.com
      Servicio de túnel seguro para el acceso remoto de operadores de Oracle	443 de salida	Utilice estos formatos de URL, sustituyendo oci_region por su región: https://mgmthe1.exacc.oci_region.oci.oraclecloud.com https://mgmthe2.exacc.oci_region.oci.oraclecloud.com
      Servicio Object Storage para recuperar actualizaciones del sistema, supervisión de infraestructura y recopilación de logs	443 de salida	Utilice este formato de URL, sustituyendo oci_region por su región: https://objectstorage.oci_region.oraclecloud.com https://swiftobjectstorage.oci_region.oraclecloud.com https://*.objectstorage.oci_region.oci.customer-oci.com
      Servicio Monitoring para registrar y procesar métricas de Infrastructure Monitoring (IMM)	443 de salida	Utilice este formato de URL, sustituyendo oci_region por su región: https://telemetry-ingestion.oci_region.oraclecloud.com
      Servicio de identidad para autorización y autenticación	443 de salida	Utilice este formato de URL, sustituyendo oci_region por su región: https://identity.oci_region.oraclecloud.com https://auth.oci_region.oraclecloud.com
      Servicio de túnel saliente para la prestación de automatización en la nube	443 de salida	Utilice este formato de URL, sustituyendo oci_region por su región: https://wsshe.adbd-exacc.oci_region.oci.oraclecloud.com
      Servicio de registro	443 de salida	Utilice este formato de URL sustituyendo oci_region por su región: https://frontend.logging.ad1.oci_region.oracleiaas.com https://frontend.logging.ad2.oci_region.oracleiaas.com https://frontend.logging.ad3.oci_region.oracleiaas.com https://controlplane.logging.ad1.oci_region.oracleiaas.com https://controlplane.logging.ad2.oci_region.oracleiaas.com https://controlplane.logging.ad3.oci_region.oracleiaas.com
      Autenticación basada en principal de recurso y entrega del servicio Autonomous Database	443 de salida	Utilice este formato de URL, sustituyendo oci_region por su región: https://database.oci_region.oraclecloud.com
      Consola de VM	443 de salida	Utilice este formato de URL, sustituyendo oci_region por su región: https://console1.exacc.oci_region.oci.oraclecloud.com https://console2.exacc.oci_region.oci.oraclecloud.com
      Servicio de túnel seguro temporal para el acceso remoto de operadores de Oracle para recursos ADB-D	443 de salida	Utilice este formato de URL, sustituyendo region por su región: https://mgmthe.adbd-exacc.region.oci.oraclecloud.com
      Servicio Monitoring para registrar y procesar recursos de métricas de Infrastructure Monitoring (IMM)	443 de salida	Utilice este formato de URL, sustituyendo region por su región: https://ingestion.logging.region.oci.oraclecloud.com
      Medición y supervisión	443 de salida	Utilice este formato de URL, reemplazando oci_region por su región: https://*.oci_region.functions.oci.oraclecloud.com https://*.functions.oci_region.oci.oraclecloud.com

      Nota
      
      El acceso a la infraestructura ExaDB-C@C a los puntos finales de servicio indicados en la tabla 3-2 Puertos que se abrirán para la conectividad del plano de control es obligatorio para la funcionalidad de servicio completa. No permitir todos los URI obligatorios puede resultar en una reducción del servicio o características que no funcionan según lo diseñado.

      Tenga en cuenta que el servidor de plano de control solo tiene que poder establecer el acceso de salida del puerto TCP 443. Si bien se deben permitir las conexiones salientes en el puerto 443, el acceso de entrada del puerto TCP 443 no es necesario, y puede resultar recomendable desde un punto de vista de seguridad bloquear las conexiones entrantes. (Funcionalmente, el tráfico bidireccional sigue siendo posible a través de la conexión una vez que se establece la conexión saliente segura).

      El servidor de plano de control requiere los servicios de DNS y NTP del cliente para poder funcionar. Los requisitos mínimos de ancho de banda para la conexión de Internet del servidor del plano de control a OCI son de 50/10 MB de descarga/carga.

      Algunos clientes tienen políticas de seguridad que requieren el uso de proxies para todas las conexiones de Internet a la infraestructura de TI. Un proxy HTTP de cliente, por ejemplo, un proxy pasivo/corporativo, está soportado para la conexión del servidor de plano de control a OCI. Por el contrario, el HTTPS de cliente, el proxy de comprobación y la inspección del tráfico no están soportados.

      Si utiliza reglas de firewall basadas en el filtrado de direcciones IP, debido a la naturaleza dinámica de las interfaces en la nube, debe permitir el tráfico con todos los rangos de CIDR de IP relevantes asociados a la región de OCI identificados en https://docs.oracle.com/en-us/iaas/tools/public_ip_ranges.json.
  • Red de administración

    Esta red conecta los servidores de Exadata Database Service en Cloud at Customer y cambia a los dos servidores de plano de control ubicados en el rack de Exadata Database Service en Cloud at Customer. Esto posibilita la realización de operaciones iniciadas por el cliente mediante la consola y las API de Oracle Cloud Infrastructure. También facilita la supervisión y la administración de los componentes de infraestructura gestionados por Oracle en Exadata Database Service en Cloud at Customer.

    Esta red está totalmente incluida en el rack de Exadata Database Service en Cloud at Customer y no se conecta a la red corporativa. Sin embargo, la infraestructura de Exadata está conectada indirectamente a la red corporativa a través de los servidores de plano de control. Esta conexión es necesaria para proporcionar los servicios del sistema de nombres de dominio (DNS) y del protocolo de hora de red (NTP) a la infraestructura de Exadata. Por lo tanto, las direcciones IP asignadas a la red de administración no deben existir en ninguna otra parte de la red corporativa.

    Cada servidor de Oracle Database y de Exadata Storage Server tiene dos interfaces de red conectadas a la red de administración. Una proporciona acceso de gestión al servidor a través de uno de los puertos Ethernet embebidos (NET0). Por su parte, la otra proporciona acceso al subsistema Integrated Lights-Out Management (ILOM) a través de un puerto Ethernet de ILOM exclusivo. Exadata Database Service on Cloud@Customer se entrega con los puertos ILOM y NET0 conectados al conmutador Ethernet en el rack. No se permite cambiar el cableado ni la configuración de estas interfaces.

  • Red de InfiniBand o RDMA sobre Ethernet convergente (RoCE)

    Esta red conecta los servidores de base de datos, los servidores Exadata Storage Server y los servidores de plano de control mediante los conmutadores InfiniBand o RoCE del rack. Cada servidor contiene dos interfaces de red de InfiniBand (IB0 y IB1) o interfaces RoCE (re0 y re1) conectadas a conmutadores InfiniBand o RoCE independientes en el rack. Principalmente, Oracle Database utiliza esta red para el tráfico de interconexión de cluster de Oracle RAC y para acceder a los datos de los servidores Exadata Storage Server.

    Esta red no enrutable está totalmente incluida en el rack de Exadata Cloud at Customer y no se conecta a la red corporativa. Sin embargo, dado que los servidores de plano de control están conectados a la red de InfiniBand o RoCE y a la red corporativa, las direcciones IP asignadas a la red de InfiniBand o RoCE no deben existir en ninguna otra parte de la red corporativa.

• Red de cliente: redes gestionadas por el cliente y de su propiedad necesarias para que el plano de datos de Exadata Cloud at Customer acceda a los sistemas relacionados.
  • Red de cliente

    Esta red conecta los servidores de base de datos de Exadata Cloud at Customer a la red de cliente existente y se utiliza para el acceso de cliente a las máquinas virtuales. Las aplicaciones acceden a las bases de datos de Exadata Database Service en Cloud at Customer a través de esta red utilizando interfaces de IP virtual (VIP) de nombre único de acceso de cliente (SCAN) y de Oracle Real Application Clusters (Oracle RAC).

    La red de acceso de cliente utiliza un par de interfaces de red en cada servidor de base de datos, que están conectadas a la red de cliente principal.

    Nota
    
    Al activar Data Guard, la replicación de los datos se realiza a través de la red de cliente por defecto.
  • Red de copia de seguridad

    Esta red es similar a la red de acceso de cliente, ya que conecta los servidores de Oracle Database de Exadata Database Service en Cloud at Customer a la red existente. Se puede utilizar para acceder a las máquinas virtuales con distintas finalidades, incluidas las copias de seguridad y las transferencias de datos masivas.

    Como la red de cliente anterior, la red de copia de seguridad utiliza un par de interfaces de red en cada servidor de base de datos, que están conectadas a la red de cliente principal. Es necesario conectar físicamente la red de copia de seguridad a una red de cliente.

    Si el almacenamiento local del cliente (NFS o ZDLRA) se va a utilizar exclusivamente como destino de copia de seguridad para las bases de datos, no se requiere conectividad externa a OCI para la red de copia de seguridad.

    Exadata Cloud at Customer también ofrece un destino de copia de seguridad de almacenamiento de objetos en la nube gestionado por Oracle. Si el servicio Object Storage de Oracle se va a utilizar como destino de copia de seguridad para las copias de seguridad de bases de datos, asegúrese de que la red de copia de seguridad pueda acceder al servicio Object Storage a través de una conexión externa. Debe activar el acceso de salida del puerto TCP 443 para la red de copia de seguridad de la siguiente manera:

    Tabla 3-3 Puertos que se deben abrir para la red de copia de seguridad

    Descripción / Finalidad	Puerto abierto	Ubicación
    Servicio Object Storage para copias de seguridad de bases de datos basadas en la nube (opcional)	443 de salida	Utilice este formato de URL, sustituyendo oci_region por su región: https://objectstorage.oci_region.oraclecloud.com https://swiftobjectstorage.oci_region.oraclecloud.com

  • Red de recuperación ante desastres (solo clientes autorizados)
    Nota
    
    Esta red adicional solo está disponible para determinados clientes autorizados en circunstancias especiales. Es posible que su sistema no esté equipado con él.

    La red de recuperación ante desastres está configurada de forma similar a la red de acceso de cliente, pero está dedicada exclusivamente a transmitir tráfico de Data Guard. Si el sistema incluye esta red, el tráfico de Data Guard se enrutará a través de ella en lugar de a través de la red de cliente mediante interfaces de IP virtual (VIP) de nombre de acceso de cliente único (SCAN) y Oracle Real Application Clusters (Oracle RAC).

    Solo las comprobaciones previas de Data Guard necesitan que la red de cliente esté abierta. Una vez finalizada la etapa de comprobación previa, el aprovisionamiento de Data Guard registra automáticamente la base de datos con la red de recuperación ante desastres y la utiliza tanto para la restauración de archivos de datos como para el transporte de redo. Si la apertura de la red de cliente no es una opción, debe registrar manualmente la base de datos primaria con el listener de red de Disaster Recovery antes de iniciar el aprovisionamiento de Data Guard.

    La red de recuperación ante desastres consta de un par de interfaces de red en cada servidor de base de datos, que están conectadas directamente a la red del cliente.

Antes de desplegar Oracle Exadata Database Service on Cloud@Customer, asegúrese de que la red del centro de datos cumple los requisitos.

Debe asignar un rango de direcciones IP a la red de administración y otro rango de direcciones IP a la red privada RoCE.

/23

/16

/22

/19

/28

/27

/27

/26

/29

/28

/28

/27

/28

/27

/27

/26

Asegúrese de que el sistema Oracle Exadata Database Service on Cloud@Customer cumple los requisitos de enlace ascendente del servidor de plano de control y del servidor de base de datos.

Puede optar por utilizar el equipo de red suministrado o puede crear su propia red SFP.

Considere la solución que se describe a continuación, que utiliza el servicio FastConnect de OCI, si desea un aislamiento adicional para la conexión entre su servidor del plano de control (CPS) y OCI, además del enfoque de túnel TLS por defecto.

Para obtener más información, consulte Oracle Cloud Infrastructure FastConnect.

El servicio Oracle Exadata Database Service on Cloud at Customer soporta el modelo de conectividad de intercambio de tráfico público o privado de FastConnect.

Figura 3-1 Conectividad de FastConnect de Oracle Exadata Database Service en Cloud at Customer a OCI mediante el intercambio de tráfico público

Como se muestra en la figura, la red del plano de control de Oracle Exadata Database Service en Cloud at Customer sale al proveedor de FastConnect y al perímetro de Oracle. Los clientes que puede que ya tengan conectividad de FastConnect pueden utilizarla para conectar Oracle Exadata Database Service en Cloud at Customer a la región de OCI mediante el intercambio de tráfico público.

Figura 3-2 Conectividad de FastConnect de Oracle Exadata Database Service on Cloud at Customer a OCI mediante intercambio de tráfico privado