Skip to main content
Alle Cloud-Provider
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • Alle Cloud-Provider
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Standardkonfiguration für Cloud Volumes ONTAP

Beitragende
PDFs

Wenn Sie verstehen, wie Cloud Volumes ONTAP standardmäßig konfiguriert ist, können Sie Ihre Systeme einrichten und verwalten. Dies gilt insbesondere, wenn Sie mit ONTAP vertraut sind, da sich das Standard-Setup für Cloud Volumes ONTAP von ONTAP unterscheidet.

Standardeinrichtung

  • BlueXP erstellt bei der Bereitstellung von Cloud Volumes ONTAP eine Storage-VM für Daten, die mit Daten arbeitet. Einige Konfigurationen unterstützen zusätzliche Storage VMs. "Erfahren Sie mehr über das Management von Storage VMs".

    Ab Version BlueXP 3.9.5 ist die Erstellung des logischen Speicherberichtes auf der ursprünglichen Speicher-VM aktiviert. Wenn der Speicherplatz logisch gemeldet wird, meldet ONTAP den Volume-Speicherplatz, sodass der gesamte durch die Storage-Effizienzfunktionen eingesparte physische Speicherplatz ebenfalls in seiner Nutzung gemeldet wird.

  • BlueXP installiert automatisch die folgenden ONTAP-Funktionslizenzen auf Cloud Volumes ONTAP:

    • CIFS

    • FlexCache

    • FlexClone

    • ISCSI

    • Mandantenfähiges Verschlüsselungsmanagement (MTEKM) ab Cloud Volumes ONTAP 9.12.1 GA

    • NetApp Volume Encryption (nur bei Bring-Your-Own-License-Modell (BYOL) oder registrierten Pay-as-you-go-Systemen (PAYGO))

    • NFS

  • SnapMirror

  • SnapRestore

  • SnapVault

    • Standardmäßig werden mehrere Netzwerkschnittstellen erstellt:

  • Eine Cluster Management-LIF

  • Eine Intercluster-LIF

  • Eine SVM-Management-LIF auf HA-Systemen in Azure

  • Eine SVM-Management-LIF auf HA-Systemen in Google Cloud

  • Eine SVM-Management-LIF auf Single-Node-Systemen in AWS

  • Eine Node Management-LIF

+ in Google Cloud wird diese LIF mit dem intercluster LIF kombiniert.

  • Eine iSCSI-Daten-LIF

  • Eine CIFS- und NFS-Daten-LIF

    Hinweis Das LIF-Failover ist für Cloud Volumes ONTAP standardmäßig aufgrund von Anforderungen des Cloud-Providers deaktiviert. Durch die Migration einer LIF auf einen anderen Port wird die externe Zuordnung zwischen IP-Adressen und Netzwerkschnittstellen in der Instanz aufgehoben, sodass der LIF nicht mehr zugänglich ist.

    • Cloud Volumes ONTAP sendet Konfigurations-Backups über HTTP an den Connector.

      Auf die Backups kann von http://ipaddress/occm/offboxconfig/ zugegriffen werden, wobei ipaddress die IP-Adresse des Connector-Hosts ist.

      Sie können die Backups für die Neukonfiguration Ihres Cloud Volumes ONTAP-Systems verwenden. Weitere Informationen zu Konfigurationssicherungen finden Sie unter "ONTAP-Dokumentation".

    • BlueXP  setzt einige Volume-Attribute anders als andere Management Tools (beispielsweise ONTAP System Manager oder ONTAP CLI).

      In der folgenden Tabelle sind die Volume-Attribute aufgeführt, die BlueXP anders als die Standardwerte setzt:

    Attribut Von BlueXP festgesetzt

    AutoSize Modus

    Wachsen

    Maximale automatische Größe

    1.000 Prozent

    Hinweis Die BlueXP -Organisation oder der Kontoadministrator können diesen Wert auf der Seite Einstellungen ändern.

    Sicherheitsstil

    NTFS für CIFS-Volumes UNIX für NFS-Volumes

    Platz garantiert Stil

    Keine

    UNIX-Berechtigungen (nur NFS)

    777

    +
    Informationen zu diesen Attributen finden Sie unter "ONTAP_Volume create_ man page".

Interne Festplatten für Systemdaten

Neben dem Speicher für Benutzerdaten kauft BlueXP auch Cloud-Speicher für Systemdaten ein.

AWS

  • Drei Festplatten pro Node für Boot-, Root- und Core-Daten:

    • 47 gib io1-Festplatte für Boot-Daten

    • 140 gib gp3-Festplatte für Stammdaten

    • 540 gib gp2-Festplatte für Core-Daten

  • Bei HA-Paaren:

    • Zwei st1 EBS Volumes für die Mediatorinstanz, einer von ca. 8 gib als Root-Festplatte und einer von 4 gib als Datenfestplatte

    • Ein gp3-Laufwerk mit 140 gib pro Knoten, das eine Kopie der Stammdaten des anderen Knotens enthält

      Hinweis In einigen Zonen kann der verfügbare EBS-Festplattentyp nur gp2 sein.

  • Ein EBS-Snapshot für jede Boot- und Root-Festplatte

    Hinweis Snapshots werden beim Neustart automatisch erstellt.

  • Wenn Sie die Datenverschlüsselung in AWS mithilfe des KMS (Key Management Service) aktivieren, werden sowohl Boot- als auch Root-Festplatten für Cloud Volumes ONTAP verschlüsselt. Dazu gehört die Boot-Festplatte für die Instanz des Mediators in einem HA-Paar. Die Laufwerke werden über das CMK verschlüsselt, das Sie bei der Erstellung der Arbeitsumgebung auswählen.

