Fehlerbehebung bei File Gateway Problemen

Sie können Ihr File Gateway mit einer Amazon CloudWatch CloudWatch-Protokollgruppe konfigurieren, wenn Sie VMware vSphere High Availability (HA) ausführen. In diesem Fall erhalten Sie Benachrichtigungen über den Zustand Ihres File Gateways und über Fehler, die im File Gateway auftreten. Informationen zu diesen Fehler- und Zustandsbenachrichtigungen finden Sie in CloudWatch Logs.

In den folgenden Abschnitten finden Sie Informationen, die Ihnen helfen können, die Ursache der einzelnen Fehler- und Zustandsbenachrichtigungen zu verstehen und Probleme zu beheben.

Fehler: ObjectMissing

Du kannst einen bekommenObjectMissingFehler, wenn ein anderer Schreiber als das angegebene File Gateway die angegebene Datei aus dem Amazon FSx löscht. Alle nachfolgenden Uploads zu Amazon FSx oder Abrufe aus Amazon FSx für das Objekt schlagen fehl.

So beheben Sie einen ObjectMissing Fehler

1. Speichern Sie die neueste Kopie der Datei im lokalen Dateisystem Ihres SMB-Clients (diese Dateikopie benötigen Sie in Schritt 3).

2. Löschen Sie die Datei mit Ihrem SMB-Client aus dem Datei-Gateway.

3. Kopieren Sie die neueste Version der Datei, die Sie in Schritt 1 gespeichert haben, Amazon FSx mit Ihrem SMB-Client. Führen Sie dies über den Datei-Gateway aus.

: Benachrichtigung Neustart

Sie können eine Neustart-Benachrichtigung erhalten, wenn die Gateway-VM neu gestartet wird. Sie können eine Gateway-VM mithilfe der VM Hypervisor-Managementkonsole oder der Storage Gateway Gateway-Konsole neu starten. Sie können den Neustart auch mithilfe der Gateway-Software während des Wartungszyklus des Gateways ausführen.

Wenn die Zeit des Neustarts innerhalb von 10 Minuten nach der konfigurierten Wartungsstartzeit des Gateways liegt, ist dieser Neustart wahrscheinlich ein normales Ereignis und kein Anzeichen für ein Problem. Wenn der Neustart deutlich außerhalb des Wartungsfensters stattgefunden hat, überprüfen Sie, ob das Gateway manuell neu gestartet wurde.

: Benachrichtigung HardReBoot

Sie können eine HardReboot-Benachrichtigung erhalten, wenn die Gateway-VM unerwartet neu gestartet wird. Ein solcher Neustart kann auf Stromausfall, einen Hardwarefehler oder ein anderes Ereignis zurückzuführen sein. Bei VMware-Gateways kann ein Zurücksetzen durch vSphere High Availability Application Monitoring dieses Ereignis auslösen.

Wenn Ihr Gateway in einer solchen Umgebung ausgeführt wird, überprüfen Sie, ob die Benachrichtigung HealthCheckFailure vorhanden ist, und konsultieren Sie das VMware-Ereignisprotokoll für die VM.

: Benachrichtigung HealthCheckFailure

Für ein Gateway auf VMware vSphere HA können Sie die Benachrichtigung HealthCheckFailure erhalten, wenn eine Zustandsprüfung fehlschlägt und ein Neustart der VM angefordert wird. Dieses Ereignis tritt auch während eines Tests zum Überwachen der Verfügbarkeit auf, der durch die Benachrichtigung AvailabilityMonitorTest angezeigt wird. In diesem Fall wird die Benachrichtigung HealthCheckFailure erwartet.

Anmerkung

Diese Benachrichtigung gilt nur für VMware-Gateways.

Wenn dieses Ereignis wiederholt ohne die Benachrichtigung AvailabilityMonitorTest auftritt, überprüfen Sie die VM-Infrastruktur auf Probleme (Speicher, Arbeitsspeicher usw.). Wenn Sie zusätzliche Unterstützung benötigen, wenden Sie sich anAWS Supportaus.

: Benachrichtigung AvailabilityMonitorTest

Du bekommst einAvailabilityMonitorTestBenachrichtigung wenn Sieführe einen Test durchderVerfügbarkeit und Anwendungsüberwachung-System auf Gateways, die auf einer VMware vSphere HA-Plattform ausgeführt werden.

Fehler: RoleTrustRelationshipInvalid

