Risoluzione dei problemi di EFS prestazioni di Amazon

In generale, se riscontri problemi con Amazon EFS che non riesci a risolvere, conferma che stai utilizzando un kernel Linux recente. Se si sta utilizzando una distribuzione Linux enterprise, consigliamo di attenersi alle seguenti indicazioni:

• Amazon Linux 2 con kernel 4.3 o successivo

• Amazon Linux 2015.09 o versioni successive

• RHEL7.3 o versione successiva

• Tutte le versioni di Ubuntu 16.04

• Ubuntu 14.04 con kernel 3.13.0-83 o versioni successive

• SLES12 Sp2 o versione successiva

Se si sta usando un'altra distribuzione o un kernel personalizzato, consigliamo un kernel versione 4.3 o più recente.

Nota

RHEL6.9 potrebbe non essere ottimale per determinati carichi di lavoro a causa di. Prestazioni scadenti durante l'apertura di svariati file in parallelo

Impossibile creare un file system EFS

Una richiesta di creazione di un EFS file system ha esito negativo e viene visualizzato il seguente messaggio:

User: arn:aws:iam::111122223333:user/username is not authorized to
perform: elasticfilesystem:CreateFileSystem on the specified resource.

Operazione da eseguire

Controlla la tua policy AWS Identity and Access Management (IAM) per confermare di essere autorizzato a creare EFS file system con le condizioni di risorse specificate. Per ulteriori informazioni, consulta Gestione delle identità e degli accessi per Amazon EFS.

Accesso negato ai file consentiti sul NFS file system

Quando un utente a cui sono assegnati più di 16 gruppi di accesso IDs (GIDs) tenta di eseguire un'operazione su un NFS file system, potrebbe vedersi negato l'accesso ai file consentiti sul file system. Questo problema si verifica perché il NFS protocollo ne supporta un massimo di 16 GIDs per utente e tutti gli altri GIDs vengono troncati dalla richiesta del NFS client, come definito nel 5531. RFC

Operazione da eseguire

Ristruttura le mappature di NFS utenti e gruppi in modo che a ogni utente non vengano assegnati più di 16 gruppi di accesso (). GIDs

Errori durante l'accesso alla EFS console Amazon

Questa sezione descrive gli errori che gli utenti potrebbero riscontrare durante l'accesso alla console EFS di gestione Amazon.

Errore durante l'autenticazione delle credenziali per ec2:DescribeVPCs

Il seguente messaggio di errore viene visualizzato quando si accede alla EFS console Amazon:

AuthFailure: An error occurred authenticating your credentials for ec2:DescribeVPCs.

Questo errore indica che le tue credenziali di accesso non sono state autenticate correttamente con il servizio AmazonEC2. La EFS console Amazon chiama il EC2 servizio Amazon per tuo conto quando crei EFS file system nel file VPC che preferisci.

Operazione da eseguire

Assicurati che l'ora in cui il client accede alla EFS console Amazon sia impostata correttamente.

L'EC2istanza Amazon si blocca

Un'EC2istanza Amazon può bloccarsi perché hai eliminato una destinazione di montaggio del file system senza prima smontare il file system.

Operazione da eseguire

Prima di eliminare una destinazione di montaggio di un file system, smontare il file system. Per ulteriori informazioni sullo smontaggio del EFS file system Amazon, consultaSmontaggio dei file system.

Blocco di un'applicazione che esegue la scrittura di grandi quantità di dati

Un'applicazione che scrive una grande quantità di dati su Amazon si EFS blocca e causa il riavvio dell'istanza.

Operazione da eseguire

Se un'applicazione impiega troppo tempo a scrivere tutti i suoi dati su AmazonEFS, Linux potrebbe riavviarsi perché sembra che il processo non risponda. Due parametri di configurazione del kernel definiscono questo comportamento, kernel.hung_task_panic e kernel.hung_task_timeout_secs.

