Instanz erstellen

Auf dieser Seite erfahren Sie, wie Sie eine Filestore-Instanz mithilfe der Google Cloud Console oder der gcloud CLI erstellen.

Anleitung zum Erstellen einer Instanz

Google Cloud Console

Hinweise

  • Das Kontingent für eine zonale (10 TiB bis 100 TiB) oder regionale (10 TiB bis 100 TiB) beginnt bei 0. Damit Sie diese Stufen verwenden können, müssen Sie zuerst eine Anfrage zur Kontingenterhöhung erstellen und deren Genehmigung einholen, bevor Sie eine Instanz erstellen können.

  • Wenn Sie eine Instanz mit einer Legacy-Dienststufe erstellen müssen, z. B. Enterprise oder eine SSD mit hoher Skalierbarkeit, müssen Sie Ihre Vorgänge direkt über die Filestore API oder mit gcloud ausführen. Diese create-Vorgänge werden über die Google Cloud Console nicht unterstützt.

    Weitere Informationen finden Sie unter Dienststufen.

Anleitung für Google Cloud

  1. Rufen Sie in der Google Cloud Console die Seite "Filestore-Instanzen" auf.

    Zur Seite mit den Filestore-Instanzen

  2. Klicken Sie auf Instanz erstellen.

  3. Füllen Sie alle erforderlichen Felder und optionalen Felder entsprechend den Anweisungen in den folgenden Abschnitten dieser Seite aus.

  4. Klicken Sie auf Erstellen.

gcloud

Hinweise

Wenn Sie die gcloud CLI verwenden möchten, müssen Sie entweder die gcloud CLI installieren oder die Cloud Shell verwenden, die in die Google Cloud Console eingebunden ist:

Weiter zur Google Cloud Console

gcloud-Befehl zum Erstellen einer Filestore-Instanz

Sie können eine Filestore-Instanz mit dem Befehl filestore instances create erstellen. Das Kontingent für Instanzen variiert je nach Projekt, Region und Stufe. Weitere Informationen finden Sie unter Kontingente oder Kontingenterhöhung anfordern.

gcloud filestore instances create instance-id \
    [--project=project-id] \
    [--location=location] \
    --tier=tier \
    --file-share=name="file-share-name",capacity=file-share-size \
    --network=name="vpc-network",[connect-mode=connect-mode],[reserved-ip-range="reserved-ip-address"]
    [--labels=key=value,[key=value,…]]
    [--kms-key=kms-key]