Sie erhalten diese Fehlermeldung, wenn die IAM-Rolle für eine Dateifreigabe eine falsch konfigurierte IAM-Vertrauensstellung aufweist (dh die IAM-Rolle vertraut dem Storage Gateway-Prinzipal mit dem Namen des Storage Gateway Gateway-Prinzipalsstoragegateway.amazonaws.com) enthalten. Folglich kann das File Gateway die Anmeldeinformationen nicht abrufen, um Operationen auf dem S3-Bucket auszuführen, der die Dateifreigabe unterstützt.

So beheben Sie einen RoletRustRelationshipInvalid-Fehler

• Verwenden Sie die IAM-Konsole oder die IAM-API, um einzuschließenstoragegateway.amazonaws.comAls Prinzipal, der von der IamRole Ihrer Dateifreigabe als vertrauenswürdig eingestuft wird. Weitere Informationen zur IAM-Rolle finden Sie unterTutorial: Delegiertenzugriff überAWSKonten mit IAM-Rollenaus.

Fehlerbehebung mit CloudWatch-Metriken

Informationen zu Aktionen zur Behebung von Problemen finden Sie in den folgenden Abschnitten bei der Verwendung von Amazon CloudWatch CloudWatch-Metriken mit Storage Gateway.

Themen

• Ihr Gateway reagiert langsam beim Durchsuchen von Verzeichnissen
• Ihr Gateway reagiert nicht
• Sie sehen keine Dateien in Ihrem Amazon FSx-Dateisystem
• Ihr Gateway überträgt Daten nur langsam an Amazon FSx
• Ihr Gateway-Sicherungsauftrag schlägt fehl oder es gibt Fehler beim Schreiben in Ihr Gateway

Ihr Gateway reagiert langsam beim Durchsuchen von Verzeichnissen

Wenn Ihr File-Gateway langsam reagiert, während Sie dielsBefehl oder durchsuchen Sie Verzeichnisse, überprüfen Sie dieIndexFetchundIndexEvictionCloudWatch-Metriken:

• Wenn das SymbolIndexFetchmetrik ist größer als 0, wenn Sie einels-Befehl oder Suchverzeichnisse, wurde das File Gateway ohne Informationen über den Inhalt des betreffenden Verzeichnisses gestartet und musste auf Amazon S3 zugreifen. Nachfolgende Versuche, den Inhalt dieses Verzeichnisses aufzulisten, sollten schneller ausgeführt werden.

• Wenn das SymbolIndexEvictionDie Metrik größer als 0 ist, bedeutet dies, dass das File Gateway die maximale Menge erreicht hat, die es zu diesem Zeitpunkt in seinem Cache verwalten kann. In diesem Fall muss Ihr File Gateway Speicherplatz im zuletzt aufgerufenen Verzeichnis freigeben, um ein neues Verzeichnis aufzulisten. Wenn dies häufig auftritt und sich die Leistung beeinträchtigt, wenden Sie sich anAWS Supportaus.

  Diskutieren mitAWS SupportDer Inhalt des zugehörigen Amazon Fsx-Dateisystems und Empfehlungen zur Verbesserung der Leistung basierend auf Ihrem Anwendungsfall.

Ihr Gateway reagiert nicht

Wenn Ihr Datei-Gateway nicht reagiert, gehen Sie folgendermaßen vor:

• Wenn kürzlich ein Neustart oder ein Softwareupdate vorgenommen wurde, überprüfen Sie die Metrik IOWaitPercent. Diese Metrik zeigt den Prozentsatz der Zeit, für die die CPU im Leerlauf war, wenn eine ausstehende Datenträger-E/A-Anfrage vorhanden war. In einigen Fällen ist dieser Prozentsatz möglicherweise hoch (10 oder höher) und angestiegen, nachdem der Server neu gestartet oder aktualisiert wurde. In diesen Fällen wird Ihr File Gateway möglicherweise durch einen langsameren Stamm-Datenträger beeinträchtigt, da es den Indexcache in den RAM neu aufbaut. Sie können dieses Problem beheben, indem Sie einen schnelleren physischen Datenträger für den Stamm-Datenträger verwenden.

