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/
