Quando un applicazione è in esecuzione distribuiti in-house IT ha un sacco di controllo sull'ambiente. Sanno esattamente circa l'hardware e le risorse disponibili:

  • larghezza di banda di rete disponibile
  • latenza di rete

Ora passare alla EC2 e altri dati di alcuni vaghi c'è ben poco documentate.

I ragazzi a RighScale ha fatto alcuni test per 'EC2-EC2' la larghezza di banda e 'EC2-S3' la larghezza di banda, che è molto istruttiva. Per testare 'EC2-EC2' grande esempio la larghezza di banda utilizzata si apache (non-SSL) e curl (un esempio, agisce come server l'altro come un cliente)

"Utilizzo di 1 singola arricciare il recupero di file, siamo stati in grado di aggirare 75MB / s costante. E l'aggiunta di ulteriori riccioli scoperto ancora più larghezza di banda della rete, arrivando vicino a 100MB / s "

Hanno anche avuto abbastanza bene tra i numeri uno EC2 e S3 esempio utilizzando curl per scaricare e caricare da / per S3.

1 Curl (MB / S) Max (Mb / s)
Scarica SSL 12,6 49,8 (8 riccioli)
Scaricare non SSL 10,2 51,5 (8 riccioli)
Carica SSL 6,9 53,8 (12 ricci)



Quindi, in entrambi i EC2-EC2 e EC2-S3 la larghezza di banda è molto ragionevole per un uso generale e applicazione è possibile ottenere 1 Gigabit tra 2 EC2 casi.

Ora per quanto riguarda la latenza di rete? Un mio amico mi ha inviato un link a un interessante documento che contiene alcune interessanti informazioni latenza. La carta è "L'analisi comparativa per Amazon EC2 scientifico ad alte prestazioni di calcolo". Per testare la latenza hanno utilizzato mpptest per misurare sia le prestazioni della rete e la latenza. I risultati rispetto al infinband sono un ordine di grandezza inferiore!

latency
Share and Enjoy:
  • Digg
  • Sphinn
  • del.icio.us
  • Facebook
  • Google
  • Live
  • MySpace
  • description
  • Technorati