Come risolvere i problemi del gateway di file - AWSStorage Gateway
Errore: InaccessibleStorageClassErrore: Accesso S3 negatoErrore: InvalidObjectState invalidiErrore: ObjectMissing: Notification Riavvio: Notification HardReboot: Notification HealthCheckFailure: Notification AvailabilityMonitorTestErrore: RoleTrustRelationshipInvalidRisoluzione dei problemi con le metriche di CloudWatch

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Come risolvere i problemi del gateway di file

Puoi configurare il gateway file con un gruppo di log Amazon CloudWatch quando esegui VMware vSphere High Availability (HA). In tal caso, vengono visualizzate le notifiche sullo stato di integrità del gateway file e sugli errori rilevati dal gateway file. Le informazioni su queste notifiche di errore e di integrità sono disponibili in CloudWatch Logs.

Nelle sezioni seguenti sono disponibili informazioni che consentono di comprendere la causa di ogni errore e notifica di integrità e come risolvere i problemi.

Errore: InaccessibleStorageClass

È possibile ottenere unInaccessibleStorageClassErrore durante il trasferimento di un oggetto dalla classe di storage Amazon S3 Standard.

Di solito il gateway di file rileva l'errore quando tenta di caricare l'oggetto specificato nel bucket S3 o di leggere l'oggetto dal bucket S3. Con questo errore, generalmente l'oggetto si è trasferito in Amazon S3 Glacier ed è nella classe di storage S3 Glacier e S3 Glacier Deep Archive.

Per risolvere un errore InaccessibleStorageClass

  • Spostare l'oggetto dalla classe di storage S3 Glacier o S3 Glacier Deep Archive in S3.

    Se sposti l'oggetto nel bucket S3 per correggere un errore di caricamento, il file viene caricato. Se sposti l'oggetto nel bucket S3 per correggere un errore di lettura, il client SMB o NFS del gateway di file può leggere il file.

Errore: Accesso S3 negato

È possibile ottenere unS3AccessDeniederrore per l'accesso al bucket Amazon S3 di una condivisione di fileAWS Identity and Access Management(IAM) ruolo. In questo caso, il bucket S3 accede al ruolo IAM specificato daroleArnnell'errore non consente l'operazione in questione. L'operazione non è consentita a causa delle autorizzazioni per gli oggetti nella directory specificata dal prefisso Amazon S3.

Per risolvere un errore S3AccessDenied

  • Modifica della policy di accesso ad Amazon S3 adroleArnnel log dello stato del gateway di file per consentire le autorizzazioni per l'operazione Amazon S3. Assicurati che la policy di accesso consenta l'autorizzazione per l'operazione che ha causato l'errore. Inoltre, consenti l'autorizzazione per la directory specificata nel registro per prefix. Per informazioni sulle autorizzazioni di Amazon S3, consultaSpecificare le autorizzazioni in una policynelGuida per l'utente Amazon Simple Storage Service.

    Queste operazioni possono causare un errore S3AccessDenied.

    • S3HeadObject

    • S3GetObject

    • S3ListObjects

    • S3DeleteObject

    • S3PutObject

Errore: InvalidObjectState invalidi

È possibile ottenere unInvalidObjectStateerrore quando un writer diverso dal gateway file specificato modifica il file specificato nel bucket S3 indicato. Di conseguenza, lo stato del file per il gateway file non corrisponde al suo stato in Amazon S3. I caricamenti successivi del file in Amazon S3 o i recuperi del file da Amazon S3 non vanno a buon fine.

Per risolvere un errore InvalidObjectState

Se l'operazione che modifica il file èS3UploadoS3GetObject, eseguire le seguenti operazioni:

  1. Salvare la copia più recente del file nel file system locale del client SMB o NFS (è necessaria questa copia file nella fase 4). Se la versione del file in Amazon S3 è la più recente, scaricare tale versione. A tale scopo, è possibile utilizzare la AWS Management Console o l’AWS CLI.

  2. Eliminare il file in Amazon S3 utilizzando ilAWS Management ConsoleoAWS CLI.

  3. Eliminare il file dal gateway di file utilizzando il client SMB o NFS.

  4. Copia la versione più recente del file salvato nella fase 1 in Amazon S3 utilizzando il client SMB o NFS. Eseguire questa operazione tramite il gateway di file.

Errore: ObjectMissing

È possibile ottenere unObjectMissingerrore quando un writer diverso dal gateway file specificato elimina il file specificato dal bucket S3. Eventuali caricamenti successivi in Amazon S3 o recuperi da Amazon S3 per l'oggetto non vanno a buon fine.

Per risolvere un errore ObjectMissing

