Virtuelle Netzwerkkarten (VNICs)

VNICs

Mit einer VNIC kann eine Instanz eine Verbindung zu einem VCN herstellen. Sie legt fest, wie die Instanz mit Endpunkten innerhalb und außerhalb des VCN verbunden wird. Jede VNIC befindet sich in einem Subnetz in einem VCN und umfasst die folgenden Elemente:

• Eine von Ihnen oder von Oracle gewählte primäre private IPv4-Adresse des Subnetzes, in dem sich die VNIC befindet. Die primäre IP-Adresse kann eine IPv6-Adresse sein, wenn dem Subnetz ein IPv6-Präfix zugewiesen ist.
• Bis zu 64 von Ihnen oder von Oracle gewählte sekundäre private IPv4-Adressen des Subnetzes, in dem sich die VNIC befindet.
• Bis zu 32 optionale sekundäre IPv6-Adressen. Die IPv6-Adressierung wird für alle kommerziellen und Regierungsregionen unterstützt. Weitere Informationen finden Sie unter IPv6-Adressen und Service-Limits.
• Eine optionale öffentliche IPv4-Adresse für jede private IP, die von Oracle gewählt, aber von Ihnen zugewiesen wird.
• Ein optionaler DNS-Hostname für jede private IP-Adresse (siehe DNS in einem virtuellen Cloud-Netzwerk).
• Eine MAC-Adresse.
• Ein von Oracle zugewiesenes VLAN-Tag, das verfügbar ist, wenn der Anhang der VNIC zu der Instanz abgeschlossen ist (nur für Bare-Metal-Instanzen relevant).
• Ein Flag zum Aktivieren oder Deaktivieren der Quell-/Zielprüfung im Netzwerktraffic der VNIC (siehe VNICs und physische NICs - Überblick).
• Optionale Mitgliedschaft in einer oder mehreren Netzwerksicherheitsgruppen (NSGs), die Sie auswählen. NSGs verfügen über Sicherheitsregeln, die nur für die VNICs in dieser NSG gelten.
• Optionale Verknüpfung der VNIC mit einer benutzerdefinierten Routentabelle. Dies wird als Routing pro Ressource bezeichnet und ermöglicht die Definition von Routingentscheidungen für die VNIC, mit denen die Routentabellen des Subnetzes außer Kraft gesetzt werden.

Jede VNIC verfügt außerdem über einen benutzerfreundlichen Namen, den Sie zuweisen können, sowie eine von Oracle zugewiesene OCID (siehe Ressourcen-IDs).

Jede Instanz verfügt über eine primäre VNIC, die beim Erstellen der Instanz automatisch erstellt und angehängt wird. Diese VNIC befindet sich in dem von Ihnen angegebenen Subnetz. Die primäre VNIC kann nicht aus der Instanz entfernt werden. Eine sekundäre VNIC kann von einer Instanz entfernt oder getrennt werden. Sie wird jedoch immer sofort gelöscht und kann nicht vorhanden sein, wenn sie nicht mehr an eine Instanz angehängt ist.

Beziehung zwischen VNICs und physischen NICs

Dieser Abschnitt ist für Bare-Metal-Instanzen relevant.

Das Betriebssystem auf einer Bare-Metal-Instanz erkennt zwei physische Netzwerkgeräte und konfiguriert sie als zwei physische NICs: 0 und 1. Ob sie beide aktiv sind, hängt von der zugrunde liegenden Hardware ab. Sie können entscheiden, welche NICs für eine Ausprägung aktiv sind, indem Sie die Netzwerkbandbreitenspezifikationen für Bare-Metal-Ausprägungen prüfen. Wenn die Netzwerkbandbreite als "2 x <Bandbreite> Gbit/s" aufgeführt ist, bedeutet das, dass NIC 0 und NIC 1 aktiv sind und jede physische NIC die angegebene Bandbreite aufweist. Wenn die Netzwerkbandbreite als "1 x <Bandbreite> Gbit/s" aufgeführt ist, bedeutet das, dass nur NIC 0 aktiv ist. Bei den Standard- und DenseIO-Ausprägungen der aktuellen Generation sind in der Regel sowohl NIC 0 als auch NIC 1 aktiv.

