Ersetzen Sie Ihr vorhandenes File Gateway durch eine neue Instanz - AWSStorage Gateway

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 File Gateway durch eine neue Instanz

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

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

Methode 1: Migrieren Sie den Cache-Datenträger und die Gateway-ID auf

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

Cache-Festplattendaten

Die Daten auf dem Cache-Datenträger bleiben erhalten. Diese Methode ist nützlich, wenn Ihr Gateway über eine große Cache-Festplatte verfügt oder wenn Ihre Anwendungen empfindlich auf die Verzögerung reagieren, die durch Lesevorgänge außerhalb des Cache verursacht wird.

Daten im Cache werden von derAWS-Wolke. Diese Methode ist optimal für schreiblastige Workloads, wenn Ihre Anwendungen die Verzögerung tolerieren können, die durch Lesevorgänge außerhalb des Caches verursacht wird.

Ausfallzeit

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

Keine Ausfallzeiten. Das vorhandene Gateway kann gleichzeitig mit dem Ersatz-Gateway verwendet werden, bis Sie es löschen möchten. Mehrere Autoren werden nicht unterstützt, während beide Gateways verwendet werden.

Gateway ID

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

Das bestehende Gateway und das Ersatz-Gateway haben separate, eindeutige Gateway-IDs.

Anmerkung

Daten können nur zwischen Gateways desselben Typs verschoben werden.

Methode 1: Migrieren Sie den Cache-Datenträger und die Gateway-ID auf

So migrieren Sie die Cache-Festplatte und die Gateway-ID Ihres File Gateways zu einer Ersatzinstanz
  1. Halten Sie alle Anwendungen an, die in das vorhandene Datei-Gateway schreiben.

  2. Stellen Sie sicher, dass dasCachePercentDirty-Metrik auf demÜberwachungfür das vorhandene Datei-Gateway ist0aus.

  3. Fahren Sie das vorhandene Datei-Gateway herunter, indem Sie die virtuelle Maschine (VM) des Hosts mit ihren Hypervisor-Steuerelementen ausschalten.

    Weitere Informationen zum Herunterfahren einer Amazon EC2 EC2-Instance finden Sie unterAnhalten und Starten Ihrer InstanceimBenutzerhandbuch für Amazon EC2aus.

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

  4. Trennen Sie alle Festplatten, einschließlich Root-Datenträger, Cache-Festplatten und laden Sie Pufferdisketten von der alten Gateway-VM hoch.

    Anmerkung

    Notieren Sie sich die Volume-ID des Root-Datenträgers sowie die Gateway-ID, die diesem Root-Datenträger zugeordnet ist. Sie müssen diese Festplatte in einem späteren Schritt vom neuen Storage Gateway-Hypervisor trennen.

    Wenn Sie eine Amazon EC2 EC2-Instanz als VM für Ihr Datei-Gateway verwenden, lesen SieTrennen eines Amazon EBS-Volumes von einer Windows-InstanceoderTrennen eines Amazon EBS-Volumes von einer Linux-InstanceimBenutzerhandbuch für Amazon EC2aus.

    Informationen zum Trennen von Festplatten von einer KVM-, VMware- oder Hyper-V-VM finden Sie in der Dokumentation für Ihren Hypervisor.

  5. Erstellen eines neuenAWSStorage Gateway Hypervisor-VM-Instanz, aber aktivieren Sie sie nicht als Gateway. In einem späteren Schritt wird diese neue VM die Identität des alten Gateways übernehmen.

    Weitere Informationen zum Erstellen einer neuen Storage Gateway Gateway-Hypervisor-VM finden Sie unterAuswählen einer Host-Plattform und Herunterladen der VMaus.

    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 unterKonfigurieren Ihres Gateway-Netzwerksaus.

    Wenn Ihre Gateway-VM einen Socket Secure Version 5 (SOCKS5) Proxy verwenden muss, um eine Verbindung mit dem Internet herzustellen, sieheWeiterleiten Ihres lokalen Gateways über einen Proxyaus.

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

  8. Schließen Sie die Festplatten an, die Sie von der alten Gateway-VM getrennt haben, an die neue Gateway-VM an. Trennen Sie die vorhandene Stammdiskette nicht von der neuen Gateway-VM.

    Anmerkung

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

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

    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. Ihre URL sollte dem folgenden Beispiel ähneln:

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

    Verwenden Sie diese URL von 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 als angezeigt wirdAusführen vonimAWSStorage Gateway Gateway-Konsole Je nach verfügbarer Bandbreite kann dies bis zu 10 Minuten dauern.

  11. Stoppen Sie die neue Storage Gateway VM.

  12. Trennen Sie die Stammdiskette des alten Gateways, dessen 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. Detaillierte Anweisungen finden Sie unterKonfigurieren des Microsoft Active Directory-Zugriffsaus.

    Anmerkung

    Sie müssen diesen Schritt auch dann ausführen, wenn der Status des Datei-Gateways alsJoined (Beigetreten)aus.

  15. Vergewissern Sie sich, dass Ihre Freigaben 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 wird, gibt es keine Möglichkeit, es wiederherzustellen.

    Weitere Informationen zum Löschen einer Amazon EC2 EC2-Instance finden Sie unterBeenden Ihrer InstanceimBenutzerhandbuch für Amazon EC2aus. Weitere Informationen zum Löschen einer KVM-, VMware- oder Hyper-V-VM finden Sie in der Dokumentation für Ihren Hypervisor.

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

