C'est un des gros probleme des CDNs entre 5 et 10 % des requetes sont routées vers un cache plus "loin que l'origine" (moins bonnes perfs), il y avait des propositions pour faire evoluer le protocole DNS, afin que les serveurs DNS (des cdns) aient connaissance de l'ip du navigateur web, mais ça n'a pas encore vu le jour. Un autre probleme est aussi les TTLs non respecté par les resolvers des gros ISPs qui gardent en cache au minimum 1h.
Bref, rien ne vaut une infrastructure origine bien velue, c'est pas Philippe notre vénéré G.O qui me contredira. Damien, Greg VILLAIN writes: > Au temps pour moi, j'ai rippé, je viens de me rendre compte que j'utilisais > un DNS à tataouine :) > En faisant un dig depuis un NS Orange, c'est déjà plus propre. > Par contre du coup, ca soulève une question technique assez sympa: si on > utilise pas les DNS de notre ISPs le routage par DNS peut ne pas être > efficace. > C'est assez rigolo d'ailleurs de faire un dig @ à partir de tous les DNS > français sur le hostname akamai en question - les réponses sont bien > hétérogènes. > -- > Greg > > On Jul 5, 2010, at 11:50 AM, Greg VILLAIN wrote: > > > Dans ton exemple, ca pase par Amstedam et en propre par Akamai, dans le > > mien à partir d'Orange, ca passe par NTT. > > > > host www.cdiscount.com > > www.cdiscount.com is an alias for www-ak.cdiscount.com. > > www-ak.cdiscount.com is an alias for cdiscount.fr.edgesuite.net. > > cdiscount.fr.edgesuite.net is an alias for a170.g.akamai.net. > > a170.g.akamai.net has address 165.254.6.27 > > a170.g.akamai.net has address 165.254.6.18 > > > > Aka a des machines dans le réseau de NTT aux US. > > Ils en ont dans le réseau de RoadRunner, Comcast etc etc etc... et à > > partir d'orange, tu te retrouves très souvent routé aux US en ce moment, > > c'est une certitude. > > -- > > Greg VILLAIN > > > > On Jul 5, 2010, at 11:39 AM, Bedis 9 wrote: > > > >> Tout dépend de la manière dont ces personnes utilisent le CDN. > >> Grossièrement et sans rentrer dans le détail, 2 types: > >> - rediriger "www" vers le CDN et le CDN, en mode reverse-proxy te > >> passes les requêtes incachables > >> - créer 2 domaines, un "static" et un "www". le www pointe sur ton > >> serveur d'origine et le static sur le CDN. > >> Ce qui n'est pas cachable vient directement chez toi. le reste, sur le > >> CDN. > >> > >> Tout dépend de ton type de site et de ce que tu en fait. > >> Prenons cdiscount: www => 72.13.32.43 > >> et une image au hazard: http://i4.cdscdn.com/imagesok/medias/21/153753.jpg > >> i4.cdscdn.com => i4.cdscdn.com is an alias for akamai.cdscdn.com. > >> akamai.cdscdn.com is an alias for cdiscount.fr.edgesuite.net. > >> cdiscount.fr.edgesuite.net is an alias for a170.g.akamai.net. > >> a170.g.akamai.net has address 77.109.168.9 > >> a170.g.akamai.net has address 77.109.168.43 > >> > >> Donc Cdiscount est dans le 2eme cas. > >> > >> > >> Je pense pas que NTT serve du contenu pour cdiscount même pour l'AS 3215. > >> C'est un client Akamai, donc au pire, NTT est utilisé comme point > >> d'entré vers ce CDN. > >> Tu as un traceroute? > >> > >> > >> Concernant le caching, y'a pas de sciences exactes. > >> Mais en gros, plus un serveur de cache reçoit la même requete, plus il > >> est efficace. > >> et parfois vaut mieux perdre quelques ms à aller à Amsterdam chercher > >> un objet caché que de servir depuis Paris un contenu non caché, > >> surtout pour les pages pseudo-statiques qui tapent dans la DB à chaque > >> génération. > >> > >> Tu dis: > >>> Après tu peux router ton trafic contenu vers n'importe quel CDN, tu > >>> seras quand même assujetti au bon vouloir de l'endroit ou $_CDN sera > >>> contraint à router le sien. > >> ==> C'est peut-être pour ça que les opérateurs veulent créer leur CDN > >> (entre autre). > >> Je dis bien "créer" car ça implique d'utiliser son backbone, et non > >> pas un mode resell de d'un CDN quelquonque où là, pour le coup tu > >> perds l'avantage d'utiliser ton beau réseau et tes peering de folis... > >> <troll>Et tes utilisateurs se retrouvent à surfer sur cdiscount aux > >> US</troll> > >> Bon, tout ceci impliquerait que tu aies réussi à revendre ton CDN à > >> cdiscount, et que Cedexis t'aide un peu, sinon, pas de traffic! > >> > >> a+ > >> > >> > >> 2010/7/5 Greg VILLAIN <fr...@tadcons.net>: > >>> Ouais, enfin quand tu te retrouves a constater en France que le site de > >>> Bouygues est servi depuis une machine chez RoadRunner (a un client 3215) > >>> aux US, que CDISCOUNT est servi par NTT (a un client 3215) a NYC > >>> également etc etc... tu te dis qu'à un moment y'a limite collusion des > >>> ISPs Français contre le CDN qui shieldent ces sites car tu remarquera ça > >>> depuis quasi tous les ISPs FR. > >>> A titre informatif, ca fait plus d'un mois que c'est le cas. > >>> Après tu peux router ton trafic contenu vers n'importe quel CDN, tu > >>> seras quand même assujetti au bon vouloir de l'endroit ou $_CDN sera > >>> contraint à router le sien. > >>> Je suis relativement surpris que cette discussion n'ai pas eu lieu un > >>> mois plus tôt - si je suis fournisseur de contenu Franco-Français et que > >>> mon traf est servi à partir des US, je vois plus trop l'intérêt d'avoir > >>> recours à un CDN... (je sais pas si c'est lié, mais Cdiscount s'est bien > >>> satellisé le premier jour des soldes si je ne m'abuse...). > >>> > >>> Pour revenir sur Cedexis par contre, y'a quelques concepts sous-jacents > >>> qui sont plutôt très fins, tels que les mesures de perf envoyées en UDP > >>> vers leur backend, le VRAI crowsourcing de la prise de mesure (et pas > >>> des sondes dans des réseaux déconnectées de la réalité des end-users > >>> avec des samples trop peu nombreux pour témoigner d'une quelconque > >>> réalité) - bref, l'instanciation d'un backend PHP par client pour coder > >>> son propre GSLB - après on aime ou on aime pas PHP mais bon, coder son > >>> LB c'est plutôt sympa - bref y'a des concepts plutôt élégants derrière. > >>> > >>> Mais bon a nouveau hein, moi j'suis un marketteux, donc pour ce que mon > >>> avis vaut... > >>> ...en l'occurence 2 cents > >>> -- > >>> Greg VILLAIN > >>> > >>> On Jul 1, 2010, at 6:04 PM, Damien Wetzel wrote: > >>> > >>>> Je rebondis sur ce probleme qui risque de devenir récurrent > >>>> > >>>> je suis en train de m'interresser de près à la solution > >>>> cedexis.com (avec stephane enten ex dailymotion et des anciens akamai) > >>>> un metacdn qui permet de mixer le traffic entre > >>>> hergeur, CDNs, Clouds en fonction de la QOS temps réel. > >>>> > >>>> C'est un javascript sur le site web du fournisseur de contenu qui > >>>> va faire faire une mesure de l'eyeball sur un CDN parmi une liste, > >>>> renvoyer le resultat à cedexis. > >>>> > >>>> Le DNS du site web est geré par eux et le resultat de la > >>>> requete DNS va dependre des perfs en un instant t et/ou des couts. > >>>> > >>>> Le portail donne des graphes de ce type ou l'on detecte les problemes > >>>> de perfs AS/CDN assez facilement.( http://atanar.com/sfr-akamai.jpg) > >>>> > >>>> Le concept m'a l'air assez adapté à ce genre de probleme. > >>>> > >>>> Qu'en pensez vous ? > >>>> Cordialement > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> Jean Praloran writes: > >>>>> Bonjour, > >>>>> > >>>>> > >>>>> Depuis quelques temps, environ une semaine nous constatons pas mal de > >>>>> soucis > >>>>> entre SFR et Akamai. Ils ont visiblement des problèmes "politiques", > >>>>> Akamai > >>>>> dit que SFR s'amuse a bloquer ces machines et SFR que Akamai route sur > >>>>> des > >>>>> peerings de façon unilatérale. > >>>>> > >>>>> Si quelqu'un a plus d'infos je suis preneur. > >>>>> > >>>>> > >>>>> Merci. > >>>>> > >>>>> -- > >>>>> Praloran Jean > >>>>> Bonjour,<br><br><br>Depuis quelques temps, environ une semaine nous > >>>>> constatons pas mal de soucis entre SFR et Akamai. Ils ont visiblement > >>>>> des problèmes "politiques", Akamai dit que SFR s'amuse a > >>>>> bloquer ces machines et SFR que Akamai route sur des peerings de façon > >>>>> unilatérale.<br> > >>>>> > >>>>> > >>>>> <br>Si quelqu'un a plus d'infos je suis > >>>>> preneur.<br><br><br>Merci.<br clear="all"><br>-- <br>Praloran Jean<br> > >>>> > >>>> -- > >>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >>>> Damien WETZEL (ATANAR TECHNOLOGIES) ("`-/")_.-'"``-._ > >>>> http://www.atanar.com . . `; -._ )-;-,_`) > >>>> (v_,)' _ )`-.\ ``-' > >>>> Phone:+33 6 62 29 61 77 _.- _..-_/ / ((.' > >>>> - So much to do, so little time - ((,.-' ((,/ > >>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >>>> > >>>> > >>>> --------------------------- > >>>> Liste de diffusion du FRnOG > >>>> http://www.frnog.org/ > >>>> > >>> > >>> --------------------------- > >>> Liste de diffusion du FRnOG > >>> http://www.frnog.org/ > >>> > >>> > >> --------------------------- > >> Liste de diffusion du FRnOG > >> http://www.frnog.org/ > >> > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Damien WETZEL (ATANAR TECHNOLOGIES) ("`-/")_.-'"``-._ http://www.atanar.com . . `; -._ )-;-,_`) (v_,)' _ )`-.\ ``-' Phone:+33 6 62 29 61 77 _.- _..-_/ / ((.' - So much to do, so little time - ((,.-' ((,/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
