Bekannte Probleme und Einschränkungen bei Bare-Metal-Lösung

Auf dieser Seite werden bekannte Probleme und Einschränkungen beschrieben, die bei der Verwendung der Bare-Metal-Lösung auftreten können.

Beschränkungen

Änderungen an den BIOS-Einstellungen werden nicht unterstützt

Die Bare-Metal-Lösung unterstützt keine Änderungen an den BIOS-Einstellungen, einschließlich der Deaktivierung von C- und P-Zuständen auf BIOS-Ebene.

Sie können dieses Problem umgehen, indem Sie die C‑ und P‑Zustände über die Energieverwaltungsfunktion Ihres Betriebssystems auf Betriebssystemebene steuern. Weitere Informationen dazu finden Sie in der Dokumentation Ihres Betriebssystems.

Die regionale Erweiterung der Bare-Metal-Lösung unterstützt keine VPC Service Controls-Parameter

Wenn Sie ein VPC mit aktivierten Dienststeuerungen mit Ihrer Bare-Metal-Lösung verbinden, werden keine Dienststeuerungsgarantien eingehalten.

Die Bare Metal Solution API kann einem sicheren Perimeter hinzugefügt werden. Die VPC Service Controls-Perimeter umfassen jedoch nicht die Bare-Metal-Lösungsumgebung in den regionalen Erweiterungen. Weitere Informationen finden Sie unter Unterstützte Produkte und Einschränkungen.

Wenn Sie die Bare-Metal-Lösung weiterhin mit aktivierten VPC Service Controls verwenden möchten, wenden Sie sich an den Kundensupport, um Ihr Google Cloud-Projekt zur Zulassungsliste für die Verwendung dieser Funktion hinzuzufügen.

Das Ändern der ASN wird nicht unterstützt.

Die Bare-Metal-Lösung und Partner Interconnect unterstützen keine benutzerdefinierten Nummern autonomer Systeme (ASN). Die ASN des Bare-Metal-Lösungs-Clientnetzwerks ist auf 65500 festgelegt. Für Partner Interconnect müssen alle Cloud Router die lokale ASN 16550 haben.

Wir empfehlen Ihnen, Ihre Bereitstellungen entsprechend zu planen.

Maximale Anzahl von LUNs, die an einen Server angeschlossen sind

Sie können einem Bare-Metal-Lösungsserver maximal 200 LUNs (einschließlich der Boot-LUN) zuweisen.

Bekannte Probleme

Kaltes Herunterfahren nach dem ersten Neustart über OVM Manager

Bei mit OVM 3.4.6 bereitgestellten Servern führt der erste Neustart, der über den OVM Manager gestartet wird, entweder nach der Erstbereitstellung oder nach dem Neuaufspielen des Images, zu einem Kaltstart.

Informationen zum Einschalten eines Servers finden Sie unter Bare-Bare-Metal-Lösung betreiben.

Der Server braucht lange zum Starten

Die Bootzeit kann je nach Größe des Servers und der Anzahl der freigegebenen LUNs variieren.

Je größer der Server, desto länger dauert das Hochfahren.

Die Anzahl der freigegebenen LUNs auf einem Server wirkt sich auch auf die Bootzeit aus. So kann es beispielsweise bei einem o2-highmem-224-metal-Server mit etwa 100 freigegebenen LUNs mehr als eine Stunde dauern, bis er hochgefahren ist, während ein o2-highmem-224-metal-Server mit weniger LUNs etwa 45 Minuten benötigt. Das liegt daran, dass die Ausführung aller Prüfungen einige Zeit in Anspruch nimmt.

Pufferüberlauf bei Verwendung von ethtool mit dem Debug-Flag

Ein Fehler, der bei Verwendung von ethtool -d zu einem Pufferüberlauf führte, wurde im Linux-Kernel 5.8 behoben. Dieser Fehler kann zu einem Kernel-Panik und je nach verwendetem Betriebssystem und Hypervisor zu einer Beeinträchtigung Ihres Bare-Metal-Lösungsservers führen.

