Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Erstellen von Dateisystemen
In diesem Abschnitt wird beschrieben, wie Sie mithilfe der Amazon FSx-Konsole oder der Amazon FSx-API ein FSx for ONTAP-Dateisystem erstellen. AWS CLI Sie können ein Dateisystem in einer Virtual Private Cloud (VPC) erstellen, die Sie besitzen, oder in einer VPC, die eine andere mit Ihnen geteilt hat. AWS-Konto Beim Erstellen eines Multi-AZ Dateisystems in einer VPC, an der Sie teilnehmen, sind einige Überlegungen zu berücksichtigen. Diese Überlegungen werden in diesem Thema erläutert.
Wenn Sie ein neues Dateisystem von der Amazon FSx-Konsole aus erstellen, erstellt Amazon FSx standardmäßig automatisch ein Dateisystem mit einer einzelnen Storage Virtual Machine (SVM) und einem Volume, sodass Sie über das Network File System (NFS) -Protokoll schnell auf Daten von Linux-Instances zugreifen können. Bei der Erstellung des Dateisystems können Sie die SVM optional mit einem Active Directory verbinden, um den Zugriff von Windows- und macOS-Clients über das SMB-Protokoll (Server Message Block) zu ermöglichen. Nachdem Ihr Dateisystem erstellt wurde, können Sie bei Bedarf weitere SVMs und Volumes erstellen.
Bei diesem Verfahren wird die Standard-Erstellungsoption verwendet, um ein FSx for ONTAP-Dateisystem mit einer Konfiguration zu erstellen, die Sie an Ihre Bedürfnisse anpassen. Hinweise zur Verwendung der Option „Schnelle Erstellung“ zum schnellen Erstellen eines Dateisystems mit einem Standardsatz von Konfigurationsparametern finden Sie unter. Erstellen Sie ein Amazon FSx for NetApp ONTAP-Dateisystem
Öffnen Sie die Amazon FSx-Konsole unter https://console.aws.amazon.com/fsx/
. -
Wählen Sie im Dashboard Create file system aus.
-
Wählen Sie auf der Seite „Dateisystemtyp auswählen“ für Dateisystemoptionen die Option Amazon FSx for NetApp ONTAP und dann Weiter aus.
-
Wählen Sie im Abschnitt Erstellungsmethode die Option Standard create aus.
-
Geben Sie im Abschnitt Dateisystemdetails die folgenden Informationen ein:
-
Geben Sie unter Dateisystemname — optional einen Namen für Ihr Dateisystem ein. Es ist einfacher, Ihre Dateisysteme zu finden und zu verwalten, wenn Sie sie benennen. Sie können maximal 256 Unicode-Buchstaben, Leerzeichen und Zahlen sowie die folgenden Sonderzeichen verwenden: + - =. _:/
-
Wählen Sie für den Bereitstellungstyp Multi-AZ Single-AZ 2 , 2, Multi-AZ Single-AZ 1 oder 1.
-
Multi-AZDateisysteme replizieren Ihre Daten und unterstützen Failover über mehrere Availability Zones in derselben Zone hinweg. AWS-Region Multi-AZ 1 ist ein FSx for ONTAP-Dateisystem der ersten Generation. Multi-AZ 2 ist ein Dateisystem der zweiten Generation. Beide unterstützen ein Hochverfügbarkeitspaar (HA).
-
Single-AZDateisysteme replizieren Ihre Daten und bieten einen automatischen Failover innerhalb einer einzigen Availability Zone. Single-AZ 1 ist ein FSx for ONTAP-Dateisystem der ersten Generation, das ein HA-Paar unterstützt. Single-AZ 2 ist ein Dateisystem der zweiten Generation, das bis zu 12 HA-Paare unterstützt. Weitere Informationen finden Sie unter Verwaltung von Hochverfügbarkeitspaaren (HA).
Weitere Hinweise zu Bereitstellungstypen finden Sie unterVerfügbarkeit, Haltbarkeit und Bereitstellungsoptionen.
Anmerkung
Sie können den Bereitstellungstyp Ihres Dateisystems nach der Erstellung nicht ändern. Wenn Sie den Bereitstellungstyp ändern möchten (z. B. um von Single-AZ 1 auf Single-AZ 2 zu wechseln), können Sie Ihre Daten sichern und auf einem neuen Dateisystem wiederherstellen. Sie können Ihre Daten auch mitNetApp SnapMirror, mit oder mit AWS DataSync einem Datenkopiertool eines Drittanbieters migrieren. Weitere Informationen erhalten Sie unter Migration zu FSx für ONTAP mit NetApp SnapMirror und Migrieren Sie zu FSx for ONTAP mit AWS DataSync.
-
-
Geben Sie für die SSD-Speicherkapazität die Speicherkapazität Ihres Dateisystems in Gibibyte (GiB) ein. Geben Sie eine beliebige ganze Zahl im Bereich von 1.024—1.048.576 ein (GiB bis zu 1 Pebibyte [PiB]).
Sie können die Speicherkapazität jederzeit nach Bedarf erhöhen, nachdem Sie das Dateisystem erstellt haben. Weitere Informationen finden Sie unter Verwaltung der Speicherkapazität.
-
Für bereitgestellte SSD-IOPS haben Sie zwei Möglichkeiten, die Anzahl der IOPS für Ihr Dateisystem bereitzustellen:
-
Wählen Sie Automatisch (die Standardeinstellung), wenn Amazon FSx automatisch 3 IOPS pro GiB SSD-Speicher bereitstellen soll.
-
Wählen Sie User-provisioned, ob Sie die Anzahl der IOPS angeben möchten. Sie können maximal 200.000 SSD-IOPS pro Dateisystem bereitstellen.
Anmerkung
Sie können Ihre bereitgestellten SSD-IOPS erhöhen, nachdem Sie das Dateisystem erstellt haben. Beachten Sie, dass das maximale Niveau an SSD-IOPS, das Ihr Dateisystem erreichen kann, auch von der Durchsatzkapazität Ihres Dateisystems abhängt, selbst wenn Sie zusätzliche SSD-IOPS bereitstellen. Weitere Informationen erhalten Sie unter Auswirkung der Durchsatzkapazität auf die Leistung und Verwaltung der Speicherkapazität.
-
-
Für die Durchsatzkapazität haben Sie zwei Möglichkeiten, Ihre Durchsatzkapazität in Megabyte pro Sekunde (MBit/s) zu ermitteln:
-
Wählen Sie Empfohlene Durchsatzkapazität, wenn Amazon FSx die Durchsatzkapazität automatisch auf der Grundlage der von Ihnen ausgewählten Speicherkapazität auswählen soll.
-
Wählen Sie Durchsatzkapazität angeben, wenn Sie die Höhe der Durchsatzkapazität angeben möchten. Wenn Sie diese Option wählen, wird ein Dropdownmenü für die Durchsatzkapazität angezeigt, das je nach dem von Ihnen ausgewählten Bereitstellungstyp gefüllt wird. Sie können auch die Anzahl der HA-Paare wählen (bis zu 12). Weitere Informationen finden Sie unter Verwaltung von Hochverfügbarkeitspaaren (HA).
Die Durchsatzkapazität ist die konstante Geschwindigkeit, mit der der Dateiserver, der Ihr Dateisystem hostet, Daten bereitstellen kann. Weitere Informationen finden Sie unter Leistung von Amazon FSx für NetApp ONTAP.
-
-
-
Geben Sie im Abschnitt Netzwerk die folgenden Informationen ein:
-
Wählen Sie für Virtual Private Cloud (VPC) die VPC aus, die Sie Ihrem Dateisystem zuordnen möchten.
-
Für VPC-Sicherheitsgruppen können Sie eine Sicherheitsgruppe auswählen, die der Netzwerkschnittstelle Ihres Dateisystems zugeordnet werden soll. Wenn Sie keine angeben, ordnet Amazon FSx die Standardsicherheitsgruppe der VPC Ihrem Dateisystem zu.
-
(Multi-AZ nur) Wählen Sie für Bevorzugtes Subnetz einen beliebigen Wert aus der Liste der verfügbaren Subnetze aus. Wählen Sie auch ein Standby-Subnetz für den Standby-Dateiserver.
-
(Single-AZ nur) Wählen Sie für Subnet einen beliebigen Wert aus der Liste der verfügbaren Subnetze aus.
-
(Multi-AZ nur) Geben Sie für VPC-Routing-Tabellen die VPC-Routing-Tabellen an, um die Endpunkte Ihres Dateisystems zu erstellen. Wählen Sie alle VPC-Routing-Tabellen aus, die den Subnetzen zugeordnet sind, in denen sich Ihre Clients befinden. Standardmäßig wählt Amazon FSx die Standard-Routing-Tabelle Ihrer VPC aus. Weitere Informationen finden Sie unter Zugreifen auf Daten von außerhalb der Bereitstellungs-VPC.
Anmerkung
Amazon FSx verwaltet diese Routing-Tabellen für Multi-AZ Dateisysteme mithilfe einer tagbasierten Authentifizierung. Diese Routentabellen sind mit gekennzeichnet.
Key: AmazonFSx; Value: ManagedByAmazonFSxWenn Sie FSx für Multi-AZ ONTAP-Dateisysteme mit verwenden, empfehlen CloudFormation wir, dasKey: AmazonFSx; Value: ManagedByAmazonFSxTag manuell hinzuzufügen. -
Wählen Sie als Netzwerktyp entweder IPv4 (nur für IPv4-Unterstützung) oder Dual-stack (für IPv4- und IPv6-Unterstützung). Sie können den Netzwerktyp eines vorhandenen Dateisystems jederzeit ändern. Weitere Informationen finden Sie unter Netzwerktyp ändern.
Anmerkung
Wenn Sie beabsichtigen, ein FSx for ONTAP-Dateisystem zu erstellen, das den Dual-Stack-Modus verwendet, müssen Sie zunächst Ihrer VPC und Ihren Subnetzen einen Amazon-provided IPv6-CIDR-Block zuweisen. Weitere Informationen finden Sie unter Hinzufügen von IPv6-Unterstützung für Ihre VPC im Amazon Virtual Private Cloud-Benutzerhandbuch.
-
(Multi-AZ nur) Der IPv4-Adressbereich des Endpunkts gibt den IPv4-Adressbereich an, in dem die Endpunkte für den Zugriff auf Ihr Dateisystem erstellt werden.
Sie haben drei Optionen für den IPv4-Adressbereich des Endpunkts:
-
Nicht zugewiesener IPv4-Adressbereich von Ihrer VPC — Amazon FSx wählt die letzten 64 IP-Adressen aus dem primären CIDR-Bereich der VPC aus, um sie als Endpunkt-IPv4-Adressbereich für das Dateisystem zu verwenden. Dieser Bereich wird von mehreren Dateisystemen gemeinsam genutzt, wenn Sie diese Option mehrmals wählen.
Anmerkung
Diese Option ist ausgegraut, wenn eine der letzten 64 IP-Adressen im primären CIDR-Bereich einer VPC von einem Subnetz verwendet wird. In diesem Fall können Sie immer noch einen VPC-Adressbereich auswählen (d. h. einen Bereich, der nicht am Ende Ihres primären CIDR-Bereichs liegt, oder einen Bereich, der sich in einem sekundären CIDR Ihrer VPC befindet), indem Sie die Option IP-Adressbereich eingeben wählen.
-
Variabler IPv4-Adressbereich außerhalb Ihrer VPC — Amazon FSx wählt 198.19.x. 0/24 Adressbereich, der noch nicht von anderen Dateisystemen mit derselben VPC und denselben Routing-Tabellen verwendet wird.
-
Geben Sie einen IPv4-Adressbereich ein — Sie können einen CIDR-Bereich Ihrer Wahl angeben. Der von Ihnen gewählte IPv4-Adressbereich kann entweder innerhalb oder außerhalb des IP-Adressbereichs der VPC liegen, sofern er sich nicht mit einem Subnetz überschneidet.
Anmerkung
Wählen Sie keinen Bereich, der in die folgenden CIDR-Bereiche fällt, da diese nicht mit FSx for ONTAP kompatibel sind:
-
0,0.0. 0/8
-
127,0,0. 0/8
-
198,19,0. 0/20
-
224,0. 0/4
-
240,0,0. 0/4
-
255,255,255. 255/32
-
-
-
(Multi-AZ und nur Dual-Stack) Der Endpunkt-IPv6-Adressbereich gibt den IPv6-Adressbereich an, in dem die Endpunkte für den Zugriff auf Ihr Dateisystem erstellt werden. Sie haben zwei Optionen für den Endpunkt-IPv6-Adressbereich:
-
Nicht zugewiesener IPv6-Adressbereich von Ihrer VPC — Amazon FSx wählt einen Block von 1024 verfügbaren IPv6-Adressen aus einem der IPv6-CIDR-Bereiche der VPC aus, um ihn als Endpunkt-IPv6-Adressbereich für das Dateisystem zu verwenden.
-
Geben Sie einen IPv6-Adressbereich ein — Sie können einen IPv6-CIDR-Bereich Ihrer Wahl angeben. Der von Ihnen gewählte IPv6-Adressbereich kann entweder innerhalb oder außerhalb des IPv6-Adressbereichs der VPC liegen, sofern er sich nicht mit einem Subnetz überschneidet.
-
-
-
Wählen Sie im Abschnitt Verschlüsselung für Verschlüsselungsschlüssel den Verschlüsselungsschlüssel AWS Key Management Service (AWS KMS) aus, der die Daten Ihres Dateisystems im Ruhezustand schützt.
-
Geben Sie als Administratorkennwort für das Dateisystem ein sicheres Passwort für den
fsxadminBenutzer ein. Bestätigen Sie das Passwort.Sie können den
fsxadminBenutzer verwenden, um Ihr Dateisystem mithilfe der ONTAP CLI und der REST-API zu verwalten. Weitere Informationen über denfsxadminBenutzer finden Sie unter. Verwaltung von Dateisystemen mit dem ONTAP CLI -
Geben Sie im Abschnitt Konfiguration der Standardspeicher-virtuellen Maschine die folgenden Informationen ein:
-
Geben Sie im Feld Name der virtuellen Speichermaschine einen Namen für die virtuelle Speichermaschine ein. Sie können maximal 47 alphanumerische Zeichen plus den Unterstrich (_) als Sonderzeichen verwenden.
-
Für das SVM-Administratorkennwort können Sie optional Passwort angeben und ein Passwort für den SVM-Benutzer angeben wählen.
vsadminSie können denvsadminBenutzer verwenden, um die SVM mithilfe der ONTAP CLI oder der REST-API zu verwalten. Weitere Informationen über denvsadminBenutzer finden Sie unter. Verwaltung von SVMs mit ONTAP CLIWenn Sie Kein Passwort angeben (Standardeinstellung) wählen, können Sie den
fsxadminBenutzer des Dateisystems trotzdem verwenden, um Ihr Dateisystem mithilfe der ONTAP CLI oder der REST-API zu verwalten. Sie können jedoch nicht denvsadminBenutzer Ihrer SVM verwenden, um dasselbe zu tun. -
Wählen Sie für den Volume-Sicherheitsstil zwischen Unix (Linux) und NTFS für das Volume. Weitere Informationen finden Sie unter Sicherheitsstil des Volumes.
-
Im Abschnitt Active Directory können Sie der SVM ein Active Directory hinzufügen. Weitere Informationen finden Sie unter Arbeiten mit Microsoft Active Directory in FSx for ONTAP.
Wenn Sie Ihre SVM nicht zu einem Active Directory hinzufügen möchten, wählen Sie Keinem Active Directory beitreten.
Wenn Sie Ihre SVM einer selbstverwalteten Active Directory-Domäne hinzufügen möchten, wählen Sie Einem Active Directory beitreten und geben Sie die folgenden Informationen für Ihr Active Directory an:
-
Der NetBIOS-Name des Active Directory-Computerobjekts, das für Ihre SVM erstellt werden soll. Der NetBIOS-Name darf nicht länger als 15 Zeichen sein.
-
Der vollqualifizierte Domänenname Ihres Active Directory. Der Domainname darf 255 Zeichen nicht überschreiten.
-
DNS-Server-IP-Adressen — Die IPv4- oder IPv6-Adressen der DNS-Server (Domain Name System) für Ihre Domain.
-
Anmeldedaten für das Dienstkonto — Wählen Sie aus, wie Sie Ihre Anmeldedaten für das Dienstkonto angeben möchten:
-
Option 1: AWS Secrets Manager Geheimer ARN — Der Schlüssel, der den Benutzernamen und das Passwort für ein Dienstkonto in Ihrer Active Directory-Domäne enthält. Weitere Informationen finden Sie unter Speichern von Active Directory-Anmeldeinformationen mit AWS Secrets Manager.
-
Option 2: Anmeldeinformationen im Klartext
-
Benutzername des Dienstkontos — Der Benutzername des Dienstkontos in Ihrem vorhandenen Microsoft Active Directory. Geben Sie kein Domänenpräfix oder -suffix an. Zum Beispiel für
EXAMPLE\ADMIN, nurADMINverwenden. -
Passwort für das Dienstkonto — Das Passwort für das Dienstkonto.
-
Passwort bestätigen — Das Passwort für das Dienstkonto.
-
-
-
(Optional) Organisationseinheit (OU) — Der eindeutige Pfadname der Organisationseinheit, zu der Sie Ihr Dateisystem hinzufügen möchten.
-
Gruppe delegierter Dateisystemadministratoren — Der Name der Gruppe in Ihrem Active Directory, die Ihr Dateisystem verwalten kann.
Wenn Sie diese verwenden AWS Managed Microsoft AD, müssen Sie eine Gruppe wie AWS delegierte FSx-Administratoren, delegierte Administratoren oder eine benutzerdefinierte Gruppe mit AWS delegierten Berechtigungen an die OU angeben.
Wenn Sie einem selbstverwalteten AD beitreten, verwenden Sie den Namen der Gruppe in Ihrem AD. Die Standardgruppe ist
Domain Admins.
-
-
-
Geben Sie im Abschnitt Standard-Volume-Konfiguration die folgenden Informationen für das Standard-Volume ein, das mit Ihrem Dateisystem erstellt wurde:
-
Geben Sie im Feld Datenträgername einen Namen für das Volume ein. Sie können bis zu 203 alphanumerische Zeichen oder Unterstriche (_) verwenden.
-
(Dateisysteme mit nur einem HA-Paar) Wählen Sie für den Volume-Stil entweder oder FlexVol. FlexGroup FlexVolVolumes sind Allzweck-Volumes, die bis zu 300 Tebibyte (TiB) groß sein können. FlexGroupVolumes sind für Hochleistungs-Workloads vorgesehen und können bis zu 20 PiB groß sein.
-
Geben Sie für die Volume-Größe eine beliebige ganze Zahl im Bereich von 20—314.572.800 Mebibyte (MiB) für FlexVol Volumes oder 800 Gibibyte (GiB) —2.400 TiB pro HA-Paar für Volumes ein. FlexGroup Ein Dateisystem mit 12 HA-Paaren hätte beispielsweise eine Mindestvolumegröße von 9.600 GiB und eine Höchstgröße von 20.480 TiB.
-
Wählen Sie als Datenträgertyp Read-Write (RW), um ein Volume zu erstellen, das lesbar und beschreibbar ist, oder Data Protection (DP), um ein Volume zu erstellen, das schreibgeschützt ist und als Ziel einer ODER-Beziehung verwendet werden kann. NetApp SnapMirror SnapVault Weitere Informationen finden Sie unter Volume-Typen.
-
Geben Sie als Verbindungspfad einen Speicherort im Dateisystem ein, an dem das Volume gemountet werden soll. Der Name muss beispielsweise
/vol3einen führenden Schrägstrich enthalten. -
Wählen Sie für Speichereffizienz die Option Aktiviert, um die ONTAP-Funktionen zur Speichereffizienz (Deduplizierung, Komprimierung und Komprimierung) zu aktivieren. Weitere Informationen finden Sie unter Effizienz des Speichers.
-
Wählen Sie für die Snapshot-Richtlinie eine Snapshot-Richtlinie für das Volume aus. Weitere Informationen zu Snapshot-Richtlinien finden Sie unterSnapshot-Richtlinien.
Wenn Sie „Benutzerdefinierte Richtlinie“ wählen, müssen Sie den Namen der Richtlinie im Feld „Benutzerdefinierte Richtlinie“ angeben. Die benutzerdefinierte Richtlinie muss bereits auf der SVM oder im Dateisystem vorhanden sein. Sie können eine benutzerdefinierte Snapshot-Richtlinie mit der ONTAP CLI oder der REST-API erstellen. Weitere Informationen finden Sie in der NetApp ONTAP-Produktdokumentation unter
Erstellen einer Snapshot-Richtlinie.
-
-
Wählen Sie im Abschnitt Standard-Volume-Speicher-Tiering für die Kapazitätspool-Tiering-Richtlinie die Speicherpool-Tiering-Richtlinie für das Volume aus. Diese kann Automatisch (Standard), Nur Snapshot, Alle oder Keine lauten. Weitere Informationen zu den Tiering-Richtlinien für den Kapazitätspool finden Sie unter. Richtlinien für das Volumen-Tiering
Für den Kühlzeitraum der Tiering-Richtlinie gilt Folgendes: Wenn Sie die Speicherstufenzuweisung auf eine der beiden Optionen festgelegt haben
AutoundSnapshot-onlyRichtlinien die gültigen Werte zwischen 2 und 183 Tagen liegen. Die Abkühlungsperiode der Abstufungsrichtlinie eines Volumes definiert die Anzahl der Tage, bis Daten, auf die nicht zugegriffen wurde, als „kalt“ markiert und in den Speicher des Kapazitätspools verschoben werden. -
Wählen Sie im Abschnitt SnapLock Standard-Volume-Konfiguration unter SnapLock Konfiguration zwischen Aktiviert und Deaktiviert. Weitere Informationen zur Konfiguration eines SnapLock Compliance-Volumes oder eines SnapLock Enterprise-Volumes finden Sie unter Verstehen SnapLock Compliance undVerstehen SnapLock Enterprise. Mehr über SnapLock erfahren Sie unter Schützen Sie Ihre Daten mit SnapLock.
-
Unter Sicherung und Wartung — optional können Sie die folgenden Optionen festlegen:
-
Wählen Sie für Tägliches automatisches Backup die Option Aktiviert für automatische tägliche Backups. Diese Option ist standardmäßig aktiviert.
-
Stellen Sie für das tägliche automatische Backup-Fenster die Uhrzeit in koordinierter Weltzeit (UTC) ein, zu der das tägliche automatische Backup-Fenster beginnen soll. Das Zeitfenster beträgt 30 Minuten ab dieser angegebenen Zeit. Dieses Fenster darf sich nicht mit dem wöchentlichen Wartungsfenster für Backups überschneiden.
-
Legen Sie für den Aufbewahrungszeitraum für automatische Backups einen Zeitraum von 1—90 Tagen fest, in dem automatische Backups aufbewahrt werden sollen.
-
Für das wöchentliche Wartungsfenster können Sie die Uhrzeit festlegen, zu der das Wartungsfenster beginnen soll. Tag 1 ist Montag, 2 ist Dienstag usw. Das Zeitfenster beträgt 30 Minuten ab dieser angegebenen Zeit. Dieses Fenster darf sich nicht mit dem täglichen Fenster für automatische Backups überschneiden.
-
-
Für Tags — optional — können Sie einen Schlüssel und einen Wert eingeben, um Ihrem Dateisystem Tags hinzuzufügen. Ein Tag ist ein Schlüssel-Wert-Paar, das zwischen Groß- und Kleinschreibung unterscheidet und Ihnen hilft, Ihr Dateisystem zu verwalten, zu filtern und danach zu suchen.
Wählen Sie Weiter aus.
-
Prüfen Sie die Dateisystemkonfiguration, die auf der Seite Create File System (Dateisystem erstellen) angezeigt wird. Beachten Sie zu Ihrer Information, welche Dateisystemeinstellungen Sie nach der Erstellung des Dateisystems ändern können.
-
Wählen Sie Create file system (Dateisystem erstellen) aus.
-
Um ein FSx for ONTAP-Dateisystem zu erstellen, verwenden Sie den CLI-Befehl create-file-system (oder die entsprechende CreateFileSystem API-Operation), wie im folgenden Beispiel gezeigt.
Anmerkung
Sie können den Bereitstellungstyp Ihres Dateisystems nach der Erstellung nicht ändern. Wenn Sie den Bereitstellungstyp ändern möchten (z. B. um von Single-AZ 1 auf Single-AZ 2 zu wechseln), können Sie Ihre Daten sichern und auf einem neuen Dateisystem wiederherstellen. Sie können Ihre Daten auch mitNetApp SnapMirror, mit oder mit AWS DataSync einem Datenkopiertool eines Drittanbieters migrieren. Weitere Informationen erhalten Sie unter Migration zu FSx für ONTAP mit NetApp SnapMirror und Migrieren Sie zu FSx for ONTAP mit AWS DataSync.
aws fsx create-file-system \ --file-system-type ONTAP \ --storage-capacity 1024 \ --storage-type SSD \ --security-group-idssecurity-group-id\ --subnet-ids subnet-abcdef1234567890b subnet-abcdef1234567890c \ --ontap-configuration DeploymentType=MULTI_AZ_1, ThroughputCapacity=512,PreferredSubnetId=subnet-abcdef1234567890b
Nach erfolgreicher Erstellung des Dateisystems gibt Amazon FSx die Beschreibung des Dateisystems im JSON-Format zurück, wie im folgenden Beispiel gezeigt.
{ "FileSystem": { "OwnerId": "111122223333", "CreationTime": 1625066825.306, "FileSystemId": "fs-0123456789abcdef0", "FileSystemType": "ONTAP", "Lifecycle": "CREATING", "StorageCapacity": 1024, "StorageType": "SSD", "VpcId": "vpc-11223344556677aab", "SubnetIds": [ "subnet-abcdef1234567890b", "subnet-abcdef1234567890c" ], "KmsKeyId": "arn:aws:kms:us-east-1:111122223333:key/wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY", "ResourceARN": "arn:aws:fsx:us-east-1:111122223333:file-system/fs-0123456789abcdef0", "Tags": [], "OntapConfiguration": { "DeploymentType": "MULTI_AZ_HA_1", "EndpointIpAddressRange": "198.19.0.0/24", "Endpoints": { "Management": { "DnsName": "management.fs-0123456789abcdef0.fsx.us-east-1.amazonaws.com" }, "Intercluster": { "DnsName": "intercluster.fs-0123456789abcdef0.fsx.us-east-1.amazonaws.com" } }, "DiskIopsConfiguration": { "Mode": "AUTOMATIC", "Iops": 3072 }, "PreferredSubnetId": "subnet-abcdef1234567890b", "RouteTableIds": [ "rtb-abcdef1234567890e", "rtb-abcd1234ef567890b" ], "ThroughputCapacity": 512, "WeeklyMaintenanceStartTime": "4:10:00" } } }
Anmerkung
Im Gegensatz zum Erstellen eines Dateisystems in der Konsole erstellen der create-file-system CLI-Befehl und der CreateFileSystem API-Vorgang keine Standard-SVM oder kein Standardvolume. Informationen zum Erstellen einer SVM finden Sie unterVirtuelle Speichermaschinen (SVM) erstellen; Informationen zum Erstellen eines Volumes finden Sie unter. Volumen erstellen
FSx für ONTAP-Dateisysteme in gemeinsam genutzten Subnetzen erstellen
Durch die gemeinsame Nutzung von VPCs können mehrere AWS-Konten Personen Ressourcen in gemeinsam genutzten, zentral verwalteten Virtual Private Clouds (VPCs) erstellen. In diesem Modell teilt sich das Konto, dem die VPC gehört (Eigentümer), ein oder mehrere Subnetze mit anderen Konten (Teilnehmern), die derselben Organisation angehören. AWS Organizations
Teilnehmerkonten können FSx für ONTAP Single-AZ und Multi-AZ Dateisysteme in einem VPC-Subnetz erstellen, das das Eigentümerkonto mit ihnen geteilt hat. Damit ein Teilnehmerkonto ein Multi-AZ Dateisystem erstellen kann, muss das Eigentümerkonto Amazon FSx außerdem die Erlaubnis erteilen, Routing-Tabellen in den gemeinsam genutzten Subnetzen im Namen des Teilnehmerkontos zu ändern. Weitere Informationen finden Sie unter Verwaltung der gemeinsamen VPC-Unterstützung für Dateisysteme Multi-AZ.
Anmerkung
Es liegt in der Verantwortung des Teilnehmerkontos, sich mit dem VPC-Besitzer abzustimmen, um zu verhindern, dass nachfolgende VPC-Subnetze erstellt werden, die sich mit dem internen VPC-CIDR der Dateisysteme des Teilnehmers überschneiden. Wenn sich Subnetze überschneiden, kann der Datenverkehr zum Dateisystem unterbrochen werden.
Anforderungen und Überlegungen für gemeinsam genutzte Subnetze
Beachten Sie beim Erstellen von FSx for ONTAP-Dateisystemen in gemeinsam genutzten Subnetzen Folgendes:
Der Besitzer des VPC-Subnetzes muss ein Subnetz mit einem Teilnehmerkonto teilen, bevor dieses Konto ein FSx for ONTAP-Dateisystem darin erstellen kann.
Sie können keine Ressourcen mit der Standardsicherheitsgruppe für die VPC starten, da diese dem Eigentümer gehört. Außerdem können Teilnehmerkonten keine Ressourcen mithilfe von Sicherheitsgruppen starten, die anderen Teilnehmern oder dem Eigentümer gehören.
In einem gemeinsam genutzten Subnetz kontrollieren der Teilnehmer und der Eigentümer die Sicherheitsgruppen innerhalb des jeweiligen Kontos separat. Das Besitzerkonto kann Sicherheitsgruppen sehen, die von den Teilnehmern erstellt wurden, kann jedoch keine Aktionen an ihnen ausführen. Wenn das Besitzerkonto diese Sicherheitsgruppen entfernen oder ändern möchte, muss der Teilnehmer, der die Sicherheitsgruppe erstellt hat, die Aktion ausführen.
Teilnehmerkonten können Single-AZ Dateisysteme und die zugehörigen Ressourcen in Subnetzen, die das Besitzerkonto für sie freigegeben hat, anzeigen, erstellen, ändern und löschen.
Teilnehmerkonten können Multi-AZ Dateisysteme und die zugehörigen Ressourcen in Subnetzen, die das Eigentümerkonto für sie freigegeben hat, erstellen, anzeigen, ändern und löschen. Darüber hinaus muss das Eigentümerkonto dem Amazon FSx-Service auch Berechtigungen gewähren, Routing-Tabellen in den gemeinsam genutzten Subnetzen im Namen des Teilnehmerkontos zu ändern. Weitere Informationen finden Sie unter Verwaltung der gemeinsamen VPC-Unterstützung für Dateisysteme Multi-AZ.
Der Eigentümer der gemeinsam genutzten VPC kann Ressourcen, die ein Teilnehmer im gemeinsam genutzten Subnetz erstellt, nicht anzeigen, ändern oder löschen. Dies gilt zusätzlich zu den VPC-Ressourcen, auf die jedes Konto unterschiedlich zugreifen kann. Weitere Informationen finden Sie unter Verantwortlichkeiten und Berechtigungen für Eigentümer und Teilnehmer im Amazon VPC-Benutzerhandbuch.
Weitere Informationen finden Sie im Amazon VPC-Benutzerhandbuch unter Teilen Sie Ihre VPC mit anderen Konten.
Bei der gemeinsamen Nutzung eines VPC-Subnetzes
Wenn Sie Ihre Subnetze mit Teilnehmerkonten teilen, die FSx für ONTAP-Dateisysteme in den gemeinsam genutzten Subnetzen erstellen, müssen Sie Folgendes tun:
Der VPC-Besitzer muss es verwenden, um VPCs und AWS Resource Access Manager Subnetze sicher mit anderen zu teilen. AWS-Konten Weitere Informationen finden Sie im Benutzerhandbuch unter Teilen Ihrer AWS Ressourcen. AWS Resource Access Manager
Der VPC-Besitzer muss eine oder mehrere VPCs mit einem Teilnehmerkonto teilen. Weitere Informationen finden Sie im Amazon Virtual Private Cloud-Benutzerhandbuch unter Teilen Sie Ihre VPC mit anderen Konten.
-
Damit Teilnehmerkonten FSx für Multi-AZ ONTAP-Dateisysteme erstellen können, muss der VPC-Besitzer dem Amazon FSx-Service auch Berechtigungen zum Erstellen und Ändern von Routing-Tabellen in den gemeinsam genutzten Subnetzen im Namen der Teilnehmerkonten gewähren. Dies liegt daran, dass FSx für Multi-AZ ONTAP-Dateisysteme variable IP-Adressen verwendet, sodass verbundene Clients bei einem Failover-Ereignis nahtlos zwischen den bevorzugten und den Standby-Dateiservern wechseln können. Wenn ein Failover-Ereignis eintritt, aktualisiert Amazon FSx alle Routen in allen Routentabellen, die mit dem Dateisystem verknüpft sind, sodass sie auf den aktuell aktiven Dateiserver verweisen.
Verwaltung der gemeinsamen VPC-Unterstützung für Dateisysteme Multi-AZ
Inhaberkonten können festlegen, ob Teilnehmerkonten Multi-AZ FSx für ONTAP-Dateisysteme in VPC-Subnetzen erstellen können, die der Besitzer mithilfe der, und API mit Teilnehmern geteilt hat AWS-Managementkonsole AWS CLI, wie in den folgenden Abschnitten beschrieben.
Um die VPC-Freigabe für Multi-AZ Dateisysteme (Konsole) zu verwalten
Öffnen Sie die Amazon FSx-Konsole unter. https://console.aws.amazon.com/fsx/
-
Wählen Sie im Navigationsbereich Settings (Einstellungen).
-
Suchen Sie auf der Multi-AZ Seite „Einstellungen“ nach den gemeinsam genutzten VPC-Einstellungen.
Um die VPC-Freigabe für Multi-AZ Dateisysteme in VPC-Subnetzen zu aktivieren, die Sie gemeinsam nutzen, wählen Sie Routing-Tabellen-Updates von Teilnehmerkonten aktivieren aus.
Um die VPC-Freigabe für Multi-AZ Dateisysteme in allen VPCs, die Sie besitzen, zu deaktivieren, wählen Sie Routing-Tabellen-Updates von Teilnehmerkonten deaktivieren aus. Der Bestätigungsbildschirm wird angezeigt.
Wichtig
Es wird dringend empfohlen, von Teilnehmern erstellte Multi-AZ Dateisysteme in der gemeinsam genutzten VPC zu löschen, bevor Sie diese Funktion deaktivieren. Sobald die Funktion deaktiviert ist, geraten diese Dateisysteme in einen
MISCONFIGUREDZustand, in dem die Gefahr besteht, dass sie nicht mehr verfügbar sind. Geben Sie ein
confirmund wählen Sie Bestätigen, um die Funktion zu deaktivieren.
Um die VPC-Freigabe für Multi-AZ Dateisysteme zu verwalten (AWS CLI)
Um die aktuelle Einstellung für die Multi-AZ VPC-Freigabe anzuzeigen, verwenden Sie den CLI-Befehl describe-shared-vpc-configuration oder den entsprechenden API-Befehl, der wie folgt dargestellt wird: DescribeSharedVpcConfiguration
$aws fsx describe-shared-vpc-configurationDer Dienst reagiert auf eine erfolgreiche Anfrage wie folgt:
{ "EnableFsxRouteTableUpdatesFromParticipantAccounts": "false" }Verwenden Sie den Multi-AZ CLI-Befehl update-shared-vpc-configuration oder den entsprechenden API-Befehl, um die gemeinsam genutzte VPC-Konfiguration zu verwalten. UpdateSharedVpcConfiguration Das folgende Beispiel aktiviert die VPC-Freigabe für Dateisysteme. Multi-AZ
$aws fsx update-shared-vpc-configuration --enable-fsx-route-table-updates-from-participant-accounts trueDer Dienst reagiert auf eine erfolgreiche Anfrage wie folgt:
{ "EnableFsxRouteTableUpdatesFromParticipantAccounts": "true" }Um die Funktion zu deaktivieren, setzen Sie
EnableFsxRouteTableUpdatesFromParticipantAccountsfalse, wie im folgenden Beispiel gezeigt, auf.$aws fsx update-shared-vpc-configuration --enable-fsx-route-table-updates-from-participant-accounts falseDer Dienst reagiert auf eine erfolgreiche Anfrage wie folgt:
{ "EnableFsxRouteTableUpdatesFromParticipantAccounts": "false" }