Visión general de Networking

El servicio de Networking utiliza versiones virtuales de los componentes de red tradicionales con los que ya puede estar familiarizado:

Red virtual en la nube (VCN)

Red virtual privada que se configura en centros de datos de Oracle. Se parece mucho a una red tradicional, con reglas de firewall y tipos específicos de gateways de comunicación que puede decidir utilizar. Una VCN reside en una única región de Oracle Cloud Infrastructure y abarca uno o más bloques de CIDR (IPv4 y IPv6, si están activados). Consulte Rangos de direcciones y tamaño de VCN permitidos. Los términos red virtual en la nube, VCN y red en la nube se utilizan indistintamente en esta documentación. Para obtener más información, consulte VCN y subredes.

SUBREDES

Subdivisiones que define en una VCN (por ejemplo, 10.0.0.0/24, 10.0.1.0/24 o 2001:DB8::/64). Las subredes contienen tarjetas de interfaz de red virtual (VNIC), que se conectan a las instancias. Cada subred está formada por un rango contiguo de direcciones IP (para IPv4 y IPv6, si están activadas) que no se solapan con otras subredes de la VCN. Puede definir una subred para que exista en un único dominio de disponibilidad o en toda una región (se recomiendan las subredes regionales). Las subredes actúan como una unidad de configuración en la VCN: todas las VNIC de una subred concreta utilizan las mismas tablas de rutas, listas de seguridad y opciones de DHCP (consulte las definiciones siguientes). Puede definir una subred como pública o privada al crearla. Privada significa que las VNIC de la subred no pueden tener direcciones IPv4 públicas y que está prohibida la comunicación a través de internet con puntos finales IPv6. Pública significa que las VNIC de la subred pueden tener direcciones IPv4 públicas y que se permite la comunicación a través de Internet con puntos finales IPv6. Consulte Acceso a internet.

VNIC

Tarjeta de interfaz de red virtual (VNIC), que se conecta a una instancia y reside en una subred para permitir una conexión con la VCN de la subred. Una VNIC es el componente que utiliza la instancia para conectarse con puntos finales situados dentro y fuera de la VCN. Cada instancia tiene una VNIC primaria que se crea durante la creación de la instancia y no se puede eliminar. Puede agregar VNIC secundarias a una instancia existente (en el mismo dominio de disponibilidad que la VNIC principal) y eliminarlas según sea necesario. Cada VNIC secundaria puede estar en una subred de la misma VCN que la VNIC principal o en una subred diferente, ya sea en la misma VCN o en una diferente. Sin embargo, todas las VNIC deben estar en el mismo dominio de disponibilidad que la instancia. Para obtener más información, consulte Tarjetas de interfaz de red virtual (VNIC). A una VNIC asociada a una instancia informática y que reside en una subred con IPv6 activado se le puede asignar opcionalmente una dirección IPv6.

IP PRIVADA

Dirección de IPv4 privada e información relacionada para tratar una instancia (por ejemplo, un nombre de host para DNS). Cada VNIC tiene una IP privada principal, y puede agregar y eliminar IP privadas secundarias. La dirección IP privada principal de una instancia no cambia durante el ciclo vital de la instancia y no se puede eliminar de la instancia. Para obtener más información, consulte Direcciones IP privadas.

IP PÚBLICA

Dirección de IPv4 pública e información relacionada. Opcionalmente, puede asignar una IP pública a instancias u otros recursos que tengan una IP privada. Las IP públicas pueden ser efímeras o reservadas. Para obtener más información, consulte Direcciones de IP públicas.

IPV6

Dirección de IPv6 e información relacionada. Las direcciones IPv6 están soportadas para todas las regiones comerciales y gubernamentales. Para obtener más información, consulte Direcciones IPv6.

Gateway de enrutamiento dinámico (DRG)

Enrutador virtual opcional que puede agregar a una VCN. Proporciona una ruta de acceso para el tráfico de red privado entre una red local y una VCN. Puede utilizarse con otros componentes de red y un enrutador en una red local para establecer una conexión mediante la VPN de sitio a sitio u Oracle Cloud Infrastructure FastConnect. También puede proporcionar una ruta de acceso para el tráfico de red privada entre una VCN y otra VCN de una región diferente. Para obtener más información, consulte Acceso a la red local, Gateways de enrutamiento dinámico e Intercambio de tráfico remoto de VCN mediante un DRG heredado.

GATEWAY DE INTERNET

Otro enrutador virtual opcional que puede agregar a una VCN para obtener un acceso directo a internet. Para obtener más información, consulte Acceso a internet y también Escenario A: subred pública.

GATEWAY DE TRADUCCIÓN DE DIRECCIONES DE RED (NAT)

Otro enrutador virtual opcional que puede agregar a una VCN. Ofrece recursos en la nube sin el acceso de direcciones IP públicas a internet, sin exponer dichos recursos a las conexiones de internet entrantes. Para obtener más información, consulte Subredes públicas frente a privada y Gateway de NAT.

GATEWAY DE SERVICIO

