DaNews: Information spéciale

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
1
juil.
2001
LinuxFr.org
Comme indiqué précédemment vendredi, le réseau de LinuxFr s'est légèrement déplacé, et a changé d'hébergeur. Merci à François et son équipe pour nous avoir reçu depuis septembre dernier sans nous avoir foutu dehors, alors qu'on aurait du rester 3 mois maximum... (pas de commentaires :).

La courbe du traffic générée pendant cette periode est disponible, pour les curieux, et ça ne va pas en s'améliorant... (note: la courbe est inversée, mais on consomme bien de plus en plus)

Nos nouveaux locaux sont toujours sur Paris. Merci à Philippe et Stephane pour leur gentillesse, ils ont désormais la lourde responsabilité d'appuyer de temps en temps sur notre bouton Reset ;)

On en a profité pour modifier un peu la configuration des serveurs. Il y a désormais deux serveurs frontaux en DNS "round robbin", ce qui devrait nous aider à mieux supporter la charge constante conséquente, et en augmentation permanente.
Cette nouvelle architecture que LinuxFr utilise et qui permet de rajouter facilement et rapidement d'autres frontaux sera détaillée ultérieurement, une fois celle ci validée au niveau performance. Quelques soucis pourraient cependant être encore présents dans la journée de lundi, le temps pour nous de rajouter un peu de RAM dans l'un des deux serveurs. D'un point de vue technique, les deux serveurs font tourner une instance de daCode dont le code ainsi que les fichiers de cache se trouvent sur un serveur NFS. Une base MySQL commune est utilisée.
Un système permettant la création de mirroir distant est en train d'être développé, à la manière d'Akamai, afin que LinuxFr soit le plus rapide possible pour vous. Plus de détails seront fournis plus tard.

De plus, étant donné le nombre croissant de nouvelle, un nouveau modérateur a été "embauché". Il s'agit de Romain Francoise, bienvenue à lui.

Bref, le site devrait être plus rapide pour vous, et ce n'est pas plus mal. LinuxFr, désormais une architecture réseau presque comme les grands... ;-)

