Journal C'est la malédiction de Mona Lisa qui a fait s'effondrer la bibliothèque Europeana

Posté par .
Tags : aucun
1
21
nov.
2008
http://news.bbc.co.uk/2/hi/europe/7742390.stm

Voilà. C'est la faute à tous ces japonais du monde entier qui voulaient savoir si Mona Lisa est une vraie numérique que tout s'est effondré. Non en fait c'est les allemands: «On Thursday, most hits came from Germany, followed by France and Spain. »

Je propose une solution: un bittorrent pour une image de la Joconde en haute définition, de toute façon elle est dans le domaine public, non? Leonardo da VinciCode est mort depuis plus de 70 ans...

«We'll be back by mid-December.»
  • # stats

    Posté par . Évalué à 3.

    10e6 hits/heure sur 3 serveurs ca fait un peu moins de 1000hit/sec/serveur.
    Pour une application PHP je trouve que c'est prétentieux de penser qu'en seulement doublant la capacité ca va tenir.
    Parce que si ça avait été statique ou 100% en cache, ça devait tenir sur les 6 serveurs (dual core d'entrée de gamme). Dommage...
    • [^] # Re: stats

      Posté par . Évalué à 2.

      Est-ce que ça peut être 100% en cache avec l'utilisation d'un moteur de recherche interne à la bibliothèque ?

      L'article a l'air de sous-entendre que ce sont les requêtes sur Mona Lisa qui l'ont mise à genoux.
      • [^] # Re: stats

        Posté par . Évalué à 2.

        Tout dépend ce que tu demandes de cacher à ton serveur de cache
        /recherche?term=mona+lisa
        est tout à fait possible.
        Après si c'est sur que si le concepteur force session ou POST...
        • [^] # Re: stats

          Posté par (page perso) . Évalué à 1.

          j'ai une question très con ....
          Puisque ce n'est la première fois qu'un tel site s'écroule le 1er jour ...
          Pourquoi ne limite il pas les connexions se premier jour, tout en sachant que par la suite
          la demande sera beaucoup moins forte ?

          Pourquoi devoir mettre en place des capacités supportant le 1er jour alors que pur la suite, le 1/4 sera largement nécessaire ?

          Et enfin, pourquoi cela prend 15 jours pour être remis en place par la suite ?

          ++ Beleys
          • [^] # Re: stats

            Posté par (page perso) . Évalué à 2.

            Pourquoi ne limite il pas les connexions se premier jour, tout en sachant que par la suite

            faut-il encore l'avoir prévu au niveau du load-balancing retenu.
            Ce n'est pas forcément un point auquel des développeurs pensent, vu que c'est plutôt de l'admin (et ça renverrait vers quoi ? une page statique ?).

            Pourquoi devoir mettre en place des capacités supportant le 1er jour alors que pur la suite, le 1/4 sera largement nécessaire ?

            Pour avoir de la ressource par la suite pour rajouter des fonctionnalités plus consommatrices (et plus élaborées). Une bonne méthode est de ne pas activer toutes les fonctionnalités dans ces périodes : uniquement celles ayant été benchmarkées notamment, cela permet d'en garder sous le coude et pouvoir faire des effets d'annonce sur ce qui a été "rajouté" (et avoir eu un peu de temps pour le peaufiner dans l'intermède).

            Et enfin, pourquoi cela prend 15 jours pour être remis en place par la suite ?

            S'il faut rajouter un système de cache, mieux vaut le tester un peu (j'imagine).

            En terme d'image : vaut-il mieux laisser le site ouvert ou indiquer de revenir plus tard quand ce sera prêt ?

            Tout le monde ne fait pas les développements en prod' comme linuxfr ;-) (quoique c'est bien souvent plus efficace mais pas franchement bon pour l'image :p). Puis bon pour linuxfr c'était de petits ajustements, là s'ils doivent revoir leur architecture, le temps d'ajouter des serveurs au pool...
            • [^] # Re: stats

              Posté par . Évalué à 2.

              Assez facile pour se faire une idée:

              telnet europeana.eu 80
              Trying 145.100.36.60...
              Connected to europeana.eu (145.100.36.60).
              Escape character is '^]'.
              PROUT
              <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">

              501 Method Not Implemented

              Method Not Implemented
              QUIT to /lvs.html not supported.


              Apache/2.2.3 (Debian) mod_jk/1.2.18 Server at 145.100.36.50 Port 80


              Un frontal lvs ou bien mod_jk seulement ?

              for i in `seq 50 65`; do host 145.100.36.$i ;done
              50.36.100.145.in-addr.arpa domain name pointer app1.eurlib.sara.nl.
              51.36.100.145.in-addr.arpa domain name pointer app2.eurlib.sara.nl.
              52.36.100.145.in-addr.arpa domain name pointer app3.eurlib.sara.nl.
              Host 53.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
              Host 54.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
              Host 55.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
              Host 56.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
              Host 57.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
              Host 58.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
              59.36.100.145.in-addr.arpa domain name pointer db1.eurlib.sara.nl.
              60.36.100.145.in-addr.arpa domain name pointer front.eurlib.sara.nl.
              Host 61.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
              Host 62.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
              Host 63.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
              Host 64.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
              Host 65.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)

              le tout balancé sur 3 serveurs à (ip publique et bloqués par firewall) pour les threads et une seule base....

              C'est dingue ce qu'on arrive à savoir quand tout est sur ip publique et que l'admin laisse trainer toutes ses infos de versions.

              Faut pas s'étonner !
    • [^] # Re: stats

      Posté par . Évalué à 1.

      Ça dépend du framework qui est derrière, si c’est un truc pas trop lourd les 12 cores peuvent tenir, largement. Par contre c’est l’accès aux données qui est peut être le facteur limitant.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.