NIC 0 erhält automatisch die IP-Konfiguration der primären VNIC (IP-Adressen, DNS-Hostname usw.).

Wenn Sie eine sekundäre VNIC zu eine Instanz hinzufügen, müssen Sie angeben, welche physische NIC die sekundäre VNIC verwendet. Außerdem müssen Sie das Betriebssystem so konfigurieren, dass die physische NIC die IP-Konfiguration der sekundären VNIC aufweist. Informationen zu Linux-Instanzen finden Sie unter Linux: Betriebssystem für sekundäre VNICs konfigurieren. Informationen zu Windows-Instanzen finden Sie unter Windows: Betriebssystem für sekundäre VNICs konfigurieren.

Informationen zu sekundären VNICs

Sie können sekundäre VNICs zu einer Instanz hinzufügen, nachdem diese erstellt wurde. Jede sekundäre VNIC kann sich in einem Subnetz im selben VCN wie die primäre VNIC oder in einem anderen Subnetz entweder im selben VCN oder einem anderen Subnetz befinden. Alle VNICs müssen sich jedoch in derselben Availability-Domain wie die Instanz befinden.

Quell-/Zielprüfung

Standardmäßig führt jede VNIC die Quell-/Zielprüfung für den Netzwerktraffic durch. Die VNIC prüft die Quelle und das Ziel im Header jedes Netzwerkpakets. Wenn die VNIC nicht die Quelle oder das Ziel ist, wird das Paket verworfen.

Wenn die VNIC Traffic weiterleiten muss (wenn beispielsweise NAT (Network Address Translation) durchgeführt werden muss), müssen Sie die Quell-/Zielprüfung für die VNIC deaktivieren. Anweisungen hierzu finden Sie unter VNIC aktualisieren. Informationen zum allgemeinen Szenario finden Sie unter Private IP als Routingziel verwenden.

VNIC-Informationen in den Instanzmetadaten

Der Instance Metadata Service (IMDS) enthält Informationen zu den VNICs unter den folgenden URLs:

• IMDS-Version 2:

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

• Legacy-IMDS-Version 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
} ]

Erforderliche IAM Policy

VNICs überwachen

Mit Metriken, Alarmen und Benachrichtigungen können Sie den Zustand, die Kapazität und die Performance von Oracle Cloud Infrastructure-Ressourcen überwachen. Weitere Informationen finden Sie unter Monitoring und Notifications.

Informationen zum Monitoring des Traffics in die und aus den VNICs finden Sie unter VNIC-Metriken.

Oracle Linux

Red Hat Enterprise Linux

Instanzen, die Red Hat Enterprise Linux (RHEL) 9.6 oder höher und RHEL 10.0 oder höher verwenden, können NetworkManager verwenden, um die BS-Konfiguration auszuführen, die für sekundäre VNICs erforderlich ist. Diese Funktion wird auf Intel-(x86_64-) und ARM-(aarch64-)Architekturen für Virtual-Machine- und Bare-Metal-Instanzen unterstützt. Für NetworkManager müssen die folgenden Anweisungen aus der Eingabeaufforderung (oder als Skript) in der angezeigten Sequenz und als sudo-Benutzer ausgeführt werden:

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

Um zu prüfen, ob die sekundäre VNIC wie erwartet ausgeführt wird, führen Sie den Befehl nmcli device show aus. Der folgende Auszug aus der Bildschirmausgabe zeigt eine erfolgreiche Konfiguration einer sekundären VNIC:

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

In der Ausgabe entspricht jeder Block einer VNIC, wobei die primäre VNIC zuerst aufgeführt wird. Folgende Komponenten müssen im Fokus stehen:

1. GENERAL.HWADDR: Dies entspricht der MAC-Adresse der VNIC, die in der OCI-Konsole angezeigt wird.
2. GENERAL.STATE: Gibt den Status der Verbindung an. 100 (connected) gibt eine erfolgreiche Verbindung an.