Tipp In AWS befindet sich NVRAM auf der Boot-Festplatte.

Azure (Single Node)

  • Drei Premium-SSD-Festplatten:

    • Eine 10 gib Festplatte für Boot-Daten

    • Eine 140 gib-Festplatte für Root-Daten

    • Eine 512 gib-Festplatte für NVRAM

      Wenn die für Cloud Volumes ONTAP ausgewählte virtuelle Maschine Ultra SSDs unterstützt, verwendet das System statt einer Premium-SSD eine 32 gib Ultra SSD für NVRAM.

  • Eine 1024 gib Standard-Festplatte zum Speichern der Kerne

  • Ein Azure Snapshot für jedes Boot- und Root-Laufwerk

  • Jede Festplatte ist standardmäßig in Azure verschlüsselt.

    Wenn die virtuelle Maschine, die Sie für Cloud Volumes ONTAP gewählt haben, Premium SSD v2 Managed Disk als Datenfestplatten unterstützt, verwendet das System ein 32 gib Premium SSD v2 Managed Disk für NVRAM und ein anderes als Root Disk.

Azure (HA-Paar)

HA-Paare mit Seite Blob

  • Zwei 10 gib Premium-SSD-Festplatten für das Boot-Volume (eine pro Node)

  • Zwei Blobs für 140 gib Premium Storage für das Root-Volume (eine pro Node)

  • Zwei 1024 gib Standard-HDD-Festplatten für das Speichern von Cores (eine pro Node)

  • Zwei 512 gib Premium-SSD-Festplatten für NVRAM (eine pro Node)

  • Ein Azure Snapshot für jedes Boot- und Root-Laufwerk

    Hinweis Snapshots werden beim Neustart automatisch erstellt.

  • Jede Festplatte ist standardmäßig in Azure verschlüsselt.

HA-Paare mit gemeinsam genutzten verwalteten Festplatten in mehreren Verfügbarkeitszonen

  • Zwei 10 gib Premium-SSD-Festplatten für das Boot-Volume (eine pro Node)

  • Zwei Premium-SSD-Festplatten mit 512 gib für das Root-Volume (eine pro Node)

  • Zwei 1024 gib Standard-HDD-Festplatten für das Speichern von Cores (eine pro Node)

  • Zwei 512 gib Premium-SSD-Festplatten für NVRAM (eine pro Node)

  • Ein Azure Snapshot für jedes Boot- und Root-Laufwerk

    Hinweis Snapshots werden beim Neustart automatisch erstellt.

  • Jede Festplatte ist standardmäßig in Azure verschlüsselt.

HA-Paare mit gemeinsam genutzten verwalteten Festplatten in einzelnen Verfügbarkeitszonen

  • Zwei 10 gib Premium-SSD-Festplatten für das Boot-Volume (eine pro Node)

  • Zwei gemeinsam genutzte 512 gib Premium-SSD-Laufwerke für das Root-Volume (eine pro Node)

  • Zwei 1024 gib Standard-HDD-Festplatten für das Speichern von Cores (eine pro Node)

  • Zwei gemanagte Premium-SSD-Festplatten mit 512 gib für NVRAM (eine pro Node)

Wenn Ihre virtuelle Maschine Premium SSD v2 Managed Disks als Datenfestplatten unterstützt, verwendet sie 32 gib Premium SSD v2 Managed Disks für NVRAM und 512 gib Premium SSD v2 Shared Managed Disks für das Root-Volume.

Sie können HA-Paare in einer einzelnen Verfügbarkeitszone bereitstellen und Managed Disks mit Premium SSD v2 verwenden, wenn die folgenden Bedingungen erfüllt sind:

Google Cloud (Single-Node)

  • Eine 10 gib SSD persistente Festplatte für Boot-Daten

  • Eine persistente SSD-Festplatte mit 64 gib für Root-Daten

  • Eine persistente SSD-Festplatte mit 500 gib für NVRAM

  • Eine persistente Platte mit 315 gib Standard zum Speichern von Kernen

  • Snapshots für Boot- und Root-Daten

    Hinweis Snapshots werden beim Neustart automatisch erstellt.

  • Boot- und Root-Festplatten sind standardmäßig verschlüsselt.

Google Cloud (HA-Paar)

  • Zwei persistente SSD-Festplatten mit 10 gib für Boot-Daten

  • Vier persistente 64 gib SSD-Festplatte für Root-Daten

  • Zwei persistente SSD-Festplatte mit 500 gib für NVRAM

  • Zwei persistente 315 gib Standard-Festplatte zum Speichern von Cores

  • Eine persistente 10 gib-Standardfestplatte für Mediator-Daten

  • Eine persistente 10 gib Standard-Festplatte für den Mediator: Boot-Daten

  • Snapshots für Boot- und Root-Daten

    Hinweis Snapshots werden beim Neustart automatisch erstellt.

  • Boot- und Root-Festplatten sind standardmäßig verschlüsselt.

Wo sich die Festplatten befinden

BlueXP legt den Storage wie folgt vor:

  • Boot-Daten befinden sich auf einem Laufwerk, das mit der Instanz oder Virtual Machine verbunden ist.

    Diese Festplatte, die das Boot-Image enthält, steht Cloud Volumes ONTAP nicht zur Verfügung.

  • Die Stammdaten, die die Systemkonfiguration und die Protokolle enthalten, befinden sich in aggr0.

  • Das Root-Volume der Storage Virtual Machine (SVM) befindet sich in aggr1.

  • Daten-Volumes befinden sich auch in aggr1.