So richten Sie eine Ersatz-File Gateway-Instanz mit leerer Cache-Festplatte und neuer Gateway-ID
  1. Halten Sie alle Anwendungen an, die in das vorhandene Datei-Gateway schreiben. Stellen Sie sicher, dass dasCachePercentDirty-Metrik auf demÜberwachungTabulator ist0bevor Sie Dateifreigaben auf dem neuen Gateway einrichten.

  2. Verwenden derAWS Command Line Interface(AWS CLI) um die Konfigurationsinformationen über Ihr vorhandenes Datei-Gateway und Dateifreigaben zu sammeln und zu speichern, indem Sie folgende Schritte ausführen:

    1. Speichern Sie die Gateway-Konfigurationsinformationen für das Datei-Gateway.

      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, Netzwerkschnittstellen, die konfigurierte Zeitzone und seinen Status (unabhängig davon, ob das Gateway ausgeführt wird).

    2. Speichern Sie die SMB (Server Message Block) Einstellungen des Datei-Gateways.

      aws storagegateway describe-smb-setting --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, die Festlegung des Gastkennworts und die Art der Sicherheitsstrategie.

    3. Speichern Sie Dateifreigabeinformationen für jede SMB- und Network File System (NFS-Dateifreigabe) des Datei-Gateways:

      • 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 zur NFS-Dateifreigabe enthält, z. B. Name, Speicherklasse, Status, IAM-Rolle Amazon Resource Name (ARN), eine Liste der Clients, die auf das Datei-Gateway zugreifen dürfen, und den vom SMB-Client zur Identifizierung des Einhängepunkts verwendeten Pfad.

      • 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. Name, Speicherklasse, Status, IAM-Rollen-ARN, eine Liste der Clients, die auf das Datei-Gateway zugreifen dürfen, und den vom NFS-Client zur Identifizierung des Einhängepunkts verwendeten Pfad.

  3. Stoppen Sie das vorhandene Datei-Gateway wie folgt:

    1. Halten Sie alle Anwendungen an, die in das vorhandene Datei-Gateway schreiben. Stellen Sie sicher, dass dasCachePercentDirty-Metrik auf demÜberwachungTabulator ist0bevor Sie Dateifreigaben auf dem neuen Gateway einrichten.

    2. Stoppen Sie das vorhandene Datei-Gateway, indem Sie die virtuelle Maschine (VM) ausschalten, die das Gateway hostet.

  4. Erstellen Sie ein neues File Gateway.

  5. Hängen Sie die Dateifreigaben ein, die auf dem alten Gateway konfiguriert wurden.

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

    Wichtig

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

    Warnung

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

  7. Löschen Sie die alte virtuelle Gateway-Maschine oder EC2-Instanz.