Ersetzen Sie Folgendes:

  • instance-id durch die Instanz-ID der Filestore-Instanz, die Sie erstellen möchten. Siehe Instanz benennen.

  • project-id durch die Projekt-ID des Google Cloud-Projekts, das die Filestore-Instanz enthält. Sie können dieses Flag überspringen, wenn sich die Filestore-Instanz im Standardprojekt gcloud befindet. Mit dem Befehl config set project können Sie das Standardprojekt festlegen:

      gcloud config set project project-id

  • location durch den Standort, an dem sich die Filestore-Instanz befinden soll. Weitere Informationen finden Sie unter Standort auswählen. Sie können dieses Flag überspringen, wenn sich die Filestore-Instanz am gcloud-Standardstandort befindet. Mit dem Befehl config set filestore/zone können Sie den Standardspeicherort festlegen:

      gcloud config set filestore/zone zone

    Verwenden Sie für die regionale oder Unternehmensstufe den Befehl config set filestore/region:

      gcloud config set filestore/region region

  • tier durch die Dienststufe, die Sie verwenden möchten.

  • file-share-name durch den Namen, den Sie für die NFS-Dateifreigabe festlegen, der von der Instanz bereitgestellt wird. Weitere Informationen finden Sie unter Dateifreigabe benennen.

  • file-share-size durch die gewünschte Dateifreigabegröße. Siehe Kapazität zuweisen.

  • vpc-network durch den Namen des VPC-Netzwerks, das von der Instanz verwendet werden soll. Siehe VPC-Netzwerk auswählen. Wenn Sie eine freigegebene VPC über ein Dienstprojekt festlegen möchten, müssen Sie den voll qualifizierten Netzwerknamen im Format projects/HOST_PROJECT_ID/global/networks/SHARED_VPC_NAME und connect-mode=PRIVATE_SERVICE_ACCESS angeben. Beispiel:

    --network=name=projects/host/global/networks/shared-vpc-1,connect-mode=PRIVATE_SERVICE_ACCESS

    Sie können für den Wert vpc-network kein Legacy-Netzwerk angeben. Erstellen Sie bei Bedarf ein neues VPC-Netzwerk, das verwendet werden soll. Folgen Sie dazu der Anleitung unter Neues VPC-Netzwerk im automatischen Modus erstellen.

  • connect-mode mit DIRECT_PEERING oder PRIVATE_SERVICE_ACCESS. Wenn Sie eine freigegebene VPC als Netzwerk angeben, müssen Sie auch PRIVATE_SERVICE_ACCESS als Verbindungsmodus angeben.

  • reserved-ip-address durch den IP-Adressbereich für die Filestore-Instanz. Wenn Sie connect-mode=PRIVATE_SERVICE_ACCESS angeben und einen reservierten IP-Adressbereich verwenden möchten, müssen Sie den Namen eines zugewiesenen Adressbereichs anstelle eines CIDR-Bereichs angeben. Siehe Reservierte IP-Adresse konfigurieren. Wir empfehlen, dieses Flag zu überspringen, damit Filestore automatisch einen freien IP-Adressbereich findet und der Instanz zuweist.

  • key durch ein Label, das Sie hinzufügen möchten. Beim Erstellen einer Filestore-Instanz müssen keine Labels hinzugefügt werden. Sie können Labels auch hinzufügen, löschen oder aktualisieren, nachdem Sie eine Instanz erstellt haben. Weitere Informationen finden Sie unter Labels verwalten.

  • value durch den Wert für ein Label.

  • kms-key ist der voll qualifizierte Name des Cloud KMS-Verschlüsselungsschlüssels, den Sie verwenden möchten, wenn Sie Ihre eigene Datenverschlüsselung verwalten möchten. Das Format sieht so aus:

    projects/KMS_PROJECT_ID/locations/REGION/keyRings/KEY_RING/cryptoKeys/KEY

Beispiel

Mit dem folgenden Befehl wird eine Instanz mit diesen Eigenschaften erstellt:

  • ID ist render1.
  • Projekt ist myproject.
  • Zone ist us-central1-c.
  • Stufe ist BASIC_HDD.
  • Der Name der Dateifreigabe lautet my_vol.
  • Die Größe der Dateifreigabe ist 2 TiB.
  • VPC-Netzwerk ist default.
  • Reservierter IP-Adressbereich ist 10.0.7.0/29.
  • Gewährt Lese- und Schreibzugriff auf den Client mit der IP-Adresse 10.0.2.0.
gcloud filestore instances create render1 \
  --project=myproject \
  --zone=us-central1-c \
  --tier=BASIC_HDD \
  --network=name="default",reserved-ip-range="10.0.7.0/29"
  --flags-file=nfs-export-options.json

Inhalte der Datei nfs-export-options.json:

 {
"--file-share":
  {
    "capacity": "2048",
    "name": "my_vol",
    "nfs-export-options": [
      {
        "access-mode": "READ_WRITE",
        "ip-ranges": [
          "10.0.0.0/29",
          "10.2.0.0/29"
        ],
        "squash-mode": "ROOT_SQUASH",
        "anon_uid": 1003,
        "anon_gid": 1003
      },
      {
        "access-mode": "READ_ONLY",
        "ip-ranges": [
          "192.168.0.0/26"
        ],
        "squash-mode": "NO_ROOT_SQUASH"
      }
    ]
  }
}

Informationen zu Instanzen und Freigaben

Eine Filestore-Instanz steht für physische Speicherkapazität.

Eine Freigabe stellt einen zugewiesenen Teil dieses Speichers mit einem einzelnen, eindeutigen Zugangspunkt dar.

