by GDE Juanalabessa

Amazon Billing - laiman explanations
ciao Andrea,
ti spiego brevemente come amazon gestisce lo storage. Sostanzialmente ci sono 2 opzioni:
1) EBS
e' come un volume SAN (Storage area network) ed e' remoto rispetto al server che elabora i dati - ovvero e' agganciato via rete.
PRO:
- puo' essere copiato/backuppato/sganciato/riagganciato a piacimento
- puo' essere spostato fra zone geografiche diverse
- Vari EBS possono concorrere alla formazione di un unico disco virtuale che cresce al crescere dello spazio usato dalla tua applicazione.
CONTRO:
- il billing e' separato rispetto al billing della tua istanza: amazon si fa' pagare per lo spazio "provisionato" (che non e' quello effettivamente utilizzato dalla tua applicazione). Questo vuol dire che se ti fai "provisionare" 100GB e poi ne utilizzi solo 1GB, troverai comunque 100GB in bolletta
- il billing dipende da quanti IOPS (operazioni di I/O per secondo) ti fai "provisionare". Questo tema e' un po' complesso, ma per liquidarlo con 2 parole ti basta sapere che: siccome il disco e' remoto ed agganciato al tuo server via rete, ad esso e' collegato uno SLA (Service Level Agreement) a garanzia della sua raggiungibilita'. Ovvero amazon ti garantisce un minimo di "operazioni di I/O per secondo" che il tuo server deve poter effettuare sul disco. Il tuo livello attualmente e' il minimo. Ma e' da tenere presente che piu' la tua applicazione interroga il disco, piu' hai bisogno di IOPS garantite, e quindi piu' paghi.

2) Instance storage
e' composto da un disco singolo locale rispetto al tuo server (fisicamente incluso nel server, e non agganciato via rete).
PRO:
- Il costo di questo disco e' incluso nei costi dell'istanza. Quindi non si paga.
- L'accesso e' diretto dall'istanza, quindi non hai gli IOPS
CONTRO:
- Non puoi fare copie/backup/spostamenti
- Se il tuo server viene spento, per un guasto o altro motivo, il contenuto del disco viene cancellato.

Come puoi ben immaginare l'unica scelta sensata per lo storage di SWU e' EBS, su cui oggi hai 400GB allocati. Per quel che riguarda il tuo setup ed il billing, e' possibile che tu non utilizzi tutti e 400GB, e che tu stia pagando di piu' di cio' che ti occorre - bisognerebbe verificare (posso farlo stasera). Il setup comunque lo fecero quelli di SocialEngine e quindi lo riterrei un buon compromesso fra velocita' e possibilita' di crescita (di spazio) se la tua applicazione iniziera' a volare.
Per quel che riguarda gli IOPS credo che tu sia sui minimi/standard - anche questo da verificare.
Per arrivare finalmente al punto BUDGETING: se oggi hai $33 in piu' in bolletta per i tuoi 400GB allocati, potrai far crescere SWU fino a 400GB (che e' uno spazio enorme per una community) ed avrai sempre i soliti $33 in bolletta. NOTA: ogni copia di backup del disco - backup che tu al momento non fai, e che dovresti fare con cadenza almeno mensile - incide sul costo per un ammontare del tutto trascurabile (che se vuoi ti calcolo poi).
Spero di aver chiarito i tuoi dubbi.
A presto.

Il Domenica 2 Febbraio 2014
.................................................................................................
Dicevo che 400GB sono un'enormita' perche' una banca che ho curato in passato, che aveva 4 milioni di clienti, gestiva tutta la sua operativita' in 3.5GB.
Detto questo ho fatto un'ispezione, ed ho scoperto una cosa interessante riguardo al setup che ti hanno fatto quelli che ti hanno messo il server su Amazon.
SWU ha un disco EBS (remoto) da 400GB di cui sono visibili solo 7.9GB. Di questi 7.9GB, SWU (incluso il sistema operativo) usa solo 2.5GB. I restanti 392GB sono di spazio libero non formattato. Si vede dal seguente comando:
[root@ip-10-0-0-13 ec2-user]# df -kh
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 7.9G 2.5G 5.4G 31% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
Per essere piu' precisi...se eliminiamo dal conteggio lo spazio occupato dal sistema operativo, per mantenere in opera SWU (WEB + DB) lo spazio totale richiesto dal software della community, allo stato di carico attuale, e' di circa... 650 MB.
A te ogni conclusione.

Il Martedì 4 Febbraio 2014
.............................................................................