View a markdown version of this page

Ersetzen Sie Ihre vorhandenen S3-Dateigateway mit einer neuen Instanz - AWS Storage Gateway
Methode 1: Migrieren Sie die Cache-Festplatte und die Gateway-ID auf eine 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 Ihre vorhandenen S3-Dateigateway mit einer neuen Instanz

Anmerkung

Wenn Sie eine Migration von Storage Gateway AL2 zu AL2023 durchführen, stellen Sie sicher, dass Sie alle Punkte der Pre-migration Checkliste in der Migrationskampagne von Storage Gateway AL2 zu AL2023 abgeschlossen haben, bevor Sie beginnen.

Sie können ein vorhandenes S3 File Gateway durch eine neue Instance 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 Amazon EC2-Instances umstellen oder die zugrunde liegende Serverhardware aktualisieren möchten.

Es gibt zwei Methoden, um ein vorhandenes S3 File Gateway 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 Schritte zur Vorgehensweise im entsprechenden Abschnitt weiter.

Anmerkung

Wenn Sie sich bei Ihrer neuen lokalen Storage Gateway-Konsole anmelden müssen, um eine der beiden Methoden abzuschließen, lautet der ursprüngliche Benutzername admin und das temporäre Passwort ist password.

Wichtig

Verwenden Sie diese Anweisungen nur für die Migration von Gateway-Appliances, auf denen Version 1.x ausgeführt wird. Sie können sie nicht zur Migration von Gateway-Appliances verwenden, auf denen niedrigere Versionen ausgeführt werden.

Methode 1: Migrieren Sie die Cache-Festplatte und die Gateway-ID auf eine Ersatzinstanz*

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

Festplattendaten zwischenspeichern

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 Lesevorgänge außerhalb des Caches verursacht werden.

Daten im Cache werden aus der AWS Cloud heruntergeladen. Diese Methode ist optimal für Workloads mit hohem Schreibaufkommen, wenn Ihre Anwendungen die Verzögerung tolerieren können, die durch Lesevorgänge außerhalb des Caches verursacht wird.

Ausfallzeiten

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

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

Anmerkung

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

Gateway-ID

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

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

Auswirkungen auf die Kosten

Durch die Aufbewahrung zwischengespeicherter Daten ist kein erneutes Herunterladen erforderlich, sodass keine zusätzlichen S3-Kosten anfallen.

Bei dieser Methode können zusätzliche Kosten anfallen, insbesondere wenn ein Datenabruf aus S3 erforderlich ist. Dieser Ansatz kann auch zu erheblichen Kosten für das Abrufen von S3-Daten führen, wenn die durch S3-Buckets gesicherten Dateifreigaben Speicherklassen wie S3 Intelligent-Tiering, S3, S3 Standard-IA One verwenden oder Objekte, die über Zone-IA S3-Lebenszyklusrichtlinien auf GLACIER übertragen wurden.

Wenn bei SMB-Dateifreigaben die Root-ACL auf der Dateifreigabe konfiguriert ist, muss sie erneut auf das migrierte Gateway angewendet werden. Diese Aktion wendet die Einstellung rekursiv auf alle Objekte innerhalb der Dateifreigabe an, was einige Kostenauswirkungen mit sich bringt.
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 auf eine Ersatzinstanz