Alle Dienststufen bieten Speicheroptionen mit einem Verhältnis von 1:1-Anteil zur Instanz. Alternativ bietet die Option Filestore-Mehrfachfreigaben für GKE, die nur für Instanzen auf Unternehmensebene verfügbar ist, Zugriff auf mehrere Freigaben auf einer einzelnen Instanz.

Instanznamen oder Instanz-IDs werden von Administratoren verwendet, um Instanzen zu verwalten. Dateifreigabenamen werden von Clients verwendet, um eine Verbindung zu Freigaben herzustellen, die aus diesen Instanzen exportiert wurden.

Instanz benennen

Der Name Ihrer Filestore-Instanz oder Instanz-ID wird zur Identifizierung der Instanz verwendet und in gcloud-Befehlen verwendet. Instanz-IDs müssen dem <label>-Element von RFC 1035 entsprechen. Sie müssen insbesondere:

  • Muss 1 bis 63 Zeichen lang sein
  • Muss mit einem Kleinbuchstaben beginnen
  • Besteht aus Bindestrichen, Kleinbuchstaben oder Ziffern.
  • Beenden Sie mit Kleinbuchstaben oder Ziffern.

Die Instanz-ID darf in dem Google Cloud-Projekt und der Zone, in der sie sich befindet, nur einmal vorkommen. Nachdem eine Instanz erstellt wurde, kann die Instanz-ID nicht mehr geändert werden.

Dienststufe auswählen

Wählen Sie die Dienststufe aus, die Ihren Anforderungen am besten entspricht. Nachdem eine Instanz erstellt wurde, kann ihre Dienststufe nicht mehr geändert werden. In der folgenden Tabelle sind die Funktionen zusammengefasst, die nach Dienststufe verfügbar sind:

Voraussetzung Basic HDD &
Basic SSD		 Zonal Regional Enterprise
Kapazität 1 TiB bis 63,9 TiB 1 TiB bis 100 TiB 1 TiB bis 100 TiB 1 TiB bis 10 TiB
Skalierbarkeit Skaliert in Schritten von 1 GiB oder einem Vielfachen
  • Zonal (1 TiB bis 9,75 TiB): Skaliert in Schritten von 256 GiB oder einem Vielfachen der Daten nach oben oder unten.
  • Zonal (10 TiB bis 100 TiB): Skaliert in Schritten von 2,5 TiB oder einem Vielfachen des TiB hoch oder herunter.
  • Regional (1 TiB bis 9.75 TiB): Skaliert in Schritten von 256 GiB oder einem Vielfachen der Daten nach oben oder unten.
  • Regional (10 TiB bis 100 TiB): Skaliert in Schritten von 2,5 TiB oder einem Vielfachen des TiB nach oben oder unten.
 Skaliert in Schritten von 256 GiB oder einem Vielfachen hoch oder herunter
Leistung
  • Basic HDD: Statisch
  • Basic SSD: Leistungsschritt bei 10 TiB
 Skaliert linear entsprechend der Kapazität
innerhalb der Grenzen des ausgewählten Kapazitätsbereichs		 Skaliert linear entsprechend der Kapazität
innerhalb der Grenzen des ausgewählten Kapazitätsbereichs		 Skaliert linear mit Kapazität
Protokoll NFSv3 NFSv3, NFSv4.1 (Vorschau) NFSv3, NFSv4.1 (Vorschau) NFSv3, NFSv4.1 (Vorschau)

Create-Vorgänge für zonale, regionale und Unternehmensinstanzen können je nach Größe zwischen 15 Minuten und einer Stunde dauern.

Das Filestore-Kontingent wird verwendet, wenn die Instanz erstellt wird, aber Ihnen während dieser Zeit keine Instanz in Rechnung gestellt wird.

Leistung

Die folgende Tabelle enthält einen detaillierteren Leistungsvergleich der verschiedenen Dienststufen:

