Tarjetas de interfaz de red virtual (VNIC)

Acerca de las VNIC

Una VNIC permite conectar una instancia a una VCN y decide cómo se conecta dicha instancia con los puntos finales situados dentro y fuera de la VCN. Cada VNIC se encuentra en una subred de una VCN e incluye estos elementos:

• Una dirección IPv4 privada principal de la subred en la que se encuentra la VNIC, elegida por usted o por Oracle. La dirección IP principal puede ser una dirección IPv6 si se asigna un prefijo IPv6 a la subred.
• Hasta 64 direcciones IPv4 privadas secundarias opcionales de la misma subred en la que se encuentra la VNIC, elegidas por usted o por Oracle.
• Hasta 32 direcciones IPv6 secundarias opcionales. Las direcciones IPv6 están soportadas para todas las regiones comerciales y gubernamentales. Para obtener más información, consulte IPv6 Addresses y Service Limits.
• Una dirección de IPv4 pública opcional para cada IP privada, elegida por Oracle, pero asignada por usted.
• Nombre del host para DNS para cada dirección IP privada (consulte la sección sobre la sección sobre DNS en una red virtual en el nube).
• Una dirección MAC.
• Una etiqueta VLAN asignada por Oracle y disponible si se ha completado la asociación de la VNIC a la instancia (aplicable solo en el caso de instancias con hardware dedicado).
• Indicador para activar o desactivar la comprobación de origen/destino en el tráfico de red de la VNIC (consulte Visión general de las VNIC y las NIC físicas).
• Afiliación opcional a uno o más grupos de seguridad de red (NSG) que seleccione. Los NSG tienen reglas de seguridad que se aplican solo a las VNIC de ese NSG.
• Asociación opcional de la VNIC con una tabla de rutas personalizada. Esto se denomina enrutamiento por recurso y permite definir decisiones de enrutamiento para la VNIC que sustituyen las tablas de rutas de subred.

Cada VNIC tiene también un nombre fácil de recordar que puede asignar y un OCID asignado por Oracle (consulte Identificadores de recursos).

Cada instancia tiene una VNIC principal que se crea y asocia automáticamente durante la creación de la instancia. Esa VNIC se encuentra en la subred que especifica. La VNIC principal no se puede eliminar de la instancia. Se puede eliminar o desconectar un VNIC secundario de una instancia, pero siempre se suprime de inmediato y no puede existir cuando ya no está asociado a una instancia.

Cómo se relacionan las VNIC y las NIC físicas

Esta sección es relevante para las instancias con hardware dedicado.

El sistema operativo de una instancia con hardware dedicado reconoce dos dispositivos de red física y los configura como dos NIC físicas: 0 y 1. El hecho de estar los dos activos depende del hardware subyacente. Puede decidir qué NIC están activas para una unidad consultando las especificaciones de ancho de banda de red para unidades con hardware dedicado. Si el ancho de banda de red aparece como "2 x <bandwidth> Gbps," significa que tanto la NIC 0 como la NIC 1 están activas, y que cada NIC física tiene la cantidad de ancho de banda indicada. Si el ancho de banda de red aparece como "1 x <bandwidth> Gbps," significa que solo la NIC 0 está activa. En las unidades Standard y DenseIO de generación actual, normalmente tanto la NIC 0 como la NIC 1 están activas.

La NIC 0 se configura automáticamente con la configuración IP de la VNIC principal (las direcciones IP, el nombre de host de DNS, etc.).

Si agrega una VNIC secundaria a la instancia, debe especificar qué NIC física debe usar la VNIC secundaria. Asimismo, debe configurar el sistema operativo de modo que la NIC física tenga la configuración IP de la VNIC secundaria. Para las instancias de Linux, consulte Linux: configuración del sistema operativo para las VNIC secundarias. Para las instancias de Windows, consulte Windows: configuración del sistema operativo para las VNIC secundarias.

Acerca de las VNIC secundarias

Puede agregar VNIC secundarias a una instancia después de crearla. 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.

Comprobación de origen/destino

Por defecto, cada VNIC realiza la comprobación de origen/destino en su tráfico de red. La VNIC busca el origen y el destino indicados en el encabezado de cada paquete de red. Si la VNIC no es el origen ni el destino, se anula el paquete.

Si la VNIC tiene que desviar tráfico (por ejemplo, si tiene que realizar la traducción de direcciones de red [NAT]), debe desactivar la comprobación de origen/destino en la VNIC. Para obtener instrucciones, consulte Actualización de una VNIC. Para obtener información sobre el escenario general, consulte Uso de una IP privada como destino de ruta.