Um Ihre zu migrieren S3 File GatewayCache-Festplatte und Gateway-ID für eine Ersatzinstanz:

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

  2. Gehen Sie wie folgt vor, um das Gateway auf die neueste Version zu aktualisieren

    1. Öffnen Sie die Storage Gateway-Konsole unter https://console.aws.amazon.com/storagegateway/home.

    2. Wählen Sie im Navigationsbereich Gateways und dann das alte S3 File Gateway aus, das Sie migrieren möchten.

    3. Wählen Sie Jetzt aktualisieren, falls verfügbar. Wenn nicht, ist Ihr Gateway bereits auf der neuesten Version.

  3. Stellen Sie sicher, dass die CachePercentDirty Metrik auf der Registerkarte Überwachung für das vorhandene S3 File Gateway lautet0.

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

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

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

  5. 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. Sie müssen dieses Laufwerk in einem späteren Schritt vom neuen Storage Gateway-Hypervisor trennen.

    Wenn Sie eine Amazon EC2-Instance als VM für Ihr S3 File Gateway , 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 EC2-Benutzerhandbuch.

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

  6. Erstellen Sie eine neue S3 File 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-Hypervisor-VM finden Sie unter Auswahl einer Hostplattform und Herunterladen der VM.

    Wichtig

    Verwenden Sie ein S3 File Gateway-Image für die neue VM. Ein Image für einen anderen Gateway-Typ (z. B. Volume Gateway oder Tape Gateway) führt dazu, dass das migrierte Gateway nicht gestartet werden kann.

    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.

    Anmerkung

    Schließen Sie nach dem Herunterladen der VM den Konsolenassistenten. Fahren Sie zu diesem Zeitpunkt nicht mit der Aktivierung fort.

  7. Konfigurieren Sie Ihre neue Storage 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 EC2 bereitgestellten Gateways über einen HTTP-Proxy.

    Anmerkung

    Sie können dieselbe statische IP-Adresse oder denselben Hostnamen aus der alten Gateway-VM wiederverwenden, um eine Neukonfiguration der NFS- oder SMB-Clients zu vermeiden.

  8. Starten Sie die neue Storage Gateway-VM.

  9. Hängen Sie alle Festplatten, die Sie von der alten Gateway-VM getrennt haben, an die neue Gateway-VM an. Dazu gehören die Root-Festplatte und die Cache-Festplatte (n) des alten Gateways. Trennen Sie nicht die eigene Root-Festplatte 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.

  10. Initiieren Sie den Gateway-Migrationsprozess, indem Sie entweder eine Verbindung zur lokalen Konsole der neuen Gateway-VM herstellen oder Webanfragen an die IP-Adresse der neuen Gateway-VM stellen (unten beschrieben).

    1. Um die lokale Konsole zu verwenden, wählen Sie die Option für Migrate Gateway aus und geben Sie Ihre vorhandene Gateway-ID an, wenn Sie dazu aufgefordert werden. Sie werden aufgefordert, zuvor angewendete Einstellungen auf dem alten Gateway auf das neue Gateway zu kopieren. Sie können sie später anwenden oder manuell konfigurieren. Siehe Zugreifen auf die lokale Gateway-Konsole.

    2. Alternativ können Sie den Gateway-Migrationsprozess einleiten, 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, die Sie für die alte Gateway-VM verwendet haben, für die neue Gateway-VM wiederverwenden. Ihre URL sollte ähnlich wie das folgende Beispiel aussehen.

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

      Verwenden Sie diese URL in einem Browser oder über die Befehlszeile mit curl, um den Migrationsprozess zu starten.

      Wenn der Gateway-Migrationsprozess erfolgreich abgeschlossen wurde, wird eine Meldung angezeigt, die die erfolgreiche Migration bestätigt.

  11. 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.

  12. Stoppen Sie die neue Storage Gateway-VM.

  13. Trennen Sie die Root-Festplatte des alten Gateways, deren Volume-ID Sie zuvor notiert haben, vom neuen Gateway.

  14. Starten Sie die neue Storage Gateway-VM.

  15. 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 Authentifizierung von Benutzern.

    Anmerkung

    Sie müssen diesen Schritt auch dann ausführen, wenn der Status des S3 File Gateway angezeigt wird.

  16. Wenn Ihr Gateway die SMB Guest Access-Authentifizierungsmethode verwendet hat, muss das Passwort erneut eingegeben werden. Eine Anleitung finden Sie unter Gastzugriff auf Ihre Dateifreigabe gewähren.

  17. 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 Amazon EC2-Instance finden Sie unter Terminieren Sie Ihre Instance im Amazon EC2-Benutzerhandbuch. Weitere Informationen zum Löschen einer KVM, VMware oder Hyper-V VM finden Sie in der Dokumentation zu Ihrem Hypervisor.

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

Um einen Ersatz einzurichten S3 File Gateway Instanz mit leerer Cache-Festplatte und neuer Gateway-ID:

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

  2. Verwenden Sie AWS Command Line Interface (AWS CLI), um die Konfigurationsinformationen über Ihr vorhandenes S3 File Gateway und zu speichern, indem Sie wie folgt vorgehen:

    1. Speichern Sie die Gateway-Konfigurationsinformationen für das S3 File 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, wie z. B. seinen Namen, seine Netzwerkschnittstellen, die konfigurierte Zeitzone und seinen Status (ob das Gateway läuft).

    2. Speichern Sie die SMB-Einstellungen (Server Message Block) 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 über die SMB-Dateifreigabe enthält, z. B. den Domänennamen, den Microsoft Active Directory-Status, ob das Gastkennwort festgelegt ist und die Art der Sicherheitsstrategie.

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

      • 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 Name, Speicherklasse, Status, IAM-Rolle, Amazon Resource Name (ARN), eine Liste von Clients, die auf das S3 File Gateway , und den Pfad, der vom SMB-Client zur Identifizierung des Mount-Punkts verwendet wird.

      • 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 über die NFS-Dateifreigabe enthält, wie Name, Speicherklasse, Status, IAM-Rollen-ARN, eine Liste von Clients, die auf das S3 File Gateway , und den Pfad, der vom NFS-Client zur Identifizierung des Mount-Punkts verwendet wird.

  3. Erstellen Sie ein neues S3 File Gateway mit denselben Einstellungen und Konfigurationen wie das alte Gateway. Lesen Sie gegebenenfalls die Informationen, die Sie in Schritt 2 gespeichert haben.

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

    Anmerkung

    Sie können jetzt Dateifreigabekonfigurationen zwischen Gateways kopieren. Weitere Informationen finden Sie unter Eine Dateifreigabe https://docs.aws.amazon.com/filegateway/latest/files3/copy-file-share.html kopieren.

  5. Vergewissern Sie sich, dass Ihr neues Gateway ordnungsgemäß funktioniert, und remap/cut übertragen Sie dann Ihre Clients von den alten Dateifreigaben auf die neuen Dateifreigaben, 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-Konsole.

    Wichtig

    Bevor Sie ein S3 File Gateway , 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 Amazon EC2-Instance.