EC2 - Storage condiviso - S3FS o EBS?


9

Costruire il mio servizio web su EC2 in questo momento e avere un'unica istanza dietro un bilanciamento del carico. Ovviamente risponderò a più istanze.

La mia idea iniziale era di eseguire tutte le istanze come schiave stupide e utilizzare S3 come memoria locale. Per questo, ho iniziato a usare S3FS ma non è davvero pronto, da quello che ho visto, per l'uso in produzione in un ambiente di servizio web. La scrittura dei registri sembra apparire molto tardi, se non mai. Numerosi problemi con la memorizzazione nella cache dispari, anche senza flag di cache ecc. In genere solo un incubo su cui sviluppare.

Ma le alternative sembrano poche. Uno è ovviamente i volumi EBS, che possono essere collegati a una singola istanza. Alcune soluzioni per condividere questo: -

  • Condivisione SMB ad altre istanze. Avere un padrone e gli altri schiavi - forse obv ha bisogno di ridondanza integrata qui con più volumi EBS?
  • Rsync condivisione con altre caselle. Questo sembra doloroso, considerato che non è persistente e verrà aggiornato periodicamente. Potenzialmente ok, se ci sono forzando l'aggiornamento degli script quando si sono verificati cambiamenti importanti.

La domanda è ... cosa fanno le persone? Sembra un caso d'uso del tutto comune, ma la varietà di risposte trovate nei forum e anche qui su SF, sembra suggerire che non c'è una risposta concisa ... aiuto desiderato!

Risposte:


0

Questo perché ci sono molte risposte, a seconda della tua familiarità con le opzioni, con cosa ti senti a tuo agio, con cosa condividi e con quale frequenza verrà sincronizzato, quanto "sincronizzato" deve essere, come ' verranno utilizzati (risparmi per il battito cardiaco? Sola lettura rispetto a un'istanza di scrittura? Istanze bilanciate?) e quanto è complicata la configurazione e quale applicazione si sta utilizzando (database in grado di sincronizzarsi? Applicazioni create per l'archiviazione condivisa ? ...)

È possibile utilizzare Rsync per pianificare sincronizzazioni, condivisioni da un file server, server NFS, DRBD "software RAID 1", ecc ... dipende dal caso d'uso specifico e dal modo in cui si esegue il backup dei dati.

La risposta breve è che non esiste una risposta alla tua domanda perché dipende dal caso d'uso.


Grazie Bart. Temevo quel tipo di risposta, anche se era prevedibile suppongo! Il caso d'uso è ... Ho un servizio web guidato da PHP - ospita anche immagini, css e il resto (questo potrebbe essere portato su standard s3 / cloudfront), i DB sono su RDS. Le uniche cose scritte sono davvero i file di registro. - Mi sto muovendo verso l'utilizzo di un EBS con un rsync per tenerlo aggiornato da s3. E uno script per inviare manualmente gli aggiornamenti.
cerimoniale,

2

Un volume EBS che passa a S3 / CloudFront sembra la mossa migliore qui, soprattutto se sei preoccupato per immagini, CSS, javascript, quel tipo di cose.

EBS sarà più facile da snapshot / backup rispetto a S3, specialmente per il filesystem del server.

È inoltre possibile designare un server come "master" e un altro come "slave" e apportare modifiche al "master", ad esempio.

Per quanto riguarda la registrazione, dai un'occhiata ad alcuni dei servizi di registrazione cloud come http://loggly.com/ o https://papertrailapp.com/ .

HTH

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.