Se l'operazione che modifica il file èS3UploadoS3GetObject, eseguire le seguenti operazioni:

  1. Salvare la copia più recente del file nel file system locale del client SMB o NFS (è necessaria questa copia file nella fase 3).

  2. Eliminare il file dal gateway di file utilizzando il client SMB o NFS.

  3. Copiare la versione più recente del file salvato nella fase 1 utilizzando il client SMB o NFS. Eseguire questa operazione tramite il gateway di file.

: Notification Riavvio

Puoi ricevere una notifica di riavvio quando la VM del gateway viene riavviata. Puoi riavviare una macchina virtuale gateway utilizzando la console VM Hypervisor Management (Gestione hypervisor VM) o la console Storage Gateway (Storage È inoltre possibile riavviare utilizzando il software del gateway durante il ciclo di manutenzione del gateway.

Se il riavvio viene eseguito entro 10 minuti dall'ora di avvio della manutenzione configurata del gateway, probabilmente è un evento normale e non un'indicazione di problema. Se il riavvio è stato eseguito al di fuori della finestra di manutenzione in modo significativo, verifica se il gateway è stato riavviato manualmente.

: Notification HardReboot

Puoi ricevere una notifica HardReboot quando la VM del gateway viene riavviata in modo imprevisto. Questo riavvio può essere dovuto a mancanza di alimentazione, a un guasto hardware o a un altro evento. Per i gateway VMware, un ripristino da parte di vSphere High Availability Application Monitoring può attivare questo evento.

Quando il gateway viene eseguito in questo ambiente, verifica la presenza della notifica HealthCheckFailure e consulta il log degli eventi VMware per la macchina virtuale.

: Notification HealthCheckFailure

Per un gateway su VMware vSphere HA, puoi ricevere una notifica HealthCheckFailure quando un controllo dello stato non riesce e viene richiesto un riavvio della macchina virtuale. Questo evento si verifica anche durante un test per monitorare la disponibilità, indicato da una notifica AvailabilityMonitorTest. In questo caso, la notifica HealthCheckFailure è prevista.

Nota

Questa notifica è solo per i gateway VMware.

Se questo evento si verifica ripetutamente senza notifica AvailabilityMonitorTest, verifica la presenza di problemi nell'infrastruttura VM (storage, memoria e così via). Se hai bisogno di ulteriore assistenza, contattaAWS Support.

: Notification AvailabilityMonitorTest

Si ottiene unAvailabilityMonitorTestnotifica quando tueseguire un testdelControllo della disponibilità e delle applicazionisistema su gateway in esecuzione su una piattaforma VMware vSphere HA.

Errore: RoleTrustRelationshipInvalid

Questo errore viene visualizzato quando il ruolo IAM per una condivisione di file ha una relazione di trust IAM configurata in modo errato (ovvero, il ruolo IAM non considera attendibile l'principal Storage Gateway denominato con il nome di Storage Gateway denominatostoragegateway.amazonaws.com). Di conseguenza, il gateway file non sarebbe in grado di ottenere le credenziali per eseguire le operazione sul bucket S3 che supporta la condivisione file.

Per risolvere un errore RoleTrustRelationshipInvalid

Risoluzione dei problemi con le metriche di CloudWatch

Di seguito è spiegato cosa fare per risolvere i problemi nell'utilizzo dei parametri Amazon CloudWatch con Storage Gateway.

Il gateway reagisce lentamente durante la navigazione delle directory

Se il gateway di file reagisce lentamente quando esegui il filelscomando o sfoglia directory, controlla ilIndexFetcheIndexEvictionParametri di CloudWatch

  • Se il fileIndexFetchla metrica è maggiore di 0 quando si esegue unlscomando o esplori le directory, il gateway è stato avviato senza informazioni sul contenuto della directory interessata e ha dovuto accedere ad Amazon S3. Gli sforzi successivi per elencare i contenuti di tale directory dovrebbero avvenire più velocemente.

  • Se il fileIndexEvictionil parametro è maggiore di 0, significa che il gateway di file ha raggiunto il limite di ciò che può gestire nella cache in quel momento. In questo caso, il gateway di file deve liberare spazio di storage dalla directory a cui ha avuto accesso meno di recente per elencare una nuova directory. Se ciò si verifica frequentemente e si riscontra un impatto sulle prestazioni, contattareAWS Support.

    Discutere conAWS Supportil contenuto del bucket S3 correlato e le raccomandazioni per migliorare le prestazioni in base al caso d'uso.

Il tuo gateway non risponde

Se il gateway di file non risponde, procedi come segue:

  • Se di recente è stato eseguito un riavvio o aggiornamento software, controlla il parametro IOWaitPercent. Questo parametro mostra la percentuale di tempo in cui la CPU è inattiva quando è presente una richiesta di I/O su disco in sospeso. In alcuni casi, questo valore potrebbe essere elevato (10 o maggiore) e potrebbe essere aumentato dopo il riavvio o l'aggiornamento del server. In questi casi, il gateway file potrebbe essere rallentato da un disco root lento mentre ricostruisce la cache dell'indice nella RAM. Puoi risolvere questo problema utilizzando un disco fisico più veloce per il disco root.

  • Se il fileMemUsedBytesmetrica è uguale o quasi uguale allaMemTotalBytesparametro, quindi il gateway di file sta esaurendo la RAM disponibile. Verificare che il gateway di file disponga almeno della RAM minima richiesta. In tal caso, considera l'aggiunta di più RAM al gateway file in base al carico di lavoro e al caso d'uso.

    Se la condivisione file è SMB, il problema potrebbe anche essere dovuto al numero di client SMB connessi alla condivisione file. Controlla il parametro SMBV(1/2/3)Sessions per vedere il numero di client connessi in un dato momento. Se sono presenti molti client connessi, potrebbe essere necessario aggiungere più RAM al gateway file.

Il gateway è lento durante il trasferimento dei dati ad Amazon S3

Se il gateway di file è lento durante il trasferimento dei dati ad Amazon S3, procedi come segue:

  • Se il fileCachePercentDirtyLa metrica è pari o superiore a 80, il gateway file scrive i dati su disco più velocemente di quanti ne possa caricare in Amazon S3. Prendi in considerazione l'aumento della larghezza di banda per il caricamento dal gateway, l'aggiunta di uno o più dischi della cache o il rallentamento delle scritture client.

  • Se il fileCachePercentDirtyla metrica è bassa, controlla ilIoWaitPercentParametri di SeIoWaitPercentè maggiore di 10, il gateway file potrebbe essere rallentato dalla velocità del disco della cache locale. Consigliamo dischi SSD (Solid State Drive) locali per la cache, preferibilmente NVM Express (NVMe). Se questi dischi non sono disponibili, prova a utilizzare più dischi di cache da dischi fisici separati per migliorare le prestazioni.

  • SeS3PutObjectRequestTime,S3UploadPartRequestTime, oppureS3GetObjectRequestTimesono alti, potrebbe esserci un collo di bottiglia di rete. Prova ad analizzare la tua rete per verificare che il gateway abbia la larghezza di banda prevista.

Il gateway sta eseguendo più operazioni Amazon S3 del previsto

Se il gateway di file sta eseguendo più operazioni Amazon S3 del previsto, controlla ilFilesRenamedParametri di Le operazioni di rinominazione sono costose da eseguire in Amazon S3. Ottimizza il flusso di lavoro per ridurre al minimo il numero di operazioni di rinominazione.

Non vengono visualizzati i file nel bucket Amazon S3

Se noti che i file nel gateway non si riflettono nel bucket Amazon S3, controllarne laFilesFailingUploadParametri di Se la metrica segnala che alcuni file non sono stati caricati, controlla le notifiche dello stato. Quando i file non vengono caricati, il gateway genera una notifica di integrità contenente ulteriori dettagli sul problema.

Il processo di backup del gateway non riesce o si verificano errori durante la scrittura sul gateway

Se il processo di backup del gateway file non riesce o si verificano errori durante la scrittura nel gateway file, effettuare le operazioni seguenti:

  • Se il fileCachePercentDirtyIl parametro è pari o superiore al 90%, il gateway file non può accettare nuove scritture su disco perché non è disponibile spazio sufficiente sul disco della cache. Per verificare la velocità di caricamento del gateway di file su Amazon FSx o Amazon S3, consulta laCloudBytesUploadedParametri di Confronta quella metrica con laWriteBytesparametro, che mostra la velocità con cui il client sta scrivendo file nel gateway di file. Se il gateway file scrive più velocemente di quanto possa caricare in Amazon FSx o Amazon S3, aggiungi più dischi della cache per coprire almeno la dimensione del processo di backup. In alternativa, aumenta la larghezza di banda di caricamento.

  • Se un processo di backup fallisce ma ilCachePercentDirtyLa metrica è inferiore all'80%, il gateway file potrebbe causare un timeout della sessione lato client. Per SMB, puoi aumentare questo timeout utilizzando il comando PowerShell Set-SmbClientConfiguration -SessionTimeout 300. L'esecuzione di questo comando imposta il timeout su 300 secondi.

    Per NFS, assicurati che il client sia montato utilizzando un hard mount anziché un soft mount.