• Wenn das SymbolMemUsedBytesmetrik ist bei oder fast identisch mitMemTotalBytesMetrik, dann ist nicht mehr verfügbarer RAM für das File Gateway vorhanden. Stellen Sie sicher, dass mindestens der erforderlichen RAM für die Datei vorhanden ist. Wenn dies bereits der Fall ist, sollten Sie Ihrem File Gateway je nach Workload und Anwendungsfall mehr RAM hinzufügen.

  Wenn die Dateifreigabe SMB ist, kann dieses Problem auch auf die Anzahl der SMB-Clients zurückzuführen sein, die mit der Dateifreigabe verbunden sind. Überprüfen Sie die Metrik SMBV(1/2/3)Sessions, um die Anzahl der Clients zu sehen, die zu einem bestimmten Zeitpunkt verbunden sind. Wenn viele Clients verbunden sind, müssen Sie Ihrem File Gateway möglicherweise mehr RAM hinzufügen.

Sie sehen keine Dateien in Ihrem Amazon FSx-Dateisystem

Wenn Sie feststellen, dass Dateien auf dem Gateway nicht im Amazon FSx-Dateisystem enthalten sind, überprüfen Sie dieFilesFailingUpload-Metrik Wenn die Metrik meldet, dass einige Dateien nicht hochgeladen werden, überprüfen Sie Ihre Gesundheitsbenachrichtigungen. Wenn Dateien nicht hochgeladen werden können, generiert das Gateway eine Integritätsbenachrichtigung mit weiteren Details zum Problem.

Ihr Gateway überträgt Daten nur langsam an Amazon FSx

Wenn Ihr Datei-Gateway Daten an Amazon S3 nur langsam an Amazon S3 überträgt, gehen Sie folgendermaßen vor:

• Wenn das SymbolCachePercentDirtyDie Metrik beträgt 80 oder höher, Ihr File Gateway schreibt Daten schneller auf den Datenträger, als es die Daten auf Amazon S3 hochladen kann. Sie sollten die Bandbreite für den Upload von Ihrem File Gateway erhöhen, einen oder mehrere Cache-Datenträger hinzufügen oder Client-Schreibvorgänge verlangsamen.

• Wenn das SymbolCachePercentDirtyMetrik ist niedrig, überprüfen SieIoWaitPercent-Metrik WennIoWaitPercentist größer als 10, wird Ihr File Gateway möglicherweise durch die Geschwindigkeit des lokalen Cache-Datenträgers beeinträchtigt. Wir empfehlen lokale SSD-Datenträger (Solid-State-Drive) für den Cache, vorzugsweise NVM Express (NVMe). Wenn solche Datenträger nicht verfügbar sind, verwenden Sie mehrere Cache-Datenträger von separaten physischen Datenträgern, um zu versuchen, die Leistung zu verbessern.

Ihr Gateway-Sicherungsauftrag schlägt fehl oder es gibt Fehler beim Schreiben in Ihr Gateway

Wenn Ihr File Gateway-Sicherungsauftrag fehlschlägt oder Fehler beim Schreiben in Ihr File Gateway auftreten, gehen Sie folgendermaßen vor:

• Wenn das SymbolCachePercentDirtyDie Metrik beträgt 90 Prozent oder höher. Ihr File Gateway kann keine neuen Schreibvorgänge auf den Datenträger akzeptieren, da nicht genügend Speicherplatz auf dem Cache-Datenträger vorhanden ist. Um zu erfahren, wie schnell Ihr Datei-Gateway auf Amazon FSx oder Amazon S3 hochlädt, lesen Sie dieCloudBytesUploaded-Metrik Vergleichen Sie diese Metrik mit demWriteBytesMetrik, die anzeigt, wie schnell der Client Dateien in Ihr Datei-Gateway schreibt. Wenn Ihr File Gateway schneller schreibt, als es in Amazon FSx oder Amazon S3 hochladen kann, fügen Sie weitere Cache-Datenträger hinzu, um mindestens die Größe des Sicherungsauftrags abzudecken. Oder erhöhen Sie die Upload-Bandbreite.

• Wenn ein Backup-Job fehlschlägt, aber derCachePercentDirtyDie Metrik beträgt weniger als 80 Prozent, Ihr File Gateway trifft möglicherweise auf ein clientseitiges Sitzungs-Timeout. In SMB können Sie dieses Timeout mit dem PowerShell-Befehl Set-SmbClientConfiguration -SessionTimeout 300 erhöhen. Wenn Sie diesen Befehl ausführen, wird das Timeout auf 300 Sekunden festgelegt.

  Stellen Sie in NFS sicher, dass der Client hart und nicht weich gemountet ist.