Aller plus loin

  • # Les photos des serveurs ???

    Posté par  (site web personnel) . Évalué à 1.

    Ce serait cool d'avoir des photos des serveurs, on connais déjà leur configuration matérielle, mais je me demande a quoi ils ressemblent....
  • # Ch'tite question

    Posté par  . Évalué à 0.

    C'est quoi un DNS "round robbin" ? Je connais l'ordonnanceur Round Robbin, mais le rapport avec le DNS ?
  • # Linux fr racheté par Multimania ?

    Posté par  . Évalué à 0.

    Ouho l'ot' hé ! Linuxfr est hébergé chez multimania on dirait ...

    zon' été racheté ? :)

    inetnum: 213.193.17.0 - 213.193.17.7
    netname: LINUX-FRANCE-NETBLOCK
    descr: LinuxFR
    country: FR
    admin-c: FP2980-RIPE
    tech-c: LV314-RIPE
    status: ASSIGNED PA
    mnt-by: MULTIMANIA-MNT
    changed: leland@discpro.org 20010404
    source: RIPE

    route: 213.193.0.0/19
    descr: MultiMania Network
    origin: AS12832
    notify: noc@mmania.com
    mnt-by: MULTIMANIA-MNT
    changed: leland@discpro.org 19991215
    source: RIPE
  • # /. ?

    Posté par  . Évalué à -1.

    le pic en septembre, c'était Slashdot ?
  • # Qui est gros ???

    Posté par  . Évalué à -1.

    Comment ça large de ventre ?

    C'est comme ça qu'on remercie les hébergeurs ?

    Rha... Les jeunes cons ... ;)
  • # question technique

    Posté par  . Évalué à 1.

    1. Le server NFS, il se trouve ou physiquement ?
    Sur l'un des 2 serveurs web, ou ailleurs ?

    2. Si un des serveurs plante (ou est en maintenance), le round robin est il desactivé automatiquement ? Ce serait peut-etre pratique, sinon la moitié des hits n'aura pas de réponse, non?
    • [^] # Re: question technique

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      Le serveur NFS est effectivement sur l'un des deux serveurs, l'ancien. Je n'ai fait que brancher un nouveau, monter ce qu'il faut et hop... Le NFS se fait par un réseau local sur d'autres carte réseaux, ce qui donne d'assez bonnes performances. Pour l'instant cependant, je n'ai réussi à faire marcher que le nfs user space en potato, mais je vais mettre le kernel nfs dès que j'ai 5 min (il ne marchait pas, je sais pas pourquoi).

      Pour le round robin, pour le désactiver il faudrait modifier la zone DNS, et avec les soucis de cache c'est chiant. Donc oui, la moitié des hits n'aura pas de réponse. Cependant un load balancer en frontal qui le fait tout seul, ca coute un peu cher :)
      • [^] # Re: question technique

        Posté par  . Évalué à 2.

        > Cependant un load balancer en frontal qui le fait tout seul, ca coute un peu cher :)

        LVS (linuxvirtualserver.org) fait ca très bien..
        On a géré des charges de ~20-30mbit/s avec cette "chose", avant d'avoir besoin de passer sur des archis plus sécurisées et fonctionnelles (foundry/alteon).

        --
        vb.
        • [^] # Re: question technique

          Posté par  (site web personnel, Mastodon) . Évalué à 1.

          Effectivement j'en avais entendu parler, mais ca veut dire une nouvelle machine, et euh j'en ai plus :p Mais je pense qu'on fera un truc comme ça à terme, parce que le dns robin c'est un peu beaucoup limité...
          • [^] # Re: question technique

            Posté par  . Évalué à 0.

            En attendant on peut bricoler en faisant du arp-spoofing : dans la crontab du root de chaque serveur on ping(ue) l'autre serveur, et quand ça répond pas on 'pique' son @ arp afin de répondre à toutes les requêtes. C'est un peu ce que fait LVS je crois bien, mais là en 2 lignes de shell et le programme "send-arp" c'est fait.

            Par contre le pb c'est que le serveur NFS est l'une des deux machines... On peut quand meme mettre la moitié des serveurs (ceux qui sont pas serveur NFS) en High-Availibity.


            -- le nain connu qui essaye mozilla et qu'a pas envie de s'authentifier
        • [^] # Re: question technique

          Posté par  . Évalué à 1.

          Ca semble pas mal ce LVS. As-tu (ou qq1 d'autre) essayé le système avec le CODA filesystem ?

          Mon but serait d'avoir un systeme HA fiable à 100%, meme si un serveur plante complètement. Apparement ce devrait etre possible ?
          • [^] # Re: question technique

            Posté par  . Évalué à 0.

            > Ca semble pas mal ce LVS.

            C'est correct tant qu'on a pas de besoins trop évolués (grosse charge, url parsing, etc)...

            > As-tu (ou qq1 d'autre) essayé le système avec le CODA filesystem ?

            Non, on fait comme tout le monde avec un gros serveur de fichiers, ala netapp..

            Mes derniers tests avec coda (y'a loooongtemps) n'ont pas trop été concluants, si quelqu'un a eu une meilleure experience.... ;)

            --
            vb.
            • [^] # Re: question technique

              Posté par  . Évalué à 1.

              mouais, ca veut dire un 3eme server nécessaire... et comme on paie par serveur, c'est justement ce qui serait à éviter, d'ou ma question :)
              • [^] # Re: question technique

                Posté par  . Évalué à 0.

                > comme on paie par serveur, c'est justement ce qui serait à éviter

                La QoS se paie...

                --
                vb.
      • [^] # Re: Re: question technique

        Posté par  . Évalué à 1.

        > Pour le round robin, pour le désactiver il faudrait modifier la zone DNS,
        > et avec les soucis de cache c'est chiant. Donc oui, la moitié des hits
        > n'aura pas de réponse. Cependant un load balancer en frontal qui le fait
        > tout seul, ca coute un peu cher :)

        non juste un bon linux ;p

        --
        __________________________________
        RAKOTOMALALA RENAUD
        "La force humaine réside dans sa capacité à se dépasser"



        ---------------------------------------------------------------------------
        Ce message a été envoyé par Usenet.
        Path: not-for-mail
        From: "Rakotomalala Renaud" <drworld@softbynet.co.uk>
        NNTP-Posting-Host: softvianet-3.dsl1.easynet.co.uk
    • [^] # Re: question technique

      Posté par  . Évalué à 0.

      Si ils ont deux serveurs il est donc normal que le serveur NFS se trouve sur un des serveurs, donc si ce dernier plante c'est fini ;p L'objecitf d'un round robbin n'est pas la haute disponibilité mais plutot la répârtirtion de charge ...

      Car on ne desactive pas un round robbin, c'est inutile du fait du temps de propagation.

      Pour MySQL ca sera pareil deux bases MySQL c'ets très bien mais attention aux desynchro ;)) Je le sais car j'ai mis en place une architacture bizzarement identique a LinuxFR il y a peu ;p
      • [^] # Re: question technique

        Posté par  (site web personnel, Mastodon) . Évalué à 1.

        Le système de cache de daCode rend inutile une répartition de charge pour MySQL. On doit en avoir 3 ou 5 maxi qui tournent, et pratiquement jamais de requête. Le taper en réseau par le réseau local suffit largement.
  • # IIS et Microsoft SQL

    Posté par  . Évalué à -1.

    Linuxfr utilise Internet Information Server et Microsoft SQL.

Suivre le flux des commentaires

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