VNICs (Virtual Network Interface Cards)

Sobre VNICs

Uma VNIC permite que uma instância se conecte a uma VCN e decide como a instância se conecta aos pontos finais dentro e fora da VCN. Cada VNIC reside em uma sub-rede de uma VCN e inclui estes itens:

• Um endereço IPv4 privado principal da sub-rede em que a VNIC está, escolhido por você ou pelo sistema Oracle. O endereço IP principal poderá ser um endereço IPv6 se um prefixo IPv6 for designado à sub-rede.
• Até 64 endereços IPv4 privados secundários opcionais da mesma sub-rede em que a VNIC está, escolhidos por você ou pelo sistema Oracle.
• Até 32 endereços secundários opcionais IPv6. Há suporte para o endereçamento IPv6 em todas as regiões comerciais e do setor governamental. Para obter mais informações, consulte IPv6 Addresses e Service Limits.
• Um endereço IPv4 público opcional para cada IP privado, escolhido pelo sistema Oracle, mas designado por você.
• Um nome do host Opcional para DNS para cada endereço IP privado (consulte DNS em uma Rede Virtual em Nuvem).
• Um endereço MAC.
• Uma tag VLAN designada pelo sistema Oracle e disponível quando a anexação da VNIC à instância é concluída (relevante somente para instâncias bare metal).
• Um flag para ativar ou desativar a verificação de origem/destino no tráfego de rede da VNIC (consulte Visão Geral de VNICs e NICs Físicas).
• Associação opcional como membro em um ou mais grupos de segurança de rede (NSGs) selecionados. Os NSGs têm regras de segurança que se aplicam somente às VNICs desse NSG.
• Associação opcional da VNIC com uma tabela de roteamento personalizada. Isso é chamado de Roteamento por Recurso e permite definir decisões de roteamento para a VNIC que substituem as tabelas de roteamento da sub-rede.

Cada VNIC também tem um nome amigável que você pode designar e um OCID designado pelo sistema Oracle (consulte Identificadores de Recursos).

Cada instância tem uma VNIC principal que é criada e anexada automaticamente durante a criação da instância. Essa VNIC reside na sub-rede especificada. A VNIC principal não pode ser removida da instância. Uma VNIC secundária pode ser removida ou desconectada de uma instância, mas sempre é excluída imediatamente e não pode existir quando não está mais associada a uma instância.

Como as VNICs e as NICs físicas estão relacionadas

Esta seção é relevante para instâncias bare metal.

O sistema operacional em uma instância bare metal reconhece dois dispositivos de rede física e os configura como duas NICs físicas, 0 e 1. O fato de ambas estarem ativas depende do hardware que está sendo usado. Você pode decidir quais NICs estão ativas para uma forma revisando as especificações de largura de banda da rede para formas bare metal. Se a largura de banda da rede estiver listada como "2 x <bandwidth> Gbps", isso significará que a NIC 0 e a NIC 1 estão ativas e cada NIC física tem a quantidade indicada de largura de banda. Se a largura de banda da rede for listada como "1 x <bandwidth> Gbps," isso significará que apenas a NIC 0 está ativa. Nas formas Padrão e DenseIO da geração atual, normalmente, a NIC 0 e a NIC 1 estão ativas.

A NIC 0 é configurada automaticamente com a definição de IP da VNIC principal (os endereços IP, o nome do host DNS etc.).

Se você adicionar uma VNIC Secundária a um instância, deverá especificar qual NIC física a VNIC secundária usa. Você também deve configurar o sistema operacional para que o NIC física utilize a configuração de IP da VNIC secundária. Para instâncias do Linux, consulte Linux: Configurando o Sistema Operacional para VNICs Secundárias. Para instâncias do Windows, consulte Windows: Configurando o Sistema Operacional para VNICs Secundárias.

Sobre VNICs Secundárias

Você pode adicionar VNICs secundárias a uma instância após ela ser criada. Cada VNIC secundária pode estar em uma sub-rede na mesma VCN que a VNIC principal ou em outra sub-rede na mesma VCN ou em outra. No entanto, todas as VNICs devem estar no mesmo domínio de disponibilidade que a instância.

Verificação de Origem e de Destino

Por padrão, cada VNIC executa a verificação de origem/destino em seu próprio tráfego de rede. A VNIC verifica a origem e o destino listados no cabeçalho de cada pacote de rede. Se a VNIC não for a origem ou o destino, o pacote será eliminado.

Se a VNIC precisar encaminhar tráfego (por exemplo, se precisar executar NAT (Network Address Translation)), você deverá desativar a verificação de origem/destino na VNIC. Para obter instruções, consulte Atualizando uma VNIC. Para obter informações sobre o cenário geral, consulte Usando um IP Privado como um Alvo da Rota.

Informações da VNIC nos Metadados da Instância

O serviço de metadados da instância (IMDS) inclui informações sobre as VNICs nestes URLs:

• IMDS versão 2:

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

• IMDS legado versão 1:

  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 do Serviço IAM Necessária

Monitorando VNICs

Você pode monitorar a integridade, a capacidade e o desempenho dos recursos do Oracle Cloud Infrastructure usando métricas, alarmes e notificações. Para obter mais informações, consulte os serviços Monitoring e Notifications.

Para obter informações sobre o monitoramento do tráfego de saída e de entrada das VNICs, consulte Métricas de VNIC.

Oracle Linux

Red Hat Enterprise Linux

As instâncias que usam o Red Hat Enterprise Linux (RHEL) 9.6 ou posterior e o RHEL 10.0 ou posterior podem usar o NetworkManager para executar a configuração do sistema operacional necessária para VNICs secundárias. Esse recurso é suportado em arquiteturas Intel (x86_64) e ARM (aarch64) para instâncias de máquina virtual e bare metal. NetworkManager requer a execução das seguintes instruções do prompt de comando (ou como um script) na sequência mostrada e como um usuário 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

Em seguida, para verificar se a VNIC secundária está operando conforme esperado, execute o comando nmcli device show. O trecho a seguir da saída da tela mostra uma configuração bem-sucedida de uma VNIC secundária:

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

Na saída, cada bloco corresponde a uma VNIC, com a VNIC principal listada primeiro. Os componentes em que se concentrar são:

1. GENERAL.HWADDR: Isso corresponde ao endereço MAC da VNIC mostrado na Console do OCI.
2. GENERAL.STATE: Indica o estado da conexão. 100 (connected) indica uma conexão bem-sucedida.