Spezifikation Basic HDD Basic SSD Zonal Regional Enterprise
IOPS für Lesevorgänge
  • 1–10 TiB Kapazität:
    600
  • Über 10 TiB Kapazität:
    1.000
 60.000
  • Kapazität: 1 TiB bis 9,75 TiB:
    9.200–89.700
  • Kapazität von 10 TiB bis 100 TiB:
    92.000–920.000
  • Kapazität von 1 TiB bis 9,75 TiB:
    12.000–117.000
  • Kapazität von 10 TiB bis 100 TiB:
    92.000–920.000
 Kapazität von 1 TiB bis 10 TiB:
12.000–120.000
IOPS für Schreibvorgänge
  • 1–10 TiB Kapazität:
    1.000
  • Über 10 TiB Kapazität:
    5.000
 25.000
  • Kapazität: 1 TiB bis 9,75 TiB:
    2.600–25.350
  • Kapazität von 10 TiB bis 100 TiB:
    26.000–260.000
  • Kapazität von 1 TiB bis 9,75 TiB:
    4.000–39.000
  • Kapazität von 10 TiB bis 100 TiB:
    26.000–260.000
 Kapazität von 1 TiB bis 10 TiB:
4.000–40.000
Lesedurchsatz (MB/s)
  • 1–10 TiB Kapazität:
    100
  • Über 10 TiB Kapazität:
    180
 1.200
  • Kapazität: 1 TiB bis 9,75 TiB:
    260–2.535
  • Kapazität von 10 TiB bis 100 TiB:
    2.600–26.000
  • Kapazität: 1 TiB bis 9,75 TiB:
    120–1.170
  • Kapazität von 10 TiB bis 100 TiB:
    2.600–26.000
 Kapazität von 1 TiB bis 10 TiB:
120–1.200
Schreibdurchsatz (MB/s)
  • 1–10 TiB Kapazität:
    100
  • Über 10 TiB Kapazität:
    120
 350
  • Kapazität: 1 TiB bis 9,75 TiB:
    88–858
  • Kapazität von 10 TiB bis 100 TiB:
    880–8.800
  • Kapazität: 1 TiB bis 9,75 TiB:
    100–975
  • Kapazität von 10 TiB bis 100 TiB:
    880–8.800
 Kapazität von 1 TiB bis 10 TiB:
100–1.000

Weitere Informationen zur Leistung finden Sie unter Leistung.

Eine ausführlichere Beschreibung der nach Dienststufe verfügbaren Funktionen finden Sie unter Dienststufen.

Kapazität zuweisen

Weisen Sie Kapazität dem Betrag zu, den Sie beim Erstellen der Instanz benötigen. Wenn Sie die Kapazitätsgrenze erreichen, können Sie die Kapazität nach Bedarf hochskalieren, ohne die Laufzeit zu beeinträchtigen. Informationen zum Überwachen der Kapazität Ihrer Instanzen finden Sie unter Instanzen überwachen.

In der gcloud CLI können Sie die Kapazität in ganzen Zahlen mit GiB oder TiB angeben. Die Standardeinheit ist GiB.

Die folgende Tabelle zeigt die für jede Stufe verfügbaren Instanzgrößen:

Stufe Mindestgröße Maximalgröße Inkrementelle Schrittgröße
Basic HDD 1 TiB 63,9 TiB 1 GiB
Basic SSD 2,5 TiB 63,9 TiB 1 GiB
Zonal 1 TiB 9,75 TiB 256 GiB
Zonal 10 TiB 100 TiB 2,5 TiB
Regional 1 TiB 9,75 TiB 256 GiB
Regional 10 TiB 100 TiB 2,5 TiB
Enterprise 1 TiB 10 TiB 256 GiB

Die Größe der Instanzen kann jeder ganze Gibibyte-Wert oder sein Tebibyte-Äquivalent sein, das zwischen der minimalen und maximalen Instanzgröße liegt und durch seine inkrementelle Schrittgröße teilbar ist. Gültige Größen für zonale Instanzen mit einem höheren Kapazitätsbereich sind beispielsweise 10 TiB, 12,5 TiB und 15 TiB.

