[OSM-dev-fr] [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[sly (sylvain letuffe)]

On mercredi 19 décembre 2012, Christophe Merlet wrote:

Je vois dans les grandes lignes que l'on partage les mêmes idées, bien, 
yapukafaucon

> Yevaud est le générateur de tuiles. Il est effectivement tout seul pour
> effectuer cette tache. Par contre il ne fait pas partie du réseau
> GeoDNS, c'est Orm qui distribue la majorité des tuiles à la planète.

Je m'en serais douté, yevaud étant saturé ou presque d'accès disque, il leur 
fallait trouver toutes les solutions bouche trou à disposition et celle là 
semblait la plus simple et la plus rapide.
Le problème, c'est que ça n'arrange rien du problème de BP puisque orm est 
chez impérial
http://munin.openstreetmap.org/openstreetmap/orm.openstreetmap/if_eth0.html

Je peux me tromper, mais j'aurais mené un test avec comme choix du cache_peer 
un des autres serveurs externes à impérial si le but est la reduction de la 
bande passante.
Ayant lui-même yevaud comme cache_peer.
Ainsi seul 2 cache ont yevaud comme cache_peer : orm et 
http://wiki.openstreetmap.org/wiki/Servers/gorynych
(juste un exemple, ça m'a l'air le plus adapté)


> Cependant, Yevaud est le cache_peer des Squid du GeoDNS.
(j'avais traduit orm directement)

Nonobstant mon avis sur les autres solutions de meilleur allois, ceci 
participe à mon avis à maintenir la BP élevée chez impérial car toutes les 
demandes de tuiles sauf les hits des caches du CDN font gonfler la BP
on pourrait les réduire en cascadant.
Un utilisateur géolocalisé à moscou, bien que moins enclins à télécharger des 
tuiles françaises, va quand même en télécharger, et tout ça serait 
économisable.
 
> OSM ne paye pas la bande passante et n'en a pas les moyens.

Je m'en doute, et j'avais lu le blog de Richard (je crois ?) d'il y a ~1an qui 
disait que des réflexions remontaient régulièrement pour lui dire qu'il 
fallait faire quelque chose et que ça ne pourrait pas continuer.

> Ce n'est pas une bonne idée de consommer 1 Gbs chez un sponsor avant de
> décider de décharger le trafic ailleurs.

Sauf si ce sponsor a dit "ok, no problème" lâchez vous !

> Dans le meilleur des cas, la bande passante vaut quand même 5€/mois le
> Mb/s...

Oui et non, ça dépend. cf OVH

> Je relativise le 80%.
> Il ne me semble pas aberrant de penser que les internautes français
> regarde en priorité les tuiles françaises, et de même pour chaque pays.

ça oui, tout à fait, mais je parlais des cas où, je crois, mais des stats 
pourraient le confirmer, en moyenne les tuiles de zoom 12/13 et + sont 
demandées en moyenne 1,2 fois (ou dans ce goût là) !  donc gain du cache 
médiocre et donc double peine pour le premier à les télécharger alors que ça 
ne servira que peu ensuite.

> Donc grosso modo, si chaque serveur squid dessert une superficie qui 
> arrive a tenir dans son cache, le ratio ne doit pas être trop mauvais.

Je ne pense pas, tu peux mettre tout le cache que tu veux, ça ne changera pas 
des masses, le problème vient des headers de cache control :
$ wget -S http://b.tile.openstreetmap.org/15/16945/11703.png
Résolution de b.tile.openstreetmap.org... 128.40.168.104
  Cache-Control: max-age=61964 <--------
$ wget -S http://c.tile.openstreetmap.org/17/67784/46815.png
Résolution de c.tile.openstreetmap.org... 128.40.168.104
  Cache-Control: max-age=438903 <----- wha punaise quand même, ho le joli 
bordel en perspective

le cache ne pouvant garder la tuile de zoom 15 que ~17h, sa probabilité d'être 
redemandée dans l'interval est trop faible à mon avis.

> Je vais voir s'il est possible d'avoir des stats du cache squid (accès
> par pays et par FAI...).

Et par zoom, ça serait un bon truc pour éviter que je m'égare aux morilles et 
le vérifie in real.



-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe