Ersetzen Sie Ihr vorhandenes S3 File Gateway FSx durch eine neue Instanz - AWS Storage Gateway
Methode 1: Migrieren Sie die Cache-Festplatte und die Gateway-ID zur ErsatzinstanzMethode 2: Ersatzinstanz mit leerer Cache-Festplatte und neuer Gateway-ID

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.

Ersetzen Sie Ihr vorhandenes S3 File Gateway FSx durch eine neue Instanz

Sie können ein vorhandenes S3 File Gateway durch eine neue Instanz ersetzen, wenn Ihre Daten- und Leistungsanforderungen steigen oder wenn Sie eine AWS Benachrichtigung zur Migration Ihres Gateways erhalten. Möglicherweise müssen Sie dies tun, wenn Sie Ihr Gateway auf eine bessere Host-Plattform oder neuere EC2 Amazon-Instances verschieben oder die zugrunde liegende Serverhardware aktualisieren möchten.

Es gibt zwei Methoden, um ein vorhandenes S3 File Gateway zu ersetzen. In der folgenden Tabelle werden die Vor- und Nachteile der einzelnen Methoden beschrieben. Wählen Sie anhand dieser Informationen die Methode aus, die für Ihre Gateway-Umgebung am besten geeignet ist, und lesen Sie dann die Verfahrensschritte im entsprechenden Abschnitt weiter unten.

Anmerkung

Wenn Sie sich bei der lokalen Konsole Ihres neuen Storage Gateways anmelden müssen, um eine der beiden Methoden auszuführen, lautet der Standardbenutzername admin und das Standardkennwort password.

Methode 1: Migrieren Sie die Cache-Festplatte und die Gateway-ID zur Ersatzinstanz

Methode 2: Ersatzinstanz mit leerer Cache-Festplatte und neuer Gateway-ID

Festplattendaten zwischenspeichern

Die Daten auf der Cache-Festplatte bleiben erhalten. Diese Methode ist nützlich, wenn Ihr Gateway über eine große Cache-Festplatte verfügt oder wenn Ihre Anwendungen empfindlich auf Verzögerungen reagieren, die durch out-of-cache Lesevorgänge verursacht werden.

Daten im Cache werden aus der AWS Cloud heruntergeladen. Diese Methode ist optimal für schreibintensive Workloads, wenn Ihre Anwendungen die durch Lesevorgänge verursachte Verzögerung tolerieren können. out-of-cache

Ausfallzeit

Ihr Gateway wird während des Migrationsprozesses für 1-2 Stunden offline sein.

Fileshares sind immer verfügbar, allerdings kommt es bei Kunden zu kurzen Cutover-Ausfallzeiten, wenn sie während der Umstellung auf die neue Instanz von einer Dateifreigabe zu einer anderen wechseln.

Anmerkung

Das gleichzeitige Schreiben von zwei Dateifreigaben in einen Amazon S3 S3-Bucket wird nicht unterstützt. Daher müssen alle Clients gleichzeitig und nicht schrittweise von einer Freigabe zur anderen neu zugeordnet werden.

Gateway-ID

Das neue Gateway erbt die Gateway-ID von dem Gateway, das es ersetzt.

Das bestehende Gateway und das Ersatz-Gateway haben ein separates, eindeutiges Gateway IDs.
Anmerkung

Die Migration kann nur zwischen Gateways desselben Typs durchgeführt werden. Sie können beispielsweise keine Einstellungen oder Daten von einem FSx File Gateway zu einem S3 File Gateway migrieren.

Methode 1: Migrieren Sie die Cache-Festplatte und die Gateway-ID zur Ersatzinstanz

So migrieren Sie die Cache-Festplatte und die Gateways auf eine Ersatzinstanz:

  1. Beenden Sie alle Anwendungen, die auf das bestehende S3 File Gateway FSx schreiben.

  2. Stellen Sie sicher, dass die CachePercentDirty Metrik auf der Registerkarte „Überwachung“ für das bestehende S3 FSx File Gateway 0

  3. Fahren Sie das vorhandene S3 File Gateway herunter, indem Sie die virtuelle Host-Maschine (VM) mithilfe der Hypervisor-Steuerelemente ausschalten.

    Weitere Informationen zum Herunterfahren einer EC2 Amazon-Instance finden Sie unter Beenden und Starten Ihrer Instance im EC2 Amazon-Benutzerhandbuch.

    Weitere Informationen zum Herunterfahren einer KVM- oder Hyper-V-VM finden Sie in Ihrer Hypervisor-Dokumentation. VMware

  4. Trennen Sie alle Festplatten, einschließlich der Root-Festplatte und der Cache-Festplatten, von der alten Gateway-VM.

    Anmerkung

    Notieren Sie sich die Volume-ID der Stammfestplatte sowie die Gateway-ID, die dieser Stammfestplatte zugeordnet ist. In einem späteren Schritt müssen Sie diese Festplatte vom neuen Storage Gateway Gateway-Hypervisor trennen.

    Wenn Sie eine EC2 Amazon-Instance als VM für Ihr S3 File Gateway verwenden, finden Sie weitere Informationen unter Trennen eines Amazon EBS-Volumes von einer Windows-Instance oder Trennen eines Amazon EBS-Volumes von einer Linux-Instance im Amazon-Benutzerhandbuch. EC2

    Informationen zum Trennen von Festplatten von einer KVM- oder Hyper-V-VM finden Sie in der Dokumentation zu Ihrem Hypervisor. VMware

  5. Erstellen Sie eine neue AWS Storage Gateway Hypervisor-VM-Instanz, aktivieren Sie sie jedoch nicht als Gateway. In einem späteren Schritt nimmt diese neue VM die Identität des alten Gateways an.

    Weitere Informationen zum Erstellen einer neuen Storage Gateway Gateway-Hypervisor-VM finden Sie unter Auswahl einer Hostplattform und Herunterladen der VM.

    Anmerkung

    Fügen Sie keine Cache-Festplatten für die neue VM hinzu. Diese VM verwendet dieselben Cache-Festplatten, die von der alten VM verwendet wurden.

  6. Konfigurieren Sie Ihre neue Storage Gateway Gateway-VM so, dass sie dieselben Netzwerkeinstellungen wie die alte VM verwendet.

    Die Standard-Netzwerkkonfiguration für das Gateway ist das Dynamic Host Configuration Protocol (DHCP). Mit dem DHCP wird Ihr Gateway automatisch einer IP-Adresse zugewiesen.

    Wenn Sie eine statische IP-Adresse für Ihre Gateway-VM manuell konfigurieren müssen, finden Sie weitere Informationen unter Netzwerkparameter konfigurieren.

    Wenn Ihre Gateway-VM einen Socket Secure Version 5 (SOCKS5) -Proxy verwenden muss, um eine Verbindung zum Internet herzustellen, finden Sie weitere Informationen unter Routing Ihres auf einem EC2 HTTP-Proxy bereitgestellten Gateways.

  7. Starten Sie die neue Storage Gateway Gateway-VM.

  8. Hängen Sie die Festplatten, die Sie von der alten Gateway-VM getrennt haben, an die neue Gateway-VM an. Trennen Sie die vorhandene Root-Festplatte nicht von der neuen Gateway-VM.

    Anmerkung

    Für eine erfolgreiche Migration müssen alle Festplatten unverändert bleiben. Das Ändern der Festplattengröße oder anderer Werte führt zu Inkonsistenzen in den Metadaten, die eine erfolgreiche Migration verhindern.

  9. Initiieren Sie den Gateway-Migrationsprozess, indem Sie mit einer URL, die das folgende Format verwendet, eine Verbindung zur neuen VM herstellen:

    http://your-VM-IP-address/migrate?gatewayId=your-gateway-ID

    Sie können dieselbe IP-Adresse für die neue Gateway-VM verwenden, die Sie für die alte Gateway-VM verwendet haben. Um dieselbe IP zu verwenden, löschen Sie zuerst das alte Gateway und fahren Sie dann mit Schritt 5 fort. Ihre URL sollte dem folgenden Beispiel ähneln:

    http://198.51.100.123/migrate?gatewayId=sgw-12345678

    Verwenden Sie diese URL in einem Browser oder über die Befehlszeile mit cURL.

    Wenn die Gateway-Migration erfolgreich initiiert wurde, wird die folgende Meldung angezeigt:

    Successfully imported Storage Gateway information. Please refer to Storage Gateway documentation to perform the next steps to complete the migration.

  10. Warten Sie, bis der Gateway-Status in der AWS Storage Gateway Konsole als Wird ausgeführt angezeigt wird. Je nach verfügbarer Bandbreite kann dies bis zu 10 Minuten dauern.

  11. Stoppen Sie die neue Storage Gateway Gateway-VM.

  12. Trennen Sie die Stammfestplatte des alten Gateways, deren Volume-ID Sie zuvor notiert haben, vom neuen Gateway.

  13. Starten Sie die neue Storage Gateway Gateway-VM.

  14. Wenn Ihr Gateway mit einer Active Directory-Domäne verbunden war, treten Sie der Domäne erneut bei. Anweisungen finden Sie unter Verwenden von Active Directory zur Benutzerauthentifizierung.

    Anmerkung

    Sie müssen diesen Schritt auch dann abschließen, wenn der Status von S3 File Gateway FSx File Gateway angezeigt wird.

  15. Vergewissern Sie sich, dass Ihre Shares unter der IP-Adresse der neuen Gateway-VM verfügbar sind, und löschen Sie dann die alte Gateway-VM.

    Warnung

    Wenn ein Gateway gelöscht worden ist, gibt es keine Möglichkeit, es wiederherzustellen.

    Weitere Informationen zum Löschen einer EC2 Amazon-Instance finden Sie unter Kündigen Ihrer Instance im EC2 Amazon-Benutzerhandbuch. Weitere Informationen zum Löschen einer KVM- oder Hyper-V-VM finden Sie in der Dokumentation zu Ihrem Hypervisor. VMware