Instanzen der Basisstufe können nach ihrer Erstellung nur noch vergrößert werden. Die Kapazität aller anderen Dienststufen kann herauf- oder herunterskaliert werden. Weitere Informationen finden Sie unter Instanzen bearbeiten und Kapazität skalieren.

Gesamtkapazitätskontingent

Jedem Projekt wird ein separates Kapazitätskontingent zugewiesen, das nach Region und Dienststufe definiert ist. Kontingentlimits variieren je nach Dienststufe.

Sobald Sie das Kontingentlimit erreicht haben, können Sie keine weiteren Filestore-Instanzen mehr erstellen oder die Kapazität Ihrer vorhandenen Instanzen erhöhen. Ihr verfügbares Kontingent finden Sie in der Google Cloud Console auf der Seite Kontingente:

Zur Seite „Kontingente“

Informationen zum Anfordern eines höheren Kontingents finden Sie unter Kontingenterhöhungen anfordern.

Dateifreigabe benennen

Eine Dateifreigabe ist das Verzeichnis auf einer Filestore-Instanz, in dem alle freigegebenen Dateien gespeichert sind. Es ist auch das, was Sie auf der Client-VM bereitstellen oder zuordnen.

Der Name der Dateifreigabe muss folgendermaßen lauten:

  • Er muss zwischen 1 und 32 Zeichen für zonale, regionale und Unternehmensstufen und 1 bis 16 Zeichen für Basisstufen lang sein.
  • Sie müssen mit einem Buchstaben beginnen.
  • Sie bestehen aus Groß- und Kleinbuchstaben, Zahlen und Unterstrichen.
  • Er muss mit einem Buchstaben oder einer Ziffer enden.

VPC-Netzwerk auswählen

Das Netzwerk, das Sie für die Verwendung mit Filestore auswählen, kann entweder ein Standard-VPC-Netzwerk oder ein freigegebene VPC-Netzwerk sein. In beiden Fällen muss das ausgewählte Netzwerk genügend IP-Ressourcen für die Filestore-Instanz haben. Andernfalls kann die Instanz nicht erstellt werden.

Clients müssen sich im selben Netzwerk wie die Filestore-Instanz befinden, um auf die in dieser Instanz gespeicherten Dateien zugreifen zu können. Nachdem eine Instanz erstellt wurde, kann diese Netzwerkauswahl nicht mehr geändert werden.

Freigegebenes VPC-Netzwerk

Bevor Sie eine Instanz in einem freigegebenen VPC-Netzwerk in einem Dienstprojekt erstellen können, muss der Netzwerkadministrator zuerst den Zugriff auf private Dienste für das freigegebene VPC-Netzwerk aktivieren. Wenn Sie die Instanz im Hostprojekt erstellen, ist der Zugriff auf private Dienste nicht erforderlich.

Freigegebene VPC-Netzwerke werden in der Google Cloud Console in folgendem Format angezeigt:

projects/HOST_PROJECT_ID/global/networks/SHARED_VPC_NAME

Eine ausführliche Anleitung finden Sie unter Instanz in einem freigegebenen VPC-Netzwerk erstellen.

NFS-Dateisperren

Wenn die Anwendungen, die Sie mit dieser Filestore-Instanz verwenden möchten, NFS-Dateisperren erfordern und Sie eine der folgenden Optionen auswählen, müssen Sie möglicherweise die von Filestore verwendeten Ports im ausgewählten Netzwerk öffnen:

  • ein anderes VPC-Netzwerk als das Standardnetzwerk oder
  • das Standard-VPC-Netzwerk mit geänderten Firewallregeln auswählen,

Weitere Informationen finden Sie unter Firewallregeln konfigurieren.

Speicherort auswählen

"Standort" bezieht sich auf die Region und die Zone, in denen sich die Filestore-Instanz befindet. Sie sollten die Filestore-Instanz in derselben Region befinden wie die Compute Engine-VMs, die auf die Instanzen zugreifen müssen, um die Leistung zu optimieren und regionsübergreifende Netzwerkgebühren zu vermeiden.

