Warum wird mein Gateway in Storage Gateway als offline angezeigt?

Lösung

Wenn die virtuelle Maschine (VM) oder Amazon Elastic Compute Cloud (Amazon EC2)-Instance, die das Gateway on-premises hostet, nicht über ausreichende Ressourcen verfügt, geht das Gateway möglicherweise offline.

Stellen Sie sicher, dass die On-Premises-VM oder Amazon-EC2-Instance die Mindestanforderungen erfüllt, um das Gateway online zu halten.

Wenn ein Gateway offline ist, kommen folgende häufige Gründe dafür in Betracht.

Das Gateway kann die Service-Endpunkte nicht erreichen

Testen Sie die Netzwerkkonnektivität Ihres Gateways. Der Service-Endpunkt ist entweder ein Storage-Gateway-Service-Endpunkt oder ein Virtual Private Cloud (VPC)-Endpunkt.

Zur Behebung von Verbindungsproblemen mit einem von einer Instance gehosteten Gateway können Sie auch den Reachability Analyzer verwenden.

Im Folgenden sind einige der häufigsten Fehlerantworten aufgeführt, die möglicherweise erscheinen, wenn Sie die Netzwerkkonnektivität testen.

„[FAILED ] Endpoint domain not found“

Sie erhalten diesen Fehler, wenn die VM oder EC2-Instance des Gateways die Gateway-Service-Endpunkte nicht auflösen kann. Überprüfen Sie die Konnektivität zum DNS-Server und ob dieser die DNS-Namen der einzelnen VPC-Endpunkte auflösen kann. Informationen zum Aktualisieren der DNS-Serverinformationen des Gateways finden Sie unter Configuring your gateway network settings.

„[ FAILED ] No response from endpoint host“

Sie erhalten diesen Fehler, wenn die VM oder EC2-Instance des Gateways die Service-Endpunkte nicht erreichen kann.

Um die Konnektivität zu prüfen, führen Sie den Befehl ncport auf der On-Premises-Gateway-Konsole aus, auf die Sie von Ihrer VM-Hostplattform aus zugreifen:

ncport -d client-cp.storagegateway.eu-west-1.amazonaws.com -p 443

Führen Sie den Befehl tcptraceroute aus, um den Router zu identifizieren, der den Weiterleitungsdatenverkehr zu den Service-Endpunkten blockiert:

tcptraceroute -d client-cp.storagegateway.eu-west-1.amazonaws.com -p 443

„[NETWORK TEST: PASSED] [SSL TEST: FAILED]“

Sie erhalten diesen Fehler, wenn ein Sicherheitssystem, z. B. eine Firewall oder ein Proxy, den Zertifikatsaussteller ändert. Führen Sie den folgenden Befehl aus, um den Aussteller des Zertifikats zu identifizieren:

sslcheck -d client-cp.storagegateway.eu-west-1.amazonaws.com -p 443

Der Zertifikatsaussteller muss eine Zertifizierungsstelle sein, der Amazon vertraut, ähnlich wie im folgenden Beispiel:

subject=/CN=client-cp.storagegateway.eu-west-1.amazonaws.com
issuer=/C=US/O=Amazon/CN=Amazon RSA 2048 M01

Sie haben das Cache-Laufwerk entfernt oder geändert, das dem Gateway zugeordnet ist, oder das Cache-Laufwerk ist ausgefallen

Wenn Sie das Cache-Laufwerk vom Hypervisor-Host entfernt haben, führen Sie die folgenden Schritte aus:

1. Fahren Sie das Gateway herunter.
2. Fügen Sie die Festplatte hinzu.
   Hinweis: Achten Sie bei einem auf einer Instance gehosteten Gateway darauf, dass Sie das Laufwerk demselben Festplattenknoten hinzufügen.
3. Starten Sie das Gateway neu.

Wenn das Cache-Laufwerk ausgefallen ist oder Sie das Cache-Laufwerk ausgetauscht oder geändert haben, führen Sie die folgenden Schritte aus:

1. Fahren Sie das Gateway herunter.
2. Setzen Sie die Cache-Festplatte zurück.
3. Konfigurieren Sie die Festplatte für den Cache-Speicher neu.
4. Starten Sie das Gateway neu.