Methode 2: Ersatzinstanz mit leerer Cache-Festplatte und neuer Gateway-ID

So richten Sie eine Ersatzinstanz von S3 File Gateway FSx mit leerer Cache-Festplatte und neuer Gateway-ID ein:

  1. Beenden Sie alle Anwendungen, die auf das bestehende S3 File Gateway FSx schreiben. Stellen Sie sicher, dass die CachePercentDirty Metrik auf der Registerkarte Überwachung 0 korrekt ist, bevor Sie Dateifreigaben auf dem neuen Gateway einrichten.

    1. Speichern Sie die Gateway-Konfigurationsinformationen für das S3 File Gateway FSx .

      aws storagegateway describe-gateway-information --gateway-arn "arn:aws:storagegateway:us-east-2:123456789012:gateway/sgw-12A3456B"

      Dieser Befehl gibt einen JSON-Block aus, der Metadaten über das Gateway enthält, z. B. seinen Namen, seine Netzwerkschnittstellen, die konfigurierte Zeitzone und seinen Status (ob das Gateway läuft).

    2. Speichern Sie die Server Message Block (SMB) -Einstellungen des S3 File Gateway .

      aws storagegateway describe-smb-settings --gateway-arn "arn:aws:storagegateway:us-east-2:123456789012:gateway/sgw-12A3456B"

      Dieser Befehl gibt einen JSON-Block aus, der Metadaten zur SMB-Dateifreigabe enthält, z. B. den Domänennamen, den Microsoft Active Directory-Status, ob das Gastkennwort festgelegt ist, und die Art der Sicherheitsstrategie.

      • Verwenden Sie den folgenden Befehl für SMB-Dateifreigaben.

        aws storagegateway describe-smb-file-shares --file-share-arn-list "arn:aws:storagegateway:us-east-2:123456789012:share/share-987A654B"

        Dieser Befehl gibt einen JSON-Block aus, der Metadaten über die SMB-Dateifreigabe enthält, wie z. B. Namen, Speicherklasse, Status, IAM-Rolle, Amazon Resource Name (ARN), eine Liste von Clients, die auf das S3 File Gateway zugreifen dürfen, und den Pfad, den der SMB-Client zur Identifizierung des Bereitstellungspunkts verwendet.

      • Verwenden Sie den folgenden Befehl für NFS-Dateifreigaben.

        aws storagegateway  describe-nfs-file-shares --file-share-arn-list "arn:aws:storagegateway:us-east-2:123456789012:share/share-321A978B"

        Dieser Befehl gibt einen JSON-Block aus, der Metadaten zur NFS-Dateifreigabe enthält, z. B. ihren Namen, ihre Speicherklasse, ihren Status, den ARN der IAM-Rolle, eine Liste von Clients, die auf das S3 File Gateway zugreifen dürfen, und den Pfad, den der NFS-Client zur Identifizierung des Bereitstellungspunkts verwendet.

  3. Erstellen Sie ein neues S3 File Gateway mit den gleichen Einstellungen und der gleichen Konfiguration wie das alte Gateway. Schlagen Sie gegebenenfalls in den Informationen nach, die Sie in Schritt 2 gespeichert haben.

  4. Erstellen Sie neue Dateifreigaben für das neue Gateway mit denselben Einstellungen und derselben Konfiguration wie die Dateifreigaben, die auf dem alten Gateway konfiguriert wurden. Schlagen Sie gegebenenfalls in den Informationen nach, die Sie in Schritt 2 gespeichert haben.

  5. Vergewissern Sie sich, dass Ihr neues Gateway ordnungsgemäß funktioniert, und ordnen Sie dann Ihre Clients von den alten Dateifreigaben auf die neuen Dateifreigaben neu zu, und zwar so, wie es für Ihre Umgebung am besten geeignet ist.

  6. Vergewissern Sie sich, dass Ihr neues Gateway ordnungsgemäß funktioniert, und löschen Sie dann das alte Gateway aus der Storage Gateway Gateway-Konsole.

    Wichtig

    Bevor Sie ein S3 File Gateway löschen, stellen Sie sicher, dass derzeit keine Anwendungen in den Cache dieses Gateways schreiben. Wenn Sie ein Gateway löschen, während es verwendet wird, kann ein Datenverlust auftreten.

    Warnung

    Wenn ein Gateway gelöscht worden ist, gibt es keine Möglichkeit, es wiederherzustellen.

  7. Löschen Sie die alte Gateway-VM oder EC2 Amazon-Instance.