Weitere Informationen zu Regionen und Zonen finden Sie unter Geografie und Regionen.

IP-basierte Zugriffssteuerung konfigurieren

Standardmäßig gewährt Filestore-Instanz allen Clients, einschließlich Compute Engine-VMs und GKE-Clustern, die sich im selben Google Cloud-Projekt und VPC-Netzwerk befinden, Lese- und Schreibzugriff auf Stammebene. Wenn Sie den Zugriff beschränken möchten, erstellen Sie mithilfe von IP-Adressen Regeln, mit denen bestimmten Clients Zugriffsebenen zugewiesen werden. Sobald die Regeln hinzugefügt sind, wird allen Nutzern und IP-Adressen, die nicht in einer Regel angegeben sind, der Zugriff entzogen. Zonale, regionale und Unternehmensinstanzen unterstützen Konfigurationseinstellungen für sich überschneidende IP-Adressbereiche. Weitere Informationen finden Sie unter Sich überschneidende Berechtigungen.

In der folgenden Tabelle werden die Berechtigungen jeder Zugriffsebene beschrieben. Diese Zugriffsebenen werden nur in der Google Cloud Console verwendet. In der gcloud CLI und API müssen Sie die Regelkonfigurationen direkt angeben.

Zugriffsebene: Regelkonfiguration Beschreibung
admin
  • lesen/schreiben
  • No-Root-Squash
 Der Client kann alle Dateien, Ordner und Metadaten als Root-Nutzer aufrufen und ändern. Er kann auch die Eigentümerschaft für Dateien oder Ordner gewähren, indem er uid und gid festlegt. Dadurch wird den Clients, die keinen Zugriff auf die Stammebene auf die Dateifreigabe haben, Zugriff gewährt.
admin-viewer
  • Schreibgeschützt
  • No-Root-Squash
 Der Client kann alle Dateien, Ordner und Metadaten als Root-Nutzer anzeigen, aber nicht ändern.
editor
  • lesen/schreiben
  • Root-Squash
 Der Client kann die Dateien, Ordner und Metadaten entsprechend den zugewiesenen uid und gid ansehen und ändern.
viewer
  • Schreibgeschützt
  • Root-Squash
 Der Client kann die Dateien, Ordner und Metadaten entsprechend den zugewiesenen uid und gid ansehen.

root-squash ordnet alle Anfragen von uid 0 und gid 0 jeweils anon_uid und anon_gid zu. Durch diese Konfiguration wird der Zugriff auf Root-Ebene von Clients entfernt, die versuchen, als Root-Nutzer auf die Dateifreigabe zuzugreifen.

Beim Erstellen IP-basierter Zugriffsregeln:

  • Sie müssen eine interne IP-Adresse oder einen internen IP-Bereich und die gewährte Zugriffsebene angeben.
  • Zum Zeitpunkt der Instanzerstellung muss mindestens eine Regel admin-Zugriff gewähren. Diese Regel kann entfernt werden, nachdem die Instanz erstellt wurde.
  • Zonale, regionale und Unternehmensinstanzen unterstützen Konfigurationseinstellungen für sich überschneidende IP-Adressbereiche. Instanzen der Basisstufe werden nicht unterstützt. Weitere Informationen finden Sie unter Sich überschneidende Berechtigungen.

In der Google Cloud Console können Sie bis zu 4 verschiedene Regeln (admin, admin-viewer, editor, viewer) erstellen, die bis zu 64 verschiedene IP-Adressen oder ‐Bereiche umfassen.

In der gcloud CLI können Sie bis zu 64 verschiedene IP-Adressen oder CIDR-Blöcke pro Filestore-Instanz für maximal 10 verschiedene Regeln konfigurieren. Eine Regel ist als Kombination der Konfigurationen access-mode, squash-mode und anon_uid/anon_gid definiert. Die Felder anon_uid und anon_gid haben den Standardwert 65534 und können nur über die API und die gcloud CLI konfiguriert werden.

Beispiel