Información de la VNIC en los metadatos de la instancia

El servicio de metadatos de la instancia (IMDS) incluye información sobre las VNIC en las siguientes URL:

• IMDS versión 2:

  http://169.254.169.254/opc/v2/vnics/

• IMDS versión 1 heredada:

  http://169.254.169.254/opc/v1/vnics/

[ {
    "vnicId" : "ocid1.vnic.oc1.phx.exampleuniqueID",
    "privateIp" : "10.0.3.6",
    "vlanTag" : 11,
    "macAddr" : "00:00:00:00:00:01",
    "virtualRouterIp" : "10.0.3.1",
    "subnetCidrBlock" : "10.0.3.0/24",
    "nicIndex" : 0
}, {
    "vnicId" : "ocid1.vnic.oc1.phx.exampleuniqueID",
    "privateIp" : "10.0.4.3",
    "vlanTag" : 12,
    "macAddr" : "00:00:00:00:00:02",
    "virtualRouterIp" : "10.0.4.1",
    "subnetCidrBlock" : "10.0.4.0/24",
    "nicIndex" : 0
} ]

Política de IAM necesaria

Supervisión de VNIC

Puede supervisar el estado, la capacidad y el rendimiento de los recursos de Oracle Cloud Infrastructure mediante métricas, alarmas y notificaciones. Para obtener más información, consulte Supervisión y Notificaciones.

Para obtener información sobre la supervisión del tráfico que entra y sale de las VNIC, consulte Métricas de VNIC.

Oracle Linux

Red Hat Enterprise Linux

Las instancias que utilizan Red Hat Enterprise Linux (RHEL) 9.6 o posterior y RHEL 10.0 o posterior pueden utilizar NetworkManager para realizar la configuración del sistema operativo necesaria para las VNIC secundarias. Esta función está soportada en las arquitecturas Intel (x86_64) y ARM (aarch64) para instancias con hardware dedicado y de máquina virtual. NetworkManager requiere la ejecución de las siguientes instrucciones desde el símbolo del sistema (o como una secuencia de comandos) en la secuencia que se muestra y como usuario sudo:

dnf -y install NetworkManager-config-server
dnf -y install NetworkManager-cloud-setup
mkdir /etc/systemd/system/nm-cloud-setup.service.d
touch /etc/systemd/system/nm-cloud-setup.service.d/oci.conf
echo -e "[Service]\nEnvironment=NM_CLOUD_SETUP_OCI=yes\nEnvironment=NM_CLOUD_SETUP_LOG=TRACE" >> /etc/systemd/system/nm-cloud-setup.service.d/oci.conf
systemctl daemon-reload
systemctl enable --now nm-cloud-setup

A continuación, para verificar que la VNIC secundaria funciona como se esperaba, ejecute el comando nmcli device show. El siguiente extracto de la salida de la pantalla muestra una configuración correcta de una VNIC secundaria:

GENERAL.DEVICE:             SecondaryVnicId
GENERAL.TYPE:               vlan
GENERAL.HWADDR:             00:00:5E:00:53:01
GENERAL.MTU:                9000
GENERAL.STATE:              100 (connected)
GENERAL.CONNECTION:         vlan1
GENERAL.CON-PATH:           /org/freedesktop/NetworkManager/ActiveConnection/4
IP4.ADDRESS[1]:             10.0.0.178/23
IP4.GATEWAY:                --
IP4.ROUTE[1]:               dst = 10.0.0.0/23, nh = 0.0.0.0, mt = 10, table=30201
IP4.ROUTE[2]:               dst = 10.0.0.0/23, nh = 0.0.0.0, mt = 400
IP4.ROUTE[3]:               dst = 0.0.0.0/0, nh = 10.0.0.1, mt = 10, table=30401
IP6.ADDRESS[1]:             fe80::d7fb:c283:e45:abf5/64
IP6.GATEWAY:                --
IP6.ROUTE[1]:               dst = fe80::/64, nh = ::, mt = 1024

En la salida, cada bloque corresponde a una VNIC, donde la VNIC principal se muestra primero. Los componentes en los que se debe centrarse son:

1. GENERAL.HWADDR: corresponde a la dirección MAC de la VNIC que se muestra en la consola de OCI.
2. GENERAL.STATE: indica el estado de la conexión. 100 (connected) indica una conexión correcta.