Nell'esempio seguente, lo stato del processo appeso è segnalato dal comando ps con D prima del riavvio dell'istanza, indicando che il processo di attesa delle operazioni di I/O.

$ ps aux | grep large_io.py
root 33253 0.5 0.0 126652 5020 pts/3 D+ 18:22 0:00 python large_io.py
/efs/large_file

Per prevenire un riavvio, aumentare il periodo di timeout o disabilitare la modalità panic del kernel al rilevamento di un'operazione in attesa. Il comando seguente disabilita la modalità panic del kernel in caso di operazione in attesa sulla maggior parte dei sistemi Linux.

$ sudo sysctl -w kernel.hung_task_panic=0

Prestazioni scadenti durante l'apertura di svariati file in parallelo

Le applicazioni che consentono di aprire più file in parallelo non mostrano l'incremento prestazionale previsto della parallelizzazione degli I/O.

Operazione da eseguire

Questo problema si verifica sui client Network File System versione 4 (NFSv4) e su RHEL 6 client che utilizzano NFSv4 .1 perché questi NFS client serializzano e funzionano. NFS OPEN CLOSE Utilizza la versione 4.1 del NFS protocollo e una delle distribuzioni Linux consigliate che non presenta questo problema.

Se non puoi usare NFSv4 .1, tieni presente che il client Linux NFSv4 .0 serializza le richieste di apertura e chiusura per ID utente e gruppo. IDs Questa serializzazione ha luogo anche quando più processi o più thread inviano molteplici richieste contemporaneamente. Il client invia solo un'operazione di apertura o chiusura a un NFS server alla volta, quando tutte corrispondono. IDs Per risolvere questi problemi, è possibile eseguire le seguenti azioni:

• Puoi eseguire ogni processo da un ID utente diverso sulla stessa EC2 istanza Amazon.

• Puoi lasciare l'utente IDs lo stesso per tutte le richieste aperte e modificare IDs invece il set di gruppi.

• Puoi eseguire ogni processo da un'EC2istanza Amazon separata.

NFSImpostazioni personalizzate che causano ritardi di scrittura

Hai impostazioni NFS client personalizzate e un'EC2istanza Amazon impiega fino a tre secondi per vedere un'operazione di scrittura eseguita su un file system da un'altra EC2 istanza Amazon.

Operazione da eseguire

Se si verifica questo problema, è possibile risolverlo in uno dei seguenti modi:

• Se il NFS client sull'EC2istanza Amazon che sta leggendo i dati ha attivato la memorizzazione nella cache degli attributi, smonta il file system. Quindi rimontare utilizzando l'opzione noac per disabilitare il caching degli attributi. La memorizzazione nella cache degli attributi in NFSv4 .1 è abilitata per impostazione predefinita.

  Nota

  La disabilitazione della cache lato client può ridurre le prestazioni dell'applicazione.

• È inoltre possibile cancellare la cache degli attributi su richiesta utilizzando un linguaggio di programmazione compatibile con le NFS procedure. Per eseguire questa operazione, è possibile inviare una richiesta alla procedura di ACCESS immediatamente prima di una richiesta di lettura.

  Ad esempio, utilizzando il linguaggio di programmazione Python, è possibile costruire la seguente chiamata.

  # Does an NFS ACCESS procedure request to clear the attribute cache, given a path to the file
  import os
  os.access(path, os.W_OK)

La creazione di backup con Oracle Recovery Manager è lenta

Le creazioni di backup con Oracle Recovery Manager possono essere lente se Oracle Recovery Manager si mette in sospensione per 120 secondi prima dell'avvio di un processo di backup.

Operazione da eseguire

Se riscontri questo problema, disabilita Oracle DirectNFS, come descritto in Abilitazione e disabilitazione di Direct NFS Client Control o NFS nel Centro assistenza Oracle.

Nota

Amazon EFS non supporta Oracle DirectNFS.