On 19/04/2014 01:47, Antoine Drochon (perso) wrote:
Problème intéressant souvent étiquetté Bandwidth Delay surtout quand on s’y 
confronte en TCP.
http://en.wikipedia.org/wiki/Bandwidth-delay_product

Aspera (IBM maintenant) est un des produits plutôt apprécié coté d’après les 
retours que j'ai. Nombre de mes clients l’utilisent pour transférer des 
contenus volumineux d’un bout à l’autre de la planète.

Si ton infra est suffisamment distribuée tu peux essayer de contourner la 
contrainte bandwidth delay en passant par des rebonds mais c’est parfois une 
peine perdue d’avance car :

- tu vas multiplier ton traffic de data
- tu vas être confronter au problème de latence que va introduire le traitement 
du relai, et les ressources machines associées (surtout si ça passe l’espace 
user - vs kernel)

Tes résultats avec Tsunami peuvent peut être améliorés avec un peu de tuning 
coté des machines.

My 2 cents.

Antoine

On Apr 18, 2014, at 12:43, Erik LE VACON <e...@levacon.net> wrote:


Merci Antoine, je l'ai testé en effet (Aspera), ca fonctionne pas mal, pics à 700mbps, mais alors, ennuyeux à l'install... Il faut entrer une clef unique sur chaque noeud, ca coute un bras, bref, d'un pratique quand tu as des centaines de noeuds en renderfarms.... Bon, soit, j'ai testé la version d'essai, gentiment offerte pendant un court mois par les commerciaux, c'est peut être plus simple avec une clef firmwide à l'achat, que l'on passe à un script de déploiement de masse, un deb ou via puppet... Je reconnais volontiers, en revanche, qu'une fois installé, ca s'utilise comme du scp, efficace, limpide et facilement scriptable. Mais c'est très cher.... Franchement, à ce prix là, je préfère acheter du SSD, et, j'ai du node à nourrir... Je n'ai pas testé la version clickodrome par contre... ca vaut peut être le détour.

E.


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à