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.
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.
Themen
- Fehler: InaccessibleStorageClass
- Fehler: s3AccessDenied
- Fehler: InvalidObjectState
- Fehler: ObjectMissing
- : Benachrichtigung Neustart
- : Benachrichtigung HardReBoot
- : Benachrichtigung HealthCheckFailure
- : Benachrichtigung AvailabilityMonitorTest
- Fehler: RoleTrustRelationshipInvalid
- Fehlerbehebung mit CloudWatch-Metriken
Fehler: InaccessibleStorageClass
Du kannst einen bekommenInaccessibleStorageClass
Fehler, wenn ein Objekt aus der Amazon S3 S3-Standardspeicherklasse entfernt wurde.
Hier tritt der Fehler in der Regel im File Gateway auf, wenn es versucht, das angegebene Objekt entweder in den S3-Bucket hochzuladen oder das Objekt aus dem S3-Bucket zu lesen. Bei diesem Fehler wurde das Objekt im Allgemeinen zu Amazon S3 Glacier verschoben und befindet sich entweder in der Speicherklasse S3 Glacier oder S3 Glacier Deep Archive.
So beheben Sie einen InAccessibleStorageClass-Fehler
-
Verschieben Sie das Objekt aus der Speicherklasse S3 Glacier oder S3 Glacier Deep Archive zurück zu S3.
Wenn Sie das Objekt in den S3-Bucket verschieben, um einen Upload-Fehler zu beheben, wird die Datei letztendlich hochgeladen. Wenn Sie das Objekt in den S3-Bucket verschieben, um einen Lesefehler zu beheben, kann der SMB- oder NFS-Client des File Gateways die Datei dann lesen.
Fehler: s3AccessDenied
Du kannst einen bekommenS3AccessDenied
Fehler für den Amazon S3 S3-Bucket-Zugriff einer DateifreigabeAWS Identity and Access Management(IAM) -Rolle. In diesem Fall ist die IAM-Rolle S3-Bucket-Zugriff, die durchroleArn
Im Fehler lässt die betreffende Operation nicht zu. Der Vorgang ist aufgrund der Berechtigungen für die Objekte im durch das Amazon S3-Präfix angegebenen Verzeichnis nicht zulässig.
So beheben Sie einen S3AccessDenied-Fehler
-
Ändern Sie die Amazon S3 S3-Zugriffsrichtlinie, die an angehängt ist
roleArn
Im Datei-Gateway-Zustandsprotokoll, um Berechtigungen für den Amazon S3 S3-Vorgang zu erteilen. Stellen Sie sicher, dass die Zugriffsrichtlinie die Berechtigung für die Operation zulässt, die den Fehler verursacht hat. Erlauben Sie außerdem die Berechtigung für das im Protokoll fürprefix
angegebene Verzeichnis. Weitere Informationen zu Amazon S3 S3-Berechtigungen finden Sie unterAngeben von Berechtigungen in einer RichtlinieinAmazon Simple Storage Service — Benutzerhandbuch.Die folgenden Operationen können zum Auftreten des Fehlers
S3AccessDenied
führen.-
S3HeadObject
-
S3GetObject
-
S3ListObjects
-
S3DeleteObject
-
S3PutObject
-
Fehler: InvalidObjectState
Du kannst einen bekommenInvalidObjectState
Fehler, wenn ein anderer Schreiber als das angegebene File Gateway die angegebene Datei im angegebenen S3-Bucket ändert. Daher stimmt der Status der Datei für das File Gateway nicht mit dem Status in Amazon S3 überein. Alle nachfolgenden Uploads der Datei zu Amazon S3 oder Abrufe der Datei aus Amazon S3 schlagen fehl.
So beheben Sie einen InvalidObjectState-Fehler
Wenn der Vorgang, der die Datei ändert,S3Upload
oderS3GetObject
wie folgt:
-
Speichern Sie die neueste Kopie der Datei im lokalen Dateisystem Ihres SMB- oder NFS-Clients (Sie benötigen diese Dateikopie in Schritt 4). Wenn die Version der Datei in Amazon S3 die neueste Version ist, laden Sie diese Version herunter. Sie können dies über die AWS Management Console oder die AWS CLI ausführen.
-
Löschen Sie die Datei in Amazon S3 mitAWS Management ConsoleoderAWS CLIaus.
-
Löschen Sie die Datei mit Ihrem SMB- oder NFS-Client aus dem Datei-Gateway.
-
Kopieren Sie die neueste Version der Datei, die Sie in Schritt 1 in Amazon S3 mit Ihrem SMB- oder NFS-Client gespeichert haben. Führen Sie dies über den Datei-Gateway aus.
Fehler: ObjectMissing
Du kannst einen bekommenObjectMissing
Fehler, wenn ein anderer Schreiber als das angegebene File Gateway die angegebene Datei aus dem S3-Bucket löscht. Alle nachfolgenden Uploads auf Amazon S3 oder Abrufe von Amazon S3 für das Objekt schlagen fehl.
So beheben Sie einen ObjectMissing Fehler
Wenn der Vorgang, der die Datei ändert,S3Upload
oderS3GetObject
wie folgt:
-
Speichern Sie die neueste Kopie der Datei im lokalen Dateisystem Ihres SMB- oder NFS-Clients (Sie benötigen diese Dateikopie in Schritt 3).
-
Löschen Sie die Datei mit Ihrem SMB- oder NFS-Client aus dem Datei-Gateway.
-
Kopieren Sie die neueste Version der Datei, die Sie in Schritt 1 gespeichert haben, mit Ihrem SMB- oder NFS-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 einAvailabilityMonitorTest
Benachrichtigung 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
Wenn diese Fehlermeldung angezeigt wird, wenn die IAM-Rolle für eine Dateifreigabe eine falsch konfigurierte IAM-Vertrauensstellung aufweist (d. h. die IAM-Rolle vertraut dem Storage Gateway Gateway-Prinzipal mit dem Namen nichtstoragegateway.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ßen
storagegateway.amazonaws.com
Als 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
Im Folgenden finden Sie Informationen zu Aktionen zur Behebung von Problemen bei der Verwendung von Amazon CloudWatch CloudWatch-Metriken mit Storage Gateway.
Themen
- Ihr Gateway reagiert langsam beim Durchsuchen von Verzeichnissen
- Ihr Gateway reagiert nicht
- Ihr Gateway überträgt Daten an Amazon S3 nur langsam an Amazon S3
- Ihr Gateway führt mehr Amazon S3 S3-Vorgänge durch als erwartet
- Sie sehen keine Dateien in Ihrem Amazon S3 S3-Bucket
- 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 dieIndexFetch
undIndexEviction
CloudWatch-Metriken:
-
Wenn das Symbol
IndexFetch
metrik ist größer als 0, wenn Sie einels
-Befehl oder Suchverzeichnisse, wurde Ihr 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 Symbol
IndexEviction
Die 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 S3-Buckets und fragen Sie nach 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 Symbol
MemUsedBytes
metrik ist bei oder fast identisch mitMemTotalBytes
Metrik, 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-Gateways verfügbar 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.
Ihr Gateway überträgt Daten an Amazon S3 nur langsam an Amazon S3
Wenn Ihr Datei-Gateway Daten nur langsam an Amazon S3 überträgt, gehen Sie folgendermaßen vor:
-
Wenn das Symbol
CachePercentDirty
Die 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 Symbol
CachePercentDirty
Metrik ist niedrig,IoWaitPercent
-Metrik WennIoWaitPercent
ist 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. -
Wenn
S3PutObjectRequestTime
,S3UploadPartRequestTime
, oderS3GetObjectRequestTime
hoch sind, könnte es zu einem Netzwerkengpass kommen. Analysieren Sie Ihr Netzwerk, um sicherzustellen, dass das Gateway die erwartete Bandbreite hat.
Ihr Gateway führt mehr Amazon S3 S3-Vorgänge durch als erwartet
Wenn Ihr Datei-Gateway mehr Amazon S3 S3-Vorgänge als erwartet ausführt, überprüfen Sie dieFilesRenamed
-Metrik Umbenennungsvorgänge sind in Amazon S3 teuer. Optimieren Sie Ihren Workflow, um die Anzahl der Umbenennungsvorgänge zu minimieren.
Sie sehen keine Dateien in Ihrem Amazon S3 S3-Bucket
Wenn Sie feststellen, dass Dateien auf dem Gateway nicht im Amazon S3 S3-Bucket 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-Sicherungsauftrag schlägt fehl oder es gibt Fehler beim Schreiben in Ihr Gateway
Wenn Ihr File Gateway-Sicherungsauftrag fehlschlägt oder während des Schreibens in Ihr File Gateway Fehler auftreten, gehen Sie folgendermaßen vor:
-
Wenn das Symbol
CachePercentDirty
Die Metrik beträgt 90 Prozent oder höher. Ihr File Gateway kann keine neuen Schreibvorgänge auf den Datenträger akzeptieren, da auf dem Cache-Datenträger nicht genügend Speicherplatz verfügbar ist. Hier erfahren Sie, wie schnell Ihr Datei-Gateway auf Amazon FSx oder Amazon S3 hochlädt, rufen Sie dieCloudBytesUploaded
-Metrik Vergleichen Sie diese Metrik mit demWriteBytes
Metrik, 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 der
CachePercentDirty
Die 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-BefehlSet-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.