Auf dieser Seite wird beschrieben, wie Sie die Netzwerkkonfiguration für Google Cloud NetApp Volumes konfigurieren. NetApp Volumes verwendet den Zugriff auf private Dienste um eine private Verbindung mit hohem Durchsatz und niedriger Latenz zu erstellen.
Hinweise
Beachten Sie Folgendes, bevor Sie mit der Netzwerkkonfiguration beginnen:
Für private VPC-Verbindungen ist eine einmalige Einrichtung erforderlich: Sie müssen die private Verbindung einmal pro VPC einrichten. Die Einrichtung der privaten Verbindung muss nicht für mehrere Dienstprojekte oder Regionen wiederholt werden.
Gemeinsam genutzte VPCs: Wenn Sie NetApp Volumes mit einer freigegebene VPC verbinden, müssen Sie das Peering für den Zugriff auf private Dienste im Hostprojekt durchführen, zu dem die freigegebene VPC gehört. Wenden Sie sich an Ihren Netzwerk administrator, um das Peering zur freigegebene VPC einzurichten. Folgen Sie dazu der Anleitung unter Zugriff auf private Dienste konfigurieren.
CIDR-Bereich zuweisen: Mit CIDR-Bereichen (Classless Inter-Domain Routing) können Sie IP-Adressen und die entsprechenden Netzwerke für den Dienst darstellen. Der Dienst verwendet IP-Adressen aus dem zugewiesenen CIDR-Bereich, um Volumes dem richtigen Protokolltyp zuzuweisen, z. B. Network File System (NFS) oder Server Message Block (SMB).
Peering für den Zugriff auf private Dienste einrichten, bevor Sie den ersten Speicherpool erstellen: Wenn das Peering noch nicht konfiguriert ist, wird dies beim Erstellen des Speicherpools in der Google Cloud Konsole erkannt und Sie werden aufgefordert, das Peering über einen Google Cloud konsolenbasierten Workflow einzurichten. Wenn bereits eine Peering-Verbindung zur angegebenen VPC vorhanden ist, wird sie im Google Cloud Konsolenworkflow verwendet. Sowohl beim manuellen als auch beim Google Cloud konsolenbasierten Peering können Sie entweder einen CIDR manuell angeben oder Google Networking automatisch einen auswählen lassen.
CIDR-Bereich auswählen, der nicht mit den CIDR-Bereichen des lokalen Netzwerks kollidiert: Wenn Sie NetApp Volumes über ein VPN oder Cloud Interconnect aus lokalen Netzwerken verwenden möchten, empfehlen wir, einen CIDR-Bereich auszuwählen, der nicht mit den CIDR-Bereichen Ihres lokalen Netzwerks kollidiert. Andernfalls kann es zu IP-Kollisionen und Routingproblemen kommen.
NetApp Volumes-Traffic bleibt in der verbundenen VPC: Für den Zugriff auf NetApp Volumes wird der Zugriff auf private Dienste verwendet, der auf VPC-Peering basiert. Da Traffic nicht zwei aufeinanderfolgende VPC-Peering-Verbindungen durchlaufen kann, kann Traffic von Clients zu einem Volume oder von NetApp Volumes zu Active Directory-Servern Ihre angehängte VPC nicht verlassen. Um die Netzwerkverbindung zu aktivieren, können Sie zusätzliche Netzwerke verbinden.
CIDR-Bereich ändern: Wenn Sie den Zugriff auf private Dienste konfigurieren, weisen Sie CIDR-Bereiche für NetApp Volumes zu. Nachdem das erste Volume bereitgestellt wurde, können Sie diese CIDR-Bereiche nicht mehr ändern. Sie können nur zusätzliche CIDR-Bereiche hinzufügen, um mehr IP-Adressen bereitzustellen.
So ändern Sie einen vorhandenen CIDR-Bereich:
Löschen Sie alle vorhandenen Volumes.
Entfernen Sie die Peering-Verbindung.
Warten Sie mindestens sechs Stunden, bis die Netzwerkbereinigung abgeschlossen ist.
Erstellen Sie eine neue Peering-Verbindung mit dem aktualisierten CIDR-Bereich.
Die einem Volume zugewiesene IP-Adresse kann nicht geändert werden: NetApp Volumes weist Volumes eine IP-Adresse aus dem delegierten CIDR-Bereich für den Zugriff auf private Dienste zu. Sie können nicht steuern, welche IP-Adresse ein Volume erhält, oder die IP-Adresse eines vorhandenen Volumes ändern.
Zugriff auf private Dienste konfigurieren
Sie können den Zugriff auf private Dienste später über die Benutzeroberfläche beim Erstellen des Speicherpools einrichten oder ihn manuell einrichten, wie in der folgenden Anleitung beschrieben. Weitere Informationen zum Zugriff auf private Dienste finden Sie unter Zugriff auf private Dienste konfigurieren.
CIDR-Bereich auswählen: NetApp Volumes verwendet RFC 1918 oder PUPI-Adressbereiche (Privately Used Public IP). Die Service-Levels „Standard“, „Premium“, „Extrem“ und „Flex File“ unterstützen PUPI für NFS- oder SMB-Volumes und NFS- oder SMB-Clients, die auf die Volumes zugreifen. Das Service-Level „Flex File“ unterstützt die PUPI-Adressbereiche
6.0.0.0/8und7.0.0.0/8nicht. Wenn Sie PUPI-Adressen verwenden, richten Sie das Netzwerk mit den Google Cloud CLI-Befehlen anstelle der Google Cloud Konsole ein. Weitere Informationen dazu, warum das Service-Level „Flex Unified“ nicht unterstützt wird, finden Sie unter Bekannte Einschränkungen.Sie können den Zugriff auf private Dienste automatisch einen nicht verwendeten CIDR-Bereich auswählen lassen oder ihn manuell angeben. Bei der manuellen Auswahl können Sie einen bestimmten Adressbereich auswählen.
Wählen Sie einen CIDR-Bereich aus, der groß genug für Ihre Volumes und Pools ist. Der kleinste CIDR-Bereich, den Sie verwenden können, ist
/24. NetApp Volumes verwendet Teilbereiche aus dem zugewiesenen CIDR gemäß den folgenden Regeln:Volumes mit den Service-Levels „Standard“, „Premium“ und „Extrem“ können sich eine einzelne IP-Adresse teilen, auch wenn sie sich in verschiedenen Speicherpools befinden. Daher können sich eine große Anzahl von Volumes und Pools einen einzelnen
/28-Teilbereich teilen. Abhängig von den Speicherpoolparametern wie CMEK, LDAP und Active Directory-Richtlinie verbrauchen Volumes mehr IPs.Für Volumes mit großer Kapazität im Service-Level „Premium“ oder „Extrem“ ist ein
/27-Teilbereich erforderlich, um mehrere Speicherendpunkte zu unterstützen.Für jeden regulären Pool vom Typ „Flex Unified“ ist ein
/28-Teilbereich erforderlich, der von allen Volumes gemeinsam genutzt wird.Für jeden Speicherpool mit großer Kapazität vom Typ „Flex Unified“ ist ein
/27-Teilbereich erforderlich, der von allen Volumes gemeinsam genutzt wird.Für jeden Speicherpool mit dem Service-Level „Flex File“ ist eine eigene IP-Adresse erforderlich, die von allen Volumes verwendet wird. Daher können Sie 12 Speicherpools in einem
/28Teilbereich haben, da jedes Subnetz vier nicht verwendbare IP-Adressen hat.Für Volumes in verschiedenen Regionen im selben Projekt sind zusätzliche
/28- oder/27-Bereiche erforderlich, je nach Art der bereitgestellten Volumes.Für Volumes in verschiedenen Dienstprojekten in derselben freigegebene VPC sind separate
/28- oder/27-Bereiche erforderlich. Daher können mit dem kleinsten CIDR-Bereich von/24maximal 16 Kombinationen aus Region und Dienstprojekt untergebracht werden.Für die Kommunikation zwischen Clustern, die Migration von Volumes, die externe Replikation und FlexCache wird ein
/27-IP-Bereich zugewiesen.Der Dienst weist Volumes IP-Adressen aus den verwendeten Teilbereichen zu. Wenn die IP-Adressen eines vorhandenen Teilbereichs aufgebraucht sind, verwendet der Dienst möglicherweise zusätzliche Teilbereiche, auch wenn die Kombinationen aus Projekt, VPC oder Region identisch sind.
Service Networking API aktivieren: Achten Sie darauf, dass Sie die
servicenetworking.googleapis.comAPI aktivieren.Zugriff auf private Dienste einrichten: Folgen Sie der Anleitung, um den Zugriff auf private Dienste mit der Google Cloud CLI einzurichten:
Reservieren Sie einen statischen internen IP-Adressbereich für Ihren CIDR:
gcloud compute addresses create netapp-addresses-production-vpc1 \ --project=PROJECT_ID \ --global \ --purpose=VPC_PEERING \ --prefix-length=24 \ --network=VPC \ --no-user-output-enabled
Ersetzen Sie
PROJECT_IDdurch den Namen des Projekts, in dem Sie den Zugriff auf private Dienste einrichten möchten.Mit diesem Befehl wird die Basisadresse für den CIDR automatisch ausgewählt. Wenn Sie eine bestimmte Basisadresse angeben möchten, fügen Sie die folgende Zeile ein:
--addresses=192.168.0.0 \
Ersetzen Sie
192.168.0.0durch die Basisadresse, für die Sie den Zugriff auf private Dienste einrichten möchten.Führen Sie den folgenden Befehl aus, um die Netzwerke zu peeren:
gcloud services vpc-peerings connect \ --project=PROJECT_ID \ --service=netapp.servicenetworking.goog \ --ranges=netapp-addresses-production-vpc1,ADDITIONAL_IP_RANGES \ --network=VPC
Ersetzen Sie
PROJECT_IDdurch den Namen des Projekts, in dem Sie den Zugriff auf private Dienste einrichten möchten.Sie können mehrere Compute-Adressbereiche als durch Kommas getrennte Liste für das --ranges Flag angeben. NetApp Volumes verwenden
/28- oder/27-Teilbereiche aus den Compute-Adressbereichen in einer nicht definierten Reihenfolge.Ersetzen Sie
ADDITIONAL_IP_RANGESdurch eine durch Kommas getrennte Liste zusätzlicher Adressbereiche, die gepeert werden sollen, oder lassen Sie sie leer, um die Netzwerke nur mit dem im vorherigen Schritt erstellten Adressbereich zu peeren.Benutzerdefinierte Routenweitergabe aktivieren. Beachten Sie, dass NetApp Volumes beim Einrichten der privaten Verbindung ein
sn-netapp-prod-Peering erstellt.gcloud compute networks peerings update sn-netapp-prod \ --project=PROJECT_ID \ --network=VPC \ --import-custom-routes \ --export-custom-routes
Ersetzen Sie
PROJECT_IDdurch den Namen des Projekts, in dem Sie den Zugriff auf private Dienste einrichten möchten. Wenn Sie PUPI verwenden, verwenden Sie stattdessen die Parameterimport-subnet-routes-with-public-ipundexport-subnet-routes-with-public-ip.
Nächste Schritte
IAM-Berechtigungen einrichten.