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à. # Best practice per ottimizzare le prestazioni di S3 Express One Zone Ottimizzazione delle prestazioni di S3 Express One Zone Durante la creazione di applicazioni che caricano e recuperano oggetti da Amazon S3 Express One Zone, segui le nostre linee guida sulle best practice per ottimizzare le prestazioni. Per utilizzare la classe di archiviazione S3 Express One Zone, devi creare una directory di bucket S3. La classe di archiviazione S3 Express One Zone non è supportata per l'utilizzo con bucket per uso generico S3. Per le linee guida sulle prestazioni per tutte le altre classi di archiviazione Amazon S3 e i bucket per uso generico S3, consulta [Best practice e modelli di progettazione: ottimizzazione delle prestazioni di Amazon S3](optimizing-performance.md). Per prestazioni e scalabilità ottimali con la classe di archiviazione S3 Express One Zone e i bucket di directory in carichi di lavoro su larga scala, è importante capire in che modo i bucket di directory sono diversi dai bucket generici. Pertanto, di seguito sono fornite le best practice per allineare le applicazioni al modo in cui funzionano i bucket di directory. ## Come funzionano i bucket di directory La classe di archiviazione Amazon S3 Express One Zone può supportare carichi di lavoro con un massimo di 2.000.000 transazioni GET e fino a 200.000 transazioni PUT al secondo (TPS) per ogni bucket di directory. Con S3 Express One Zone, i dati sono archiviati in bucket di directory S3 situati nelle zone di disponibilità. Gli oggetti nei bucket di directory sono accessibili all’interno di un namespace gerarchico, simile a un file system, a differenza dei bucket per uso generico S3 che hanno un namespace semplice. A differenza dei bucket per uso generico, i bucket di directory organizzano le chiavi in maniera gerarchica in directory anziché prefissi. Un prefisso è una stringa di caratteri all’inizio del nome della chiave dell’oggetto. È possibile utilizzare i prefissi per organizzare i dati e gestire un’architettura di archiviazione degli oggetti semplice in bucket per uso generico. Per ulteriori informazioni, consulta [Organizzazione degli oggetti utilizzando i prefissi](using-prefixes.md). Nei bucket di directory, gli oggetti sono organizzati in un namespace gerarchico utilizzando la barra (`/`) come unico delimitatore supportato. Quando carichi un oggetto con una chiave come `dir1/dir2/file1.txt`, le directory `dir1/` e `dir2/` vengono create e gestite automaticamente da Amazon S3. Le directory vengono create durante le operazioni `PutObject` o `CreateMultiPartUpload` e rimosse automaticamente quando sono vuote dopo le operazioni `DeleteObject` o `AbortMultiPartUpload`. Non esiste alcun limite massimo al numero di oggetti e sottodirectory presenti in una directory. Le directory create quando gli oggetti vengono caricati nei bucket di directory possono scalare istantaneamente per ridurre la possibilità di errori HTTP `503 (Slow Down)`. Questo dimensionamento automatico consente alle applicazioni di parallelizzare le richieste di lettura e scrittura all'interno e tra le directory in base alle esigenze. Per S3 Express One Zone, le singole directory sono progettate per supportare la frequenza massima di richieste di un bucket di directory. Non è necessario applicare la randomizzazione dei prefissi delle chiavi per ottenere prestazioni ottimali perché il sistema distribuisce automaticamente gli oggetti con una distribuzione uniforme del carico, ma di conseguenza, le chiavi non vengono archiviate in base all’ordine lessicografico nei bucket di directory. Questo comportamento è in contrasto con i bucket per uso generico S3, in cui è più probabile che le chiavi simili dal punto di vista lessicografico siano collocate sullo stesso server. Per ulteriori informazioni sugli esempi di operazioni di bucket di directory e interazioni tra directory, consulta [Esempi di funzionamento del bucket di directory e di interazione con le directory](#s3-express-directory-bucket-examples). ## Best practice Segui le best practice per ottimizzare le prestazioni del bucket di directory e consentire ai carichi di lavoro di scalare nel tempo. ### Utilizzare directory contenenti molte voci (oggetti o sottodirectory) I bucket di directory offrono prestazioni elevate per impostazione predefinita per tutti i carichi di lavoro. Per un’ottimizzazione ancora maggiore delle prestazioni con determinate operazioni, il consolidamento di più voci (ossia oggetti o sottodirectory) nelle directory comporta una latenza inferiore e una frequenza di richieste più elevata: + Le operazioni API mutanti, come `PutObject`, `DeleteObject`, `CreateMultiPartUpload` e `AbortMultiPartUpload`, ottengono prestazioni ottimali se implementate con un numero contenuto di directory più dense con migliaia di voci, anziché con un numero elevato di directory più piccole. + Le operazioni `ListObjectsV2` funzionano meglio quando si devono attraversare meno directory per popolare una pagina di risultati. #### Non utilizzare l’entropia nei prefissi Nelle operazioni di Amazon S3, l’entropia si riferisce alla randomizzazione nella denominazione dei prefissi che aiuta a distribuire i carichi di lavoro in modo uniforme tra le partizioni di archiviazione. Tuttavia, poiché i bucket di directory gestiscono internamente la distribuzione del carico, non è consigliabile utilizzare l’entropia nei prefissi per migliorare le prestazioni. Questo perché per i bucket di directory, l’entropia può rallentare le richieste non riutilizzando le directory che sono già state create. Un modello di chiave come `$HASH/directory/object` potrebbe finire per creare molte directory intermedie. Nel seguente esempio, tutti i `job-1` sono directory diverse perché gli elementi principali sono diversi. Le directory saranno piccole e le richieste di mutazione e di elenco saranno più lente. In questo esempio ci sono 12 directory intermedie che hanno tutte una singola voce. ``` s3://my-bucket/0cc175b9c0f1b6a831c399e269772661/job-1/file1 s3://my-bucket/92eb5ffee6ae2fec3ad71c777531578f/job-1/file2 s3://my-bucket/4a8a08f09d37b73795649038408b5f33/job-1/file3 s3://my-bucket/8277e0910d750195b448797616e091ad/job-1/file4 s3://my-bucket/e1671797c52e15f763380b45e841ec32/job-1/file5 s3://my-bucket/8fa14cdd754f91cc6554c9e71929cce7/job-1/file6 ``` Per ottenere prestazioni ottimali, è possibile rimuovere il componente `$HASH` e consentire a `job-1` di diventare una singola directory, migliorando la densità della directory. Nell’esempio seguente, la singola directory intermedia con sei voci può ottenere prestazioni migliori rispetto all’esempio precedente. ``` s3://my-bucket/job-1/file1 s3://my-bucket/job-1/file2 s3://my-bucket/job-1/file3 s3://my-bucket/job-1/file4 s3://my-bucket/job-1/file5 s3://my-bucket/job-1/file6 ``` Questo vantaggio in termini di prestazioni si verifica perché quando una chiave dell’oggetto viene inizialmente creata e il relativo nome della chiave include una directory, la directory viene creata automaticamente per l’oggetto. I successivi caricamenti di oggetti nella stessa directory non richiedono la creazione della directory, riducendo pertanto la latenza su caricamenti di oggetti nelle directory esistenti. #### Utilizzare un separatore diverso dalla barra (/) per separare le parti della chiave se non è necessario raggruppare logicamente gli oggetti durante le chiamate `ListObjectsV2` Poiché il delimitatore `/` è trattato in modo speciale per i bucket di directory, deve essere utilizzato intenzionalmente. Sebbene i bucket di directory non dispongano gli oggetti in base all’ordine lessicografico, gli oggetti all’interno di una directory sono comunque raggruppati in output `ListObjectsV2`. Se non è necessaria questa funzionalità, puoi sostituire `/` con un altro carattere come separatore per evitare la creazione di directory intermedie. Ad esempio, supponi che le seguenti chiavi siano nel modello di prefisso `YYYY/MM/DD/HH/` ``` s3://my-bucket/2024/04/00/01/file1 s3://my-bucket/2024/04/00/02/file2 s3://my-bucket/2024/04/00/03/file3 s3://my-bucket/2024/04/01/01/file4 s3://my-bucket/2024/04/01/02/file5 s3://my-bucket/2024/04/01/03/file6 ``` Se non è necessario raggruppare gli oggetti in base all’ora o al giorno nei risultati di `ListObjectsV2`, ma è necessario raggruppare gli oggetti in base al mese, il seguente modello di chiave `YYYY/MM/DD-HH-` consente di ridurre notevolmente il numero di directory e di migliorare le prestazioni dell’operazione `ListObjectsV2`. ``` s3://my-bucket/2024/04/00-01-file1 s3://my-bucket/2024/04/00-01-file2 s3://my-bucket/2024/04/00-01-file3 s3://my-bucket/2024/04/01-02-file4 s3://my-bucket/2024/04/01-02-file5 s3://my-bucket/2024/04/01-02-file6 ``` #### Utilizzare operazioni con elenchi delimitati se possibile Una richiesta `ListObjectsV2` senza `delimiter` esegue l’attraversamento ricorsivo depth-first di tutte le directory. Una richiesta `ListObjectsV2` con `delimiter` recupera solo le voci nella directory specificata dal parametro `prefix`, riducendo la latenza della richiesta e aumentando le chiavi aggregate al secondo. Per i bucket di directory, utilizza operazioni con elenchi delimitati, ove possibile. Gli elenchi delimitati fanno sì che le directory vengano visitate meno volte, il che comporta più chiavi al secondo e una minore latenza delle richieste. Ad esempio, considera le directory e gli oggetti seguenti presenti nel bucket di directory: ``` s3://my-bucket/2024/04/12-01-file1 s3://my-bucket/2024/04/12-01-file2 ... s3://my-bucket/2024/05/12-01-file1 s3://my-bucket/2024/05/12-01-file2 ... s3://my-bucket/2024/06/12-01-file1 s3://my-bucket/2024/06/12-01-file2 ... s3://my-bucket/2024/07/12-01-file1 s3://my-bucket/2024/07/12-01-file2 ... ``` Per migliorare le prestazioni di `ListObjectsV2`, utilizza un elenco delimitato per elencare le sottodirectory e gli oggetti, se la logica dell’applicazione lo consente. Ad esempio, puoi eseguire il comando seguente per l’operazione con elenco delimitato: ``` aws s3api list-objects-v2 --bucket my-bucket --prefix '2024/' --delimiter '/' ``` L’output è l’elenco delle sottodirectory. ``` { "CommonPrefixes": [ { "Prefix": "2024/04/" }, { "Prefix": "2024/05/" }, { "Prefix": "2024/06/" }, { "Prefix": "2024/07/" } ] } ``` Per elencare ogni sottodirectory con le prestazioni migliori, puoi eseguire un comando simile all’esempio seguente. Comando: ``` aws s3api list-objects-v2 --bucket my-bucket --prefix '2024/04' --delimiter '/' ``` Output: ``` { "Contents": [ { "Key": "2024/04/12-01-file1" }, { "Key": "2024/04/12-01-file2" } ] } ``` ### Co-ubicazione dello spazio di archiviazione S3 Express One Zone con risorse di calcolo Con S3 Express One Zone, ogni bucket di directory si trova in una singola zona di disponibilità che selezioni quando crei il bucket. Puoi iniziare creando un nuovo bucket di directory in una zona di disponibilità locale nei carichi di lavoro o nelle risorse di calcolo. Quindi, puoi iniziare immediatamente letture e scritture a latenza molto bassa. I bucket di directory sono un tipo di bucket S3 in cui puoi scegliere la zona di disponibilità in modo da ridurre la latenza tra elaborazione e archiviazione. Regione AWS Se accedi ai bucket di directory tra zone di disponibilità, è possibile che si verifichi un leggero aumento della latenza. Per ottimizzare le prestazioni, ti consigliamo di accedere a un bucket di directory dalle istanze di Amazon Elastic Container Service, Amazon Elastic Kubernetes Service e Amazon Elastic Compute Cloud che si trovano nella stessa zona di disponibilità, se possibile. ### Utilizzare connessioni simultanee per ottenere un throughput elevato con oggetti superiori a 1 MB Puoi ottenere prestazioni ottimali inviando più richieste simultanee ai bucket di directory per distribuire le richieste su connessioni separate per massimizzare la larghezza di banda accessibile. Come per i bucket per uso generico, S3 Express One Zone non impone limiti al numero di connessioni effettuate al bucket di directory. Le singole directory possono dimensionare le prestazioni orizzontalmente e automaticamente quando si verifica un numero elevato di scritture simultanee nella stessa directory. Le singole connessioni TCP ai bucket di directory hanno un limite massimo fisso per il numero di byte che possono essere caricati o scaricati al secondo. Quando gli oggetti diventano più grandi, i tempi di richiesta vengono dominati dallo streaming di byte anziché dall’elaborazione della transazione. Per utilizzare più connessioni per parallelizzare il caricamento o il download di oggetti più grandi, puoi ridurre la latenza. end-to-end Se utilizzi `Java 2.x` SDK, dovrai prendere in considerazione l’utilizzo di [S3 Transfer Manager](https://docs.aws.amazon.com/sdk-for-java/latest/developer-guide/transfer-manager.html), che sfrutta i miglioramenti delle prestazioni come le [operazioni API di caricamento in più parti](https://docs.aws.amazon.com/AmazonS3/latest/userguide/mpuoverview.html) e il recupero di intervalli di byte per accedere ai dati in parallelo. ### Utilizzare gli endpoint VPC del gateway Gli endpoint del gateway forniscono la connessione diretta dal VPC ai bucket di directory, senza richiedere un gateway Internet o un dispositivo NAT per il VPC. Per ridurre il tempo che i pacchetti trascorrono sulla rete, è necessario configurare il VPC con un endpoint VPC del gateway per i bucket di directory. Per ulteriori informazioni, consulta [Collegamento in rete per i bucket di directory](s3-express-networking.md). ### Utilizzare l’autenticazione della sessione e riutilizzare i token di sessione finché validi I bucket di directory forniscono un meccanismo di autenticazione dei token di sessione per ridurre la latenza sulle operazioni API sensibili alle prestazioni. È possibile effettuare una singola chiamata a `CreateSession` per ottenere un token di sessione valido per tutte le richieste nei 5 minuti successivi. Per ottenere la latenza più bassa nelle chiamate API, assicurati di acquisire un token di sessione e riutilizzarlo per la sua intera durata prima di aggiornarlo. Se si utilizza AWS SDKs, il token di SDKs gestione della sessione si aggiorna automaticamente per evitare interruzioni del servizio alla scadenza di una sessione. Ti consigliamo di utilizzare il AWS SDKs per avviare e gestire le richieste relative al funzionamento dell'API. `CreateSession` Per ulteriori informazioni su `CreateSession`, consultare [Autorizzazione delle operazioni API dell'endpoint di zona con `CreateSession`](s3-express-create-session.md). ### Utilizzare un client basato su CRT AWS Common Runtime (CRT) è un insieme di librerie modulari, performanti ed efficienti scritte in C e pensate per fungere da base per. AWS SDKs CRT offre un maggiore throughput, una migliore gestione delle connessioni e tempi di avvio più rapidi. Il CRT è disponibile in tutte le versioni tranne Go. AWS SDKs [Per ulteriori informazioni su come configurare il CRT per l'SDK che utilizzi, consulta le [librerie AWS Common Runtime (CRT)](https://docs.aws.amazon.com/sdkref/latest/guide/common-runtime.html), Accelerazione del [throughput di Amazon S3 con AWS Common Runtime, Introduzione del](https://aws.amazon.com/blogs//storage/improving-amazon-s3-throughput-for-the-aws-cli-and-boto3-with-the-aws-common-runtime/)[client S3 basato su CRT e S3 Transfer Manager nell' AWS SDK for Java 2.x, Uso di S3 per le](https://aws.amazon.com/blogs//developer/introducing-crt-based-s3-client-and-the-s3-transfer-manager-in-the-aws-sdk-for-java-2-x/)[operazioni Amazon CrtClient S3](https://docs.aws.amazon.com/sdk-for-cpp/v1/developer-guide/examples-s3-crt.html) e Configurazione dei client HTTP basati su CRT. AWS](https://docs.aws.amazon.com/sdk-for-java/latest/developer-guide/http-configuration-crt.html) ### Utilizza la versione più recente di AWS SDKs AWS SDKs Forniscono supporto integrato per molte delle linee guida consigliate per l'ottimizzazione delle prestazioni di Amazon S3. SDKs Offrono un'API più semplice per sfruttare Amazon S3 dall'interno di un'applicazione e vengono regolarmente aggiornate per seguire le best practice più recenti. Ad esempio, riprovano SDKs automaticamente le richieste dopo `503` errori HTTP e gestiscono le risposte di connessioni lente. Se utilizzi `Java 2.x` SDK, dovrai prendere in considerazione l’utilizzo di [S3 Transfer Manager](https://docs.aws.amazon.com/sdk-for-java/latest/developer-guide/transfer-manager.html), che scala automaticamente le connessioni orizzontalmente per ottenere migliaia di richieste al secondo utilizzando richieste con intervallo di byte, se necessario. Le richieste con intervallo di byte possono migliorare le prestazioni perché è possibile utilizzare connessioni simultanee a S3 per recuperare diversi intervalli di byte dallo stesso oggetto. Questa operazione ti permette di ottenere un throughput aggregato superiore rispetto a una singola richiesta whole-object. Pertanto è importante utilizzare la versione più recente di AWS SDKs per ottenere le ultime funzionalità di ottimizzazione delle prestazioni. ## Risoluzione dei problemi relativi alle prestazioni ### Si impostano le richieste dei tentativi per applicazioni sensibili alla latenza? S3 Express One Zone è progettato appositamente per offrire livelli costanti di alte prestazioni senza ulteriori regolazioni. Tuttavia, l'impostazione di valori di timeout aggressivi e nuovi tentativi possono contribuire ulteriormente a garantire latenza e prestazioni costanti. AWS SDKs Dispongono di valori di timeout e tentativi configurabili che è possibile regolare in base alle tolleranze dell'applicazione specifica. ### Stai utilizzando librerie AWS Common Runtime (CRT) e tipi di istanze Amazon EC2 ottimali? Le applicazioni che eseguono un elevato numero di operazioni di lettura e scrittura richiedono una capacità di memoria o calcolo superiore rispetto alle applicazioni che non eseguono tali operazioni. Durante il lancio delle istanze Amazon Elastic Compute Cloud (Amazon EC2) per carichi di lavoro esigenti in termini di prestazioni, scegli i tipi di istanza che dispongono della quantità di risorse necessaria per l'applicazione. Lo storage ad alte prestazioni S3 Express One Zone si abbina idealmente a tipi di istanze più grandi e più recenti con maggiori quantità di memoria di sistema, più potenti CPUs e GPUs che possono trarre vantaggio da uno storage a prestazioni più elevate. Consigliamo inoltre di utilizzare le versioni più recenti di CRT-Enabled AWS SDKs, che possono accelerare meglio le richieste di lettura e scrittura in parallelo. ### Lo stai utilizzando AWS SDKs per l'autenticazione basata sulla sessione? Con Amazon S3, puoi anche ottimizzare le prestazioni quando utilizzi le richieste API REST HTTP seguendo le stesse best practice che fanno parte di. AWS SDKs Tuttavia, con il meccanismo di autorizzazione e autenticazione basato sulla sessione utilizzato da S3 Express One Zone, ti consigliamo vivamente di utilizzare AWS SDKs to manage `CreateSession` e il relativo token di sessione gestito. Creano e aggiornano AWS SDKs automaticamente i token per tuo conto utilizzando l'operazione API. `CreateSession` Utilizzo `CreateSession` della latenza di andata e ritorno per ogni richiesta AWS Identity and Access Management (IAM) per autorizzare ogni richiesta. ## Esempi di funzionamento del bucket di directory e di interazione con le directory Di seguito vengono illustrati tre esempi su come funzionano i bucket di directory. ### Esempio 1: in che modo le richieste `PutObject` S3 a un bucket di directory interagiscono con le directory 1. Quando l’operazione `PUT(, "documents/reports/quarterly.txt")` viene eseguita in un bucket vuoto, viene creata la directory `documents/` all’interno della root del bucket, viene creata la directory `reports/` all’interno di `documents/` e viene creato l’oggetto `quarterly.txt` all’interno di `reports/`. Per questa operazione, sono state create due directory oltre all’oggetto. ![\[Diagramma che mostra la struttura di directory dopo l’operazione PUT per documents/reports/quarterly.txt\]](http://docs.aws.amazon.com/it_it/AmazonS3/latest/userguide/images/directory-examples-foo-bar-baz.png) 1. Quindi, quando viene eseguita un’altra operazione `PUT(, "documents/logs/application.txt")`, la directory `documents/` esiste già, la directory `logs/` non esiste all’interno di `documents/` e viene creata e viene creato l’oggetto `application.txt` all’interno di `logs/`. Per questa operazione, è stata creata una sola directory oltre all’oggetto. ![\[Diagramma che mostra la struttura di directory dopo l’operazione PUT per documents/logs/application.txt\]](http://docs.aws.amazon.com/it_it/AmazonS3/latest/userguide/images/directory-examples-foo-baz-quux.png) 1. Infine, quando viene eseguita un’operazione `PUT(, "documents/readme.txt")`, la directory `documents/` all’interno della root esiste già e l’oggetto `readme.txt` viene creato. Per questa operazione, non viene creata alcuna directory. ![\[Diagramma che mostra la struttura di directory dopo l’operazione PUT per documents/readme.txt\]](http://docs.aws.amazon.com/it_it/AmazonS3/latest/userguide/images/directory-examples-foo-bar.png) ### Esempio 2: in che modo le richieste `ListObjectsV2` S3 a un bucket di directory interagiscono con le directory Per le richieste `ListObjectsV2` S3 senza un delimitatore, un bucket viene attraversato in modalità depth-first. Gli output vengono restituiti in un ordine coerente. Tuttavia, sebbene questa disposizione rimanga la stessa tra le richieste, non è in ordine lessicografico. Per il bucket e le directory creati nell’esempio precedente: 1. Quando viene eseguito `LIST()`, la directory `documents/` viene inserita e ha inizio l’attraversamento. 1. La sottodirectory `logs/` viene inserita e ha inizio l’attraversamento. 1. L’oggetto `application.txt` si trova all’interno di `logs/`. 1. All’interno di `logs/` non esistono altre voci. L’operazione List esce da `logs/` ed entra nuovamente in `documents/`. 1. La directory `documents/` continua a essere attraversata e l’oggetto `readme.txt` viene trovato. 1. La directory `documents/` continua a essere attraversata, la sottodirectory `reports/` viene inserita e l’attraversamento ha inizio. 1. L’oggetto `quarterly.txt` si trova all’interno di `reports/`. 1. All’interno di `reports/` non esistono altre voci. L’elenco esce da `reports/` ed entra di nuovo in `documents/`. 1. Non esistono altre voci all’interno di `documents/` e viene restituito l’elenco. In questo esempio, `logs/` viene ordinato prima di `readme.txt` e `readme.txt` viene ordinato prima di `reports/`. ### Esempio 3: in che modo le richieste `DeleteObject` S3 a un bucket di directory interagiscono con le directory ![\[Diagramma che illustra la struttura di directory iniziale prima delle operazioni DELETE\]](http://docs.aws.amazon.com/it_it/AmazonS3/latest/userguide/images/directory-examples-delete-before.png) 1. Nello stesso bucket, quando viene eseguita l’operazione `DELETE(, "documents/reports/quarterly.txt")`, l’oggetto `quarterly.txt` viene eliminato, lasciando la directory `reports/` vuota e provocandone l’eliminazione immediata. La directory `documents/` non è vuota perché contiene sia la directory `logs/` sia l’oggetto `readme.txt`, quindi non viene eliminata. Per questa operazione, sono stati eliminati un solo oggetto e una sola directory. ![\[Diagramma che illustra la struttura di directory dopo l’operazione DELETE per documents/reports/quarterly.txt\]](http://docs.aws.amazon.com/it_it/AmazonS3/latest/userguide/images/directory-examples-delete1.png) 1. Quando l’operazione `DELETE(, "documents/readme.txt")` viene eseguita, l’oggetto `readme.txt` viene eliminato. `documents/` non è ancora vuota perché contiene la directory `logs/`, quindi non viene eliminata. Per questa operazione, non viene eliminata alcuna directory e viene eliminato solo l’oggetto. ![\[Diagramma che illustra la struttura di directory dopo l’operazione DELETE per documents/readme.txt\]](http://docs.aws.amazon.com/it_it/AmazonS3/latest/userguide/images/directory-examples-delete2.png) 1. Infine, quando viene eseguita l’operazione `DELETE(, "documents/logs/application.txt")`, `application.txt` viene eliminato, lasciando `logs/` vuota e provocandone l’eliminazione immediata. Questa operazione lascia `documents/` vuota e viene anch’essa eliminata immediatamente. Per questa operazione, vengono eliminati due directory e un oggetto. Il bucket ora è vuoto. ![\[Diagramma che illustra la struttura di directory dopo l’operazione DELETE per documents/logs/application.txt\]](http://docs.aws.amazon.com/it_it/AmazonS3/latest/userguide/images/directory-examples-delete3.png)