Bij een gedistribueerde applicatie draait in-house IT heeft veel controle over de omgeving. Ze weten precies over de hardware en de beschikbare middelen:

  • bandbreedte van het netwerk beschikbaar
  • netwerk latency

Nu naar EC2 en andere dan enkele vage cijfers er weinig gedocumenteerd.

De jongens op RighScale deed een aantal tests voor 'EC2-EC2' bandbreedte en 'EC2-S3' bandbreedte die is heel informatief. Om te testen 'EC2-EC2' grote aanleg bandbreedte ze gebruikt apache (niet-SSL) en krullen (een instantie die als een server de andere als een cliënt)

"Gebruik van 1 enkele krullen bestand opvragen, waren we in staat om ongeveer 75MB / s consequent. En het toevoegen van extra krullen ongedekte zelfs meer bandbreedte van het netwerk, dicht bij het bereiken van 100MB / s "

Ze kreeg ook heel goede nummers tussen een EC2 en S3 bijvoorbeeld met behulp van krullen te downloaden en uploaden van / naar S3.

1 Curl (MB / S) Max (MB / s)
Download SSL 12,6 49,8 (8 krullen)
Download niet SSL 10,2 51,5 (8 krullen)
Uploaden SSL 6,9 53,8 (12 krullen)



Dus in beide EC2-EC2 en EC2-S3 de bandbreedte is zeer redelijk voor een algemene toepassing en kunt u 1 Gigabit tussen 2 EC2 gevallen.

Nu wat over het netwerk latency? Een vriend van mij stuurde me een link naar een interessant document dat enkele interesing latentietijden informatie. Het papier is "Benchmarking Amazon EC2 voor high-performance computing wetenschappelijk". Voor het testen van de latentie ze gebruikt mpptest voor het meten van zowel de performance van het netwerk en latentie. De resultaten worden vergeleken met infinband zijn een orde van grootte minderwaardig!

latency
Het aandeel en geniet van:
  • Digg
  • Sphinn
  • del.icio.us
  • Facebook
  • Google
  • Live
  • MySpace
  • description
  • Technorati