Im Folgenden finden Sie unsere Empfehlungen und eine Problemumgehung für diesen Fehler:

Red Hat Enterprise Linux (RHEL)

Wenn Sie RHEL 7.x verwenden, beachten Sie die folgenden Richtlinien:

  • Führen Sie ethtool nicht mit dem Debug-Flag ethtool -d aus.

  • Verhindern Sie, dass das sosreport-Dienstprogramm ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

    Fügen Sie in der Datei /etc/sos/sos.conf die folgenden Zeilen hinzu:

    [plugins]
disable = networking

Wenn Sie RHEL 8.x verwenden, beachten Sie die folgenden Richtlinien:

  • Führen Sie ein Upgrade auf die Kernelversion RHEL 8.3 (Kernel 4.18.0-240) oder höher durch.

  • Bei Systemen mit Kernelversionen unter 4.18.0-240, die nicht aktualisiert werden können, verhindern Sie, dass das sosreport-Dienstprogramm ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

    Fügen Sie in der Datei /etc/sos/sos.conf die folgenden Zeilen hinzu:

    [report]
skip-plugins = networking

Weitere Informationen finden Sie in der Red Hat-Lösung.

SUSE Linux Enterprise Server(SLES)

Dieser Fehler wurde in SLES 15 SP4 (Kernelversion 5.14.21-150400.22.1) behoben. Aktualisieren Sie auf SLES 15 SP4 (Kernelversion 5.14.21-150400.22.1) oder höher.

Oracle Enterprise Linux

Wenn Sie Oracle Linux 7.x verwenden, beachten Sie die folgenden Richtlinien:

  • Führen Sie ethtool nicht mit dem Debug-Flag ethtool -d aus.

  • Verhindern Sie, dass das sosreport-Dienstprogramm ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

    Fügen Sie in der Datei /etc/sos/sos.conf die folgenden Zeilen hinzu:

    [plugins]
disable = networking

Wenn Sie Oracle 8.x verwenden, beachten Sie die folgenden Richtlinien:

  • Dieser Fehler wurde in OL8U7 (kernel-uek-5.15.0-3.60.5.1) behoben. Sie können den Kernel auf die neueste Version aktualisieren. Folgen Sie dazu der Anleitung von Oracle.

  • Wenn Sie nicht auf die Kernelversion kernel-uek-5.15.0-3.60.5.1 aktualisieren können, verhindern Sie, dass das sosreport-Dienstprogramm ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

    Fügen Sie in der Datei /etc/sos/sos.conf die folgenden Zeilen hinzu:

    [report]
skip-plugins = networking

Oracle VM-Server

  • Führen Sie ethtool in der Domain dom0 nicht mit dem Debug-Flag ethtool -d aus.

  • Verhindern Sie, dass das sosreport-Dienstprogramm ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

    Fügen Sie in der Datei /etc/sos/sos.conf die folgenden Zeilen hinzu:

    [plugins]
disable = networking

OVM-Server kann nach dem Firmware-Upgrade auf TS54 keine Verbindung zum OVM-Manager herstellen

Wenn Sie Ihren Bare-Metal-Lösungsserver mit Oracle VM (OVM) aktualisiert haben und er keine Verbindung zum OVM-Manager herstellen kann, könnte dieses Problem der Grund dafür sein. Wenn Sie die Firmware eines Bare-Metal-Lösungsservers aktualisieren, ändert sich die SMBIOS-UUID. Der OVM verwendet diese UUID, um sich beim OVM Manager zu identifizieren. Daher kann die Änderung der UUID zu Problemen bei der Kommunikation zwischen den beiden führen. Um dies zu verhindern, wenden Sie vor dem Aktualisieren der Firmware Ihres Bare-Metal-Lösungsservers die in Oracle-Dokument-ID 1534416.1 beschriebene Umgehung an. Wenn Sie Hilfe bei der Implementierung dieser Umgehungslösung benötigen, wenden Sie sich an den Kundensupport.