Otro enrutador virtual opcional que puede agregar a una VCN. Proporciona una ruta de acceso para el tráfico de red privado entre una VCN y los servicios admitidos en Oracle Services Network (por ejemplo, Oracle Cloud Infrastructure Object Storage y Autonomous Database). Por ejemplo, los sistemas de base de datos de una subred privada de una VCN pueden realizar una copia de seguridad de los datos en Object Storage sin necesidad de direcciones IP públicas ni acceso a internet. Para obtener más información, consulte Acceso a Oracle Services: gateway de servicios.

GATEWAY DE INTERCAMBIO DE TRÁFICO LOCAL (LPG)

Otro enrutador virtual opcional que puede agregar a una VCN. Permite utilizar un intercambio de tráfico de VCN con otra VCN en la misma región. El intercambio de tráfico significa que las redes virtuales en la nube se comunican mediante direcciones IP privadas, sin que el tráfico recorra Internet ni se enrute a través de una red local. Una VCN debe tener un LPG independiente por cada intercambio de tráfico que establezca. Para obtener más información, consulte Intercambio de trafico de VCN local mediante gateways de intercambio de tráfico local.

CONEXIÓN CON INTERCAMBIO DE TRÁFICO REMOTO (RPC)

Componente que puede agregar a un DRG. Permite utilizar un intercambio de tráfico de VCN con otra VCN en una región diferente. Para obtener más información, consulte Intercambio de tráfico de VCN remoto mediante un DRG heredado.

TABLAS DE RUTAS

Tablas de rutas virtuales para una VCN. Tienen reglas para enrutar el tráfico desde subredes hasta destinos fuera de la VCN mediante gateways o instancias de configuración especial. Una VCN incluye una tabla de rutas por defecto vacía, y puede agregar tablas de rutas personalizadas. Para obtener más información, consulte Tablas de rutas de VCN.

REGLAS DE SEGURIDAD

Reglas de firewall virtual para una VCN. Las reglas de entrada y salida especifican los tipos de tráfico (protocolo y puerto) que se permite la entrada y la salida de las instancias. Puede decidir si una regla concreta tiene estado o no tiene estado. Por ejemplo, puede permitir el tráfico SSH entrante desde cualquier lugar a un conjunto de instancias mediante la configuración de una regla de entrada con estado con CIDR 0.0.0.0/0 de origen y el puerto 22 de TCP de destino. Para implantar reglas de seguridad, puede utilizar grupos de seguridad de red o listas de seguridad. Un grupo de seguridad de red consta de un conjunto de reglas de seguridad que se aplican solo a los recursos de ese grupo. Compárese con una lista de seguridad, donde las reglas se aplican a todos los recursos de cualquier subred que utilice la lista. Una VCN incluye una lista de seguridad por defecto con reglas de seguridad por defecto. Para obtener más información, consulte Reglas de seguridad.

OPCIONES DE DHCP

Información de configuración proporcionada automáticamente a las instancias al iniciarse. Para obtener más información, consulte Opciones de DHCP.

NOTACIÓN CIDR

Método compacto para especificar direcciones IP o rangos de direcciones y máscaras de red. Por ejemplo, con IPv4, un rango de direcciones IP privadas de 10.0.0.0/24 representa todas las direcciones entre 10.0.0.0 y 10.0.0.255. /24 representa una máscara de subred de 255.255.255.0 porque los primeros 24 bits están enmascarados. IPv6 utiliza una notación similar para los bloques de direcciones. Para obtener más información, consulte RFC1817 y RFC1519.

Una VCN abarca uno o más bloques CIDRIPv4 CIDR IPv4 o prefijos IPv6. El rango de tamaño de la VCN permitido es de /16 a /30. Ejemplo: 10.0.0.0/16. El servicio de Networking reserva las dos primeras direcciones IP y la última en el CIDR de cada subred. Puede activar IPv6 para las VCN al crearlas o puede activar IPv6 en las VCN solo IPv4 existentes. Si decide utilizar un prefijo IPv6 asignado por Oracle, recibirá siempre uno de /56. También puede importar su propio prefijo IPv6 BYOIP, desde el que puede asignar cualquier prefijo de /64 o mayor a una VCN, o bien puede asignar un prefijo ULA de /64 o mayor. Los rangos de GUA pueden ser de hasta 2000::/3 y los rangos de ULA pueden ser de hasta fc00::/7. Las subredes IPv6 siempre tienen un tamaño de /64.

Para una VCN, recomendamos utilizar los rangos de direcciones IP privadas especificados en RFC 1918 (RFC recomienda 10.0/8 o 172.16/12, pero Oracle no soporta esos tamaños, por lo que debe utilizar 10.0/16, 172.16/16 y 192.168/16). Sin embargo, puede utilizar un rango enrutable públicamente. Independientemente de esto, esta documentación utiliza el término dirección IP privada al hacer referencia a direcciones IP en el CIDR de una VCN. Los rangos de direcciones no permitidos se describen en Direcciones IP reservadas para el uso de Oracle. Para las VCN con IPv6 activado, Oracle puede asignar un prefijo de dirección unidifusión global /56 o puede crear una VCN con un prefijo BYOIPv6.