Sie haben die VM-Zeit des Gateways nicht synchronisiert

Damit das Gateway Zertifikate erfolgreich validieren kann, wenn es eine Verbindung zu den Service-Endpunkten herstellt, müssen Sie die VM-Zeit mit einem NTP-Server (Network Time Protocol) synchronisieren.

Storage Gateway hat ein Wartungsupdate durchgeführt

Storage Gateway aktualisiert regelmäßig seinen Kernel, seine Patches und seine Funktionen. Wartungsupdates erfordern möglicherweise Neustarts, die das Gateway vorübergehend offline schalten. Prüfen Sie, ob ein Update im Gange war, als das Gateway offline ging.

Wiederherstellen der Produktion

Hinweis: Wenn zwei Gateways Dateien in denselben Bucket schreiben, kann es zu einer Inkonsistenz der Daten kommen.

Ersetzen Ihres Offline-S3-File-Gateways

Um Ihr Offline-S3-File-Gateway zu ersetzen, das auf denselben Amazon Simple Storage Service (Amazon S3)-Bucket verweist, aktivieren Sie ein neues S3 File Gateway.

Wenn Sie diese Methode verwenden, um die Produktion wiederherzustellen, kann es zu einer Verzögerung kommen, während das Gateway aus dem S3-Bucket liest. Vergewissern Sie sich, dass keine Dateien hängen bleiben und dass die Metrik CachePercentDirty 0 ist.

Informationen zum Ersetzen Ihres vorhandenen S3 File Gateways durch eine neue Instance finden Sie unter Replacing your existing S3 File Gateway with a new instance. Wenn Sie ein vorhandenes S3 File Gateway ersetzen, wird das Cache-Laufwerk auf eine neue Gateway-VM oder -Instance verschoben. Zwischengespeicherte Daten werden beibehalten und die Lesevorgänge werden in derselben Phase ausgeführt.

Ersetzen Ihres Offline-Volume-Gateways

Um Ihr Offline-Volume-Gateway für zwischengespeicherte Volumes zu ersetzen, erstellen Sie ein neues Speicher-Volume. Wählen Sie für Volume-Inhalt die Option Volume aus einem Amazon-EBS-Snapshot erstellen oder Klonen vom letzten Volume-Wiederherstellungspunkt.

Wenn Sie über keinen Klon Ihres zwischengespeicherten Volumes verfügen, finden Sie weitere Informationen unter Cloning a cached volume from a recovery point.

Hinweis: Da zwischengespeicherte Volumes in Amazon S3 gespeichert werden, erstellt Storage Gateway für sie keinen Amazon Elastic Block Store (Amazon EBS)-Snapshot. Informationen zum Erstellen eines Snapshots eines zwischengespeicherten Volumes finden Sie unter Creating a recovery snapshot. Weitere Informationen finden Sie unter Editing a snapshot schedule.

Informationen zur Wiederherstellung der Produktion für gespeicherte Volumes finden Sie unter Moving stored volumes to a new stored Volume Gateway.

Hinweis: Für die Daten, die Sie von AWS in Ihren Gateway-Cache herunterladen, fallen Gebühren an.

Ersetzen Ihres Offline-FSx-File-Gateways

Um Ihr Online-FSx-File-Gateway zu ersetzen, aktivieren Sie ein neues FSx-Gateway, das mit demselben FSx für Windows-Server arbeitet wie das Backend. Vergewissern Sie sich, dass keine hängen gebliebenen Dateien vorhanden sind und dass die Metrik CachePercentDirty 0 ist.

Ersetzen Ihres Offline-Tape-Gateways

Um Ihr Offline-Tape-Gateway zu ersetzen, aktivieren Sie ein neues Tape Gateway und verbinden Sie es mit einer Backup-Anwendung. Weitere Informationen finden Sie unter Troubleshooting virtual tape issues. Um die Übertragung der Bänder in das entsprechende Archiv abzuschließen, exportieren Sie die Bänder aus der Backup-Anwendung und aktualisieren Sie den Status auf Archiviert.