search

osm-fr / infrastructure

Handle tickets against osm-fr infrastructure
MIT License
21 stars 4 forks source link

Rendus techniques inaccessibles #510

Closed flacombe closed 6 months ago

flacombe commented 8 months ago

Bonsoir,

Malgré la résolution récente mentionnée dans #508, il semblerait que le serveur soit à nouveau tombé. Les rendus techniques Volta, Bdtopo, Carthage... sont inaccessibles à nouveau.

La stabilité de ces rendus conditionne certaines contributions, nous avons du mal à nous en passer.

Quelles actions permettraient d'en améliorer la stabilité ?

frodrigo commented 8 months ago

Je pense que ces donnes pourraient être juste servie sous forme de tuiles vectorielles plus qu'en rendu raster. C'est des données externes statiques, des tuiles vectorielles pré-généré ci permettent très bien et efficacement. Les éditeurs savent aujourd’hui charger et afficher ces tuiles / styles.

Marc-marc-marc commented 8 months ago
frodrigo commented 8 months ago

L'idée d'utiliser des tuiles vectorielles statiques est justement de rendre les choses plus fiables.

El sáb, 25 nov 2023, 19:27, Marc-marc-marc @.***> escribió:

  • documenter oü c'est (si tu cherches Volta sur la page tech https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France, il n'y a rien
  • documenter le problème dans le ticket qui mentionne un pouet... ssd de retour, il était ko ? parti en vacance ? dans un autre serveur ? etc
  • regarder si c'est la même cause ou pas cette fois.
  • en fonction du point précédent, prendre des mesures pour éviter rendre le service plus fiable
  • le choix de la techno raaster<>vecto est pour moi secondaire, un vecto planté sur un serveur inconnu a le même soucis que si c'était raster... d'ailleurs si les données externe ne change pas, on devrait à minima avoir les données en cache tuile... cela n'a pas l'air d'être le cas

— Reply to this email directly, view it on GitHub https://github.com/osm-fr/infrastructure/issues/510#issuecomment-1826393035, or unsubscribe https://github.com/notifications/unsubscribe-auth/AANT5DXVKLVKHEB3GH25YYTYGI2BPAVCNFSM6AAAAAA7ZTBD7KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMRWGM4TGMBTGU . You are receiving this because you commented.Message ID: @.***>

flacombe commented 8 months ago

Bien d'accord avec l'opportunité qui se présente de convertir ces rendus techniques en vectoriel. Il serait d'ailleurs possible de générer les tuiles d'un coup d'un seul lors du refresh des données qui n'arrive pas si souvent pour ne servir que des fichiers statiques ensuite.

C'est Ydel qui avait regardé comment ca se passait dans josm et on se demandait si tout était bien sec de ce coté parce que le rendu mapcss pouvait être assez sommaire. A confirmer mais ca vaut le coup oui

vdct commented 8 months ago

Je suis totalement d'accord avec cette tendance à basculer en vectoriel. C'est dans mes prochains chantiers côté BANO avec 3 items :

frodrigo commented 8 months ago

J'ai ajouté des lignes sur tile-vect pour faire un test http://tile-vect.openstreetmap.fr/#map=13.65/43.82815/4.36752&style=ampere

cquest commented 8 months ago

J'avais pas pris le temps de documenter la panne et son origine, c'est fait:

https://github.com/osm-fr/infrastructure/blob/master/cquest/osm13.md

SSD NVMe en fin de vie, à changer... serveur aussi en fin de vie, comme osm11 Moji devrait redonner de la marge, on a aussi osm34 et osm35 à compléter (SSD voire HDD) pour mise en prod.

cquest commented 8 months ago

La base PG a changé de SSD, on peut remplacer le NVMe sans grosse coupure.