Auf dieser Seite finden Sie Informationen zu bekannten Einschränkungen von Google Cloud NetApp Volumes.
Allgemeine Probleme
In diesem Abschnitt werden häufige bekannte Probleme mit NetApp-Volumes beschrieben.
Flex-Volumes reagieren nicht auf Ping
Flex-Volumes unterscheiden sich von Standard-, Premium- und Extreme-Volumes dadurch, dass sie nicht auf ICMP-Traffic reagieren. Die Standardnetzwerktools wie „ping“ oder „traceroute“, die von ICMP abhängen, können nicht zum Testen dieser Volumes verwendet werden.
Um die Verbindung zu einem Flex-Volume von einem Client aus zu testen, verwenden Sie eine Methode, die nach offenen TCP-Protokollports sucht.
Auf Linux-Clients mit dem folgenden CLI-Befehl:
timeout 2 bash -c '/dev/tcp/VOLUME_IP/PORT && echo Port is open || echo Port is closed' || echo Connection timeout
Verwenden Sie auf Windows-Clients den folgenden PowerShell-Befehl:
Test-NetConnection -ComputerName VOLUME_IP_ADDRESS -Port PORT_NUMBER
Ersetzen Sie die folgenden Informationen:
PORT_NUMBER: Geben Sie 2049 für NFS-Volumes oder 445 für SMB-Volumes an.
Zeitweiser Verbindungsverlust bei Verwendung sich überschneidender Verbindungen für den Zugriff auf private Dienste
Wenn Sie die netapp.servicenetworking.goog-Verbindung konfigurieren und der CIDR-Bereich sich mit dem CIDR-Bereich einer anderen Verbindung für den Zugriff auf private Dienste in derselben VPC überschneidet, kann dies zu einem zeitweiligen Verlust der Verbindung für die Einbindung von Volumes führen. Verwenden Sie nicht überlappende Bereiche, um dieses Problem zu vermeiden.
Mögliche Unterbrechung des Clientzugriffs auf Volumes, die vom Cloud Volumes-Dienst zu NetApp Volumes migriert wurden, beim Aktualisieren der Einstellungen eines NFS-Volumes
Problem: Der Clientzugriff auf Volumes wird unterbrochen, wenn Sie Einstellungen für das Quell- oder Zielvolume einer aktiven Volumereplikation mit einem gespiegelten Übertragungsstatus aktualisieren.
Grund: Wenn ein Volume aktualisiert wird, kann die zugehörige Exportrichtlinie mit dem Replikationspartner-Volume synchronisiert werden. Wenn das aktualisierte Volume eine falsche oder fehlende Exportrichtlinie hat, kann es sein, dass Clients, die auf das Produktionsquellen-Volume gemountet sind, den Zugriff verlieren, was möglicherweise zu einem Ausfall führt.
Hintergrund: Wenn sich eine Replikation in einem gespiegelten Zustand befindet, werden die Exportrichtlinien der Quell- und Zielvolumes automatisch von NetApp Volumes synchronisiert. So wird ein einheitlicher Clientzugriff ohne manuellen Eingriff des Administrators gewährleistet, da jede Richtlinienänderung auf einem Volume automatisch auf das andere Volume angewendet wird.
In CVS muss der Administrator die Einstellungen für Quell- und Zielvolumen manuell synchronisieren. Bei der Umstellung von Volumes von CVS auf NetApp Volumes wurden die vorhandenen Exportrichtlinien ohne Änderungen übertragen. Dies kann zu inkonsistenten Exportrichtlinien in replizierten Volumes führen. Wenn Sie die Exportrichtlinie des Quell- oder Ziel-Volumes in einer Volume-Replikationsbeziehung aktualisieren, werden die Richtlinien auf beiden Volumes automatisch synchronisiert.
Betroffene Volumes
Dieses Problem betrifft Volumes, die alle folgenden Kriterien erfüllen:
Volumes, die sich in einer aktiven, gespiegelten Volume-Replikation befinden. Das Problem kann auftreten, wenn die Replikation nach dem Anhalten fortgesetzt wird.
Alle NFS-fähigen Volumes mit einer Exportrichtlinie.
Volumes, bei denen sich die Exportrichtlinie zwischen Quelle und Ziel unterscheidet.
Lösung: Um dieses Problem zu beheben, muss die Exportrichtlinie der Quell- und Ziel-Volumes einmal synchronisiert werden. Gehen Sie folgendermaßen vor:
Untersuchen und vergleichen Sie die Exportrichtlinien der Quell- und Zielvolumes.
Wenn die Exportrichtlinien identisch sind, sind keine Maßnahmen erforderlich.
Wenn sich die Exportrichtlinien unterscheiden, führen Sie die Exportregeln zusammen, um eine Exportrichtlinie zu erstellen, die alle in beiden Richtlinien angegebenen Hosts zulässt.
Wenden Sie die zusammengeführte Exportrichtlinie auf das Quellvolume an. Diese Richtlinie wird auch automatisch auf das Zielvolume angewendet.
Durch die Synchronisierung der Exportrichtlinien können Sie für konsistenten Zugriff sorgen und potenzielle Unterbrechungen für Clients verhindern.
Fehlermeldung bei der gemeinsamen Verwendung von Cloud Volumes Service (CVS) und NetApp Volumes-Ressourcen
Wenn Sie CVS- und NetApp Volumes-Ressourcen zusammen im selben Projekt oder in derselben Region verwenden, wird möglicherweise eine Fehlermeldung angezeigt. Dieses Problem kann auftreten, wenn Sie eine der folgenden Aktionen ausführen:
Erstellen Sie Ressourcen wie Pools und Richtlinien in einem Projekt, das zuvor für CVS verwendet wurde.
Versuchen Sie, CVS-Ressourcen in einem Projekt aufzulisten, das für NetApp-Volumes konfiguriert ist.
Häufige Fehlermeldungen:
Host project and service project must be using the same service.Resources from CVS and NetApp Volumes may not be used together in a single region.Cannot share VPC between 3P and 1P networks.
Wenden Sie sich zur Behebung dieses Problems an den Google Cloud-Kundenservice und fordern Sie an, dass Ihre Projekte oder Regionen zurückgesetzt werden, damit ausschließlich NetApp Volumes-Ressourcen verwendet werden.
Probleme bei der Active Directory-Integration
In den folgenden Abschnitten werden bekannte Probleme bei der Active Directory-Integration beschrieben.
Verbindungsprobleme
Verbindungen zu lokalen Domaincontrollern schlagen aus folgenden Gründen fehl:
VPC-Peering: NetApp-Volumes können nur auf Domaincontroller zugreifen, die sich in der Virtual Private Cloud (VPC) des Speicherpools befinden oder über VPN mit ihr verbunden sind. NetApp-Volumes können keine Domaincontroller in anderen VPCs erreichen, auch nicht in solchen, die mit der VPC des Speicherpools verbunden sind und eine Verbindung zum Speicherpool herstellen.
Firewalls: Die lokale Verbindung schlägt fehl, wenn Sie nicht zulassen, dass NetApp Volumes Ihre Domaincontroller kontaktiert. Weitere Informationen finden Sie unter Firewallregeln für den Active Directory-Zugriff.
Das Ändern der Active Directory-Standorteinstellung einer Active Directory-Richtlinie hat keine Auswirkungen auf Speicherpools mit dem Service-Level „Flex“.
NetApp-Volumes können nicht mit Windows 2025-basierten Domaincontrollern verbunden werden
Aufgrund einer Regression in Windows 2025 können NetApp Volumes nicht mit einem Windows 2025-Domaincontroller in eine Domain eingebunden werden. Wenn Sie der Domain beitreten möchten, müssen Sie einen Domaincontroller mit einer Windows-Version vor 2025 verwenden, z. B. Windows 2022. Sie können keinen funktionierenden Domaincontroller direkt angeben, da der Dienst DNS-basierte Erkennung verwendet, um Domaincontroller zu finden. Wir empfehlen, nutzbare Domaincontroller vor Windows 2025 in einer dedizierten Active Directory-Website hinzuzufügen und diese Website in der Active Directory-Richtlinie für NetApp Volumes anzugeben.
CMEK-Probleme
In den folgenden Abschnitten werden bekannte Probleme bei Vorgängen mit vom Kunden verwalteten Verschlüsselungsschlüsseln (Customer-Managed Encryption Keys, CMEK) beschrieben.
ListKmsConfigs gibt den Fehler Ungültiger Wert für Enum-Typ zurück
Während ein Volume von der vom System verwalteten zur vom Kunden verwalteten Verschlüsselung migriert wird, gibt der Befehl ListKmsConfigs während der Migration gelegentlich den Fehler Invalid value for enum type zurück. Nach Abschluss der Migration funktioniert der Befehl ListKmsConfigs wieder normal.
KmsConfig Richtlinie kann nicht erstellt werden
Gelegentlich schlägt die Erstellung von KmsConfig-Richtlinien fehl und Sie können keine weitere Richtlinie erstellen. Wenden Sie sich in diesem Fall an den Google Cloud Customer Care.
Probleme und Einschränkungen bei der Volume-Replikation
In den folgenden Abschnitten finden Sie Details zu bekannten Problemen und Einschränkungen der Funktion zur Volumereplikation.
Fehler bei der Konfiguration des Zielvolumenkontingents bei aktiver Replikation
Wenn Sie die Einstellungen eines Volumes in einer aktiven Replikation ändern, werden die Einstellungen sowohl auf das Quell- als auch auf das Ziel-Volume angewendet. Kontingentänderungen speziell für Ziel-Volumes werden jedoch bereitgestellt und auf das Ziel-Volume angewendet, sobald die Replikation beendet ist. Gelegentlich kann diese Kontingenteinstellung fehlschlagen und Sie erhalten am Ende des Vorgangs eine Fehlermeldung. Der Vorgang Stop wird zwar erfolgreich ausgeführt, aber möglicherweise wurden nicht alle Kontingente auf das Zielvolumen angewendet. Wenn Sie bei einem Stop-Vorgang einen Kontingentfehler erhalten, vergleichen Sie die Kontingentregeln für das Quell- und das Zielvolume und aktualisieren Sie dann alle fehlenden Kontingentregeln für das Zielvolume, damit sie mit den Einstellungen des Quellvolumes übereinstimmen.
In derGoogle Cloud -Konsole werden Speicherpools ohne zugeordnete Active Directory-Richtlinien angezeigt.
Wenn Sie in der Google Cloud -Konsole eine Volumereplikation für ein Quellvolume erstellen, enthält die Liste der Speicherpools, aus denen Sie zum Erstellen des Zielvolumes auswählen können, Speicherpools ohne Active Directory-Richtlinie. Wenn Sie einen Speicherpool ohne Active Directory-Richtlinie auswählen, schlägt die Replikation fehl.
Einschränkungen bei der Sicherung
Im folgenden Abschnitt werden bekannte Einschränkungen und Probleme der Sicherungsfunktion beschrieben.
Vom Kunden verwaltete Verschlüsselungsschlüssel
Sicherungen sind auf Volumes, die mit vom Kunden verwalteten Verschlüsselungsschlüsseln (CMEK) verschlüsselt sind, nicht zulässig.
Bekannte Probleme bei Volumes mit hoher Kapazität
Im folgenden Abschnitt werden bekannte Probleme mit der Funktion „Volumes mit großer Kapazität“ beschrieben.
Inkompatible Pools werden angezeigt
Beim Ändern des Speicherpools (Service-Level) werden in der Google Cloud Konsole möglicherweise inkompatible Pools angezeigt. Wenn Sie versuchen, zu einem inkompatiblen Speicherpool zu wechseln, schlägt der Versuch fehl und Sie erhalten eine Fehlermeldung.
CMEK-Migration nicht blockiert
Die CMEK-Migration wird nicht durch die Google Cloud Konsole blockiert und ist auch bei Volumes mit großer Kapazität zulässig. Wenn Sie versuchen, CMEK-Migrationen durchzuführen, während Volumes mit hoher Kapazität konfiguriert sind, schlägt der Versuch fehl.