Hier sehen Sie ein Beispiel für drei verschiedene IP-basierte Zugriffsregeln:

  • access-mode=READ_ONLY, squash-mode=ROOT_SQUASH, anon_uid=10000.
  • access-mode=READ_WRITE, squash-mode=ROOT_SQUASH, anon_gid=150.
  • access-mode=READ_WRITE, squash-mode=NO_ROOT_SQUASH.

Verwenden Sie zum Erstellen von IP-basierten Zugriffssteuerungsregeln mit der gcloud CLI das Flag --flags-file mit den Befehlen instances create oder instances update und verweisen Sie auf eine JSON-Konfigurationsdatei. Wenn die JSON-Konfigurationsdatei beispielsweise den Namen nfs-export-options.json hat, lautet das Flag:

--flags-file=nfs-export-options.json

Beispiel für eine JSON-Konfigurationsdatei:

   {
  "--file-share":
    {
      "capacity": "2048",
      "name": "my_vol",
      "nfs-export-options": [
        {
          "access-mode": "READ_WRITE",
          "ip-ranges": [
            "10.0.0.0/29",
            "10.2.0.0/29"
          ],
          "squash-mode": "ROOT_SQUASH",
          "anon_uid": 1003,
          "anon_gid": 1003
        },
         {
          "access-mode": "READ_ONLY",
          "ip-ranges": [
            "192.168.0.0/26"
          ],
          "squash-mode": "NO_ROOT_SQUASH"
        }
      ]
    }
}
  • ip-ranges ist die IP-Adresse oder der Bereich, auf die bzw. den Zugriff gewährt werden soll. Sie können mehrere IP-Adressen oder -Bereiche angeben, indem Sie sie durch ein Komma trennen. Konfigurationseinstellungen für sich überschneidende IP-Adressbereiche werden nur für zonale, regionale und Unternehmensinstanzen unterstützt. Weitere Informationen finden Sie unter Sich überschneidende Berechtigungen.
  • access-mode ist die Zugriffsebene, die den Clients zugewiesen werden soll, deren IP-Adresse in den ip-range fällt. Sie kann die Werte READ_WRITE oder READ_ONLY haben. Der Standardwert ist READ_WRITE.
  • squash-mode kann die Werte ROOT_SQUASH oder NO_ROOT_SQUASH haben. ROOT_SQUASH entfernt Root-Zugriff auf die Clients, deren IP-Adresse in ip-range fällt, während NO_ROOT_SQUASH Root-Zugriff ermöglicht. Der Standardwert ist NO_ROOT_SQUASH.
  • anon_uid ist der Nutzer-ID-Wert, den Sie anon_uid zuordnen möchten. Der Standardwert ist 65534.
  • anon_gid ist der Gruppen-ID-Wert, den Sie anon_gid zuordnen möchten. Der Standardwert ist 65534.

Clients in Bereichen außerhalb von RFC 1918

Wenn Sie nicht RFC 1918-Clients mit Ihrer Filestore-Instanz verbinden möchten, müssen Sie ihnen mithilfe der IP-basierten Zugriffssteuerung explizit Zugriff auf die Filestore-Instanz gewähren.

Optionale Felder

In den folgenden Abschnitten werden optionale Felder beschrieben.

Instanzbeschreibung hinzufügen

Mit einer Instanzbeschreibung können Sie Beschreibungen, Notizen oder Anleitungen für sich selbst und andere Nutzer verfassen. Sie können beispielsweise folgende Informationen angeben:

  • Die in der Instanz gespeicherten Dateitypen.
  • Wer Zugriff auf die Instanz hat.
  • Anleitung zum Zugriff auf die Instanz.
  • Wofür wird die Instanz verwendet?

Instanzbeschreibungen sind auf 2048 Zeichen beschränkt. Es gibt keine Einschränkungen hinsichtlich der zulässigen Zeichen. Nachdem eine Filestore-Instanz erstellt wurde, können Sie ihre Instanzbeschreibung jederzeit nach Bedarf aktualisieren. Informationen zum Aktualisieren von Instanzbeschreibungen finden Sie unter Instanzen bearbeiten.

