Archiviazione condivisa (Amazon S3 e Amazon EFS)

Per impostazione predefinita, WordPress archivia i caricamenti degli utenti sul file system locale, per cui non è senza stato. È quindi necessario trasferire l'installazione di WordPress e tutte le personalizzazioni dell'utente (ad esempio, configurazioni, plug-in, temi e caricamenti generati dall'utente) in una piattaforma di dati condivisa per contribuire a ridurre il carico sui server Web e per rendere il livello Web senza stato.

Amazon Elastic File System (Amazon EFS) fornisce file system di rete scalabili da utilizzare con le istanze EC2. I file system di Amazon EFS vengono distribuiti su un numero illimitato di server di archiviazione, perciò i file system possono crescere in modo elastico e consentono un numero estremamente elevato di accessi in parallelo da parte delle istanze EC2. La natura distribuita di Amazon EFS permette di evitare i colli di bottiglia e le limitazioni proprie dei file server tradizionali.

Trasferendo l'intera directory di installazione di WordPress su un file system EFS e montandola in ciascuna delle istanze EC2 all'avvio, il tuo sito WordPress e tutti i relativi dati vengono automaticamente archiviati su un file system distribuito che non dipende da nessuna istanza EC2, rendendo il livello Web del tutto senza stato. Il vantaggio di questa architettura è che non richiede l'installazione di plug-in e temi ad ogni avvio di nuove istanze; inoltre, consente di velocizzare notevolmente l'installazione e il ripristino delle istanze di WordPress e semplifica l'implementazione di modifiche dei plug-in e dei temi in WordPress, come descritto nella sezione Considerazioni sull'implementazione di questo documento.

Per garantire prestazioni ottimali del sito Web quando viene eseguito da un file system EFS, occorre controllare le impostazioni di configurazione consigliate per Amazon EFS e OPcache nell'architettura di riferimento di AWS per WordPress.

È anche possibile scaricare tutte le risorse statiche, come immagini, CSS e file JavaScript, in un bucket S3 con davanti il caching CloudFront. Il meccanismo per eseguire questa operazione in un'architettura multi-server è esattamente lo stesso di un'architettura a server singolo discusso nella sezione Contenuti statici di questo white paper. I vantaggi sono gli stessi dell'architettura a server singolo: è possibile scaricare il lavoro associato alla fornitura delle risorse statiche su Amazon S3 e CloudFront, consentendo ai server Web di dedicarsi esclusivamente alla generazione di contenuti dinamici e di soddisfare un maggior numero di richieste degli utenti per server Web.