Los bloques de CIDR de la VCN no se deben superponer entre sí, con los CIDR de una red local conectada ni con los CIDR de otra VCN con la que se intercambia tráfico. Las subredes de una VCN particular no se deben superponer entre sí. Como referencia, aquí dispone de una calculadora de CIDR.

Las direcciones IPv6 están soportadas para todas las regiones comerciales y gubernamentales. Para obtener más información, consulte Direcciones IPv6.

Una VCN reside en una sola región de Oracle Cloud Infrastructure. Una región puede tener varios dominios de disponibilidad para proporcionar aislamiento y redundancia. Para obtener más información, consulte Regiones y dominios de disponibilidad.

Las subredes originales se han diseñado para cubrir solo un dominio de disponibilidad (AD) en una región. Todas son específicas de AD, lo que significa que los recursos de la subred debían residir en un dominio de disponibilidad determinado. Ahora, las subredes pueden ser específicas de AD o regionales. Seleccione el tipo al crear la subred. Ambos tipos de subred pueden coexistir en la misma VCN. En el diagrama siguiente, las subredes 1 a 3 son específicas de AD y la subred 4 es regional.

Además de la eliminación de la restricción de AD, las subredes regionales se comportan de la misma manera que las subredes específicas de AD. Recomendamos utilizar subredes regionales porque son más flexibles. Facilitan la división eficiente de una VCN en subredes, al tiempo que su diseño se orienta a los fallos del dominio de disponibilidad.

Al crear un recurso como una instancia de Compute, puede decidir en qué dominio de disponibilidad se encuentra el recurso. Desde un punto de red virtual, también debe decidir en qué VCN y subred está la instancia. Puede seleccionar una subred regional o una subred específica de AD que coincida con el AD seleccionado para la instancia.

Cada subred siempre tiene estos componentes asociados:

• Una tabla de rutas
• Una o más listas de seguridad (para el número máximo, consulte Límites de servicio)
• Un conjunto de opciones de DHCP

Durante la creación de la subred, puede decidir qué tabla de rutas, lista de seguridad y conjunto de opciones de DHCP utiliza la subred. Si no especifica ningún componente concreto, la subred utiliza automáticamente el componente predeterminado de la VCN. Puede cambiar los componentes que utiliza la subred en cualquier momento.

Puede controlar si las subredes son públicas o privadas y si las instancias obtienen direcciones IP públicas. Puede configurar una VCN para que tenga acceso a internet si es necesario. También puede conectar de forma privada una VCN a servicios públicos de Oracle Cloud Infrastructure, como almacenamiento de objetos, a una red local o a otra VCN.

En esta documentación se incluyen algunos escenarios básicos de red para ayudarle a comprender el servicio de redes y el funcionamiento conjunto de los componentes en general. Consulte los temas siguientes:

• Escenario A: subred pública
• Escenario B: subred privada con una VPN
• Escenario C: subredes públicas y privadas con una VPN

Una VCN reside en una sola región de Oracle Cloud Infrastructure. Cada subred reside en un único dominio de disponibilidad (AD). Los dominios de disponibilidad están diseñados para proporcionar aislamiento y redundancia en la VCN, según se ilustra en el escenario B y el escenario C mencionado anteriormente. Por ejemplo, puede configurar un conjunto principal de subredes en un único AD y, a continuación, configurar un conjunto duplicado de subredes en un AD secundario. Los dos dominios de disponibilidad se aíslan entre sí en los centros de datos de Oracle; por lo tanto, si uno falla, se puede realizar una conmutación con el otro AD. Para obtener más información, consulte Regiones y dominios de disponibilidad.

Para obtener una lista de rangos de IP públicas de Oracle Cloud Infrastructure, consulte Rangos de direcciones IP.

Puede crear la automatización basada en cambios de estado para recursos de Oracle Cloud Infrastructure mediante tipos de eventos, reglas y acciones. Para obtener más información, consulte Visión general de eventos.

La mayoría de los tipos de recursos de Oracle Cloud Infrastructure tienen un identificador único asignado por Oracle denominado ID de Oracle Cloud (OCID). Para obtener información sobre el formato de OCID y otras formas de identificar los recursos, consulte Identificadores de recursos.

Para obtener información general sobre el uso de la API, consulte las API de REST.

El enfoque más sencillo para otorgar acceso a las redes es la política que se muestra en Permitir a los administradores de red gestionar una red en la nube. Abarca la red en la nube y todos los demás componentes de Networking (subredes, listas de seguridad, tablas de rutas, gateways y etc.). Además, para proporcionar a los administradores de red la capacidad de crear instancias (para probar la conectividad de red), consulte Cómo permitir a los usuarios iniciar instancias informáticas.

Si no está nuevo en las políticas, consulte Gestión de dominios de identidad y Políticas comunes.

Para obtener material de referencia para escribir políticas más detalladas para redes, consulte Detalles para los servicios principales.

Consulte la sección Límites de servicio para obtener una lista de límites aplicables e instrucciones para solicitar un aumento del límite.