Labels hinzufügen

Labels sind Schlüssel/Wert-Paare, mit denen Sie verwandte Instanzen gruppieren und Metadaten zu einer Instanz speichern können. Sie können Labels jederzeit hinzufügen, löschen oder ändern. Weitere Informationen finden Sie unter Labels verwalten.

Reservierten IP-Adressbereich konfigurieren

Jeder Filestore-Instanz muss ein IP-Adressbereich zugeordnet sein. Es werden sowohl RFC 1918- als auch IP-Adressbereiche außerhalb von RFC 1918 (GA) unterstützt.

Nach der Angabe ist der IP-Adressbereich einer Instanz unveränderlich.

Nutzern wird empfohlen, Filestore automatisch einen freien IP-Adressbereich bestimmen und der Instanz zuweisen zu lassen. Berücksichtigen Sie bei der Auswahl Ihres eigenen Bereichs die folgenden Anforderungen für Filestore-IP-Ressourcen:

  • Muss die CIDR-Notation verwenden.

  • Muss ein gültiger VPC-Subnetzbereich sein.

  • Einfache Instanzen erfordern eine Blockgröße von 29. Beispiel: 10.123.123.0/29.

  • Zonale, regionale und Unternehmensinstanzen benötigen eine Blockgröße von 26. Beispiel: 172.16.123.0/26

  • Der IP-Adressbereich darf sich nicht mit Folgendem überschneiden:

    • Vorhandene Subnetze im VPC-Netzwerk, die von der Filestore-Instanz verwendet werden.

    • Vorhandene Subnetze in einem VPC-Netzwerk, das per Peering mit dem Subnetz verbunden ist, das von der Filestore-Instanz verwendet wird. Weitere Informationen finden Sie unter Sich überschneidende Subnetze zum Zeitpunkt des Peerings.

    • IP-Adressbereiche, die anderen vorhandenen Filestore-Instanzen in diesem Netzwerk zugewiesen sind.

    • Der Adressbereich 172.17.0.0/16 ist für interne Filestore-Komponenten reserviert. Deshalb gelten folgende Einschränkungen:

      • Clients in diesem Bereich können nicht mit Filestore-Instanzen verbunden werden.

      • Filestore-Instanzen können in diesem IP-Bereich nicht erstellt werden. Weitere Informationen finden Sie unter Bekannte Probleme.

  • Pro VPC muss mindestens eine VPC-Netzwerk-Peering-Verbindung oder eine Verbindung für den Zugriff auf private Dienste vorhanden sein.

Sie können die IP-Adressbereiche für die Subnetze Ihres Netzwerks in der Google Cloud Console auf der Seite „VPC-Netzwerke“ ansehen:

Zur VPC-Netzwerkseite

Sie können den reservierten IP-Adressbereich für jede Filestore-Instanz auf der Seite "Filestore-Instanzen" in der Google Cloud Console abrufen:

Zur Seite mit den Filestore-Instanzen

Wenn Sie den Zugriff auf private Dienste verwenden und einen reservierten IP-Adressbereich angeben, müssen Sie den Namen eines zugewiesenen Adressbereichs für die Verbindung angeben. Wenn Sie keinen Bereichsnamen angeben, verwendet Filestore automatisch einen der zugewiesenen Bereiche, die der Verbindung für den Zugriff auf private Dienste zugeordnet sind.

Vom Kunden verwalteten Verschlüsselungsschlüssel verwenden

Standardmäßig verschlüsselt Google Cloud ruhende Daten automatisch mit von Google verwalteten Verschlüsselungsschlüsseln. Wenn Sie mehr Kontrolle über die Schlüssel benötigen, die Ihre Daten schützen, können Sie vom Kunden verwaltete Verschlüsselungsschlüssel (Customer-Managed Encryption Keys, CMEK) für Filestore verwenden. Weitere Informationen finden Sie unter Daten mit vom Kunden verwalteten Verschlüsselungsschlüsseln verschlüsseln.

Nächste Schritte