GNU/Linux Magazine Hors Série : Haute disponibilité

Posté par  (site web personnel) . Modéré par Nÿco.
Étiquettes :
0
17
mar.
2004
Presse
À noter l'excellent (et je pèse mes mots) hors série de GNU/Linux Magazine France relatif à la haute disponibilité où l'on apprend une foule de choses très intéressantes sur la façon de monter des serveurs en garantissant l'intégrité des services et des données. Dire que ça existe et que je ne le savais pas !

  • adresses IP virtuelles

  • Heartbeat

  • Raid 0 à .. 6, logiciel, matériel, en réseau

  • channel bonding

  • réplication de bases de données (PostgreSQL, MySQL)

  • ...



Seul bémol à mon goût, la partie sur la réplication PostgreSQL n'est qu'une simple liste de possibilités (c'est déjà pas mal) mais une mise en oeuvre aurait été plus parlante... il va falloir expérimenter !

Aller plus loin

  • # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

    Posté par  . Évalué à 10.

    Je confirme : ce numéro est tout simplement excellent !
    Je veux saluer ici toute l'quipe qui a fait ce numéro et la féliciter! Il est rare en effet de trouver des articles fouillés mais abordables par des débutants.
    Je pense notamment à la mise en oeuvre d'une solution RAID logiciel sur une Debian ou encore la chanel bonding.
    Certes, la réplication sur les bases de données aurait peut-être due être développée mais ne boudons pas notre plaisir !
    Je n'ai qu'un mot à ajouter : continuez comme ça !
  • # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

    Posté par  . Évalué à 5.

    Bon ben j'hésitais à l'acheter, mais je vais donc utiliser mon budget bonbek du mois...
  • # Replication Postgresql

    Posté par  . Évalué à 5.

    C'est déjà expérimenté depuis maitenant près de 9 mois, avec une mise en production au mois de décembre dernier. Le choix du réplicateur est Usogres http://usogres.good-day.net(...) et fonctionne plutôt pas mal, même si on rencontre encore quelques petites incohérences.

    Une page plus exhaustive sera mise en ligne dans les mois à venir, parce que cette partie n'est qu'une brique d'un projet assez imposant.

    Si vous voulez des détails n'hésitez pas à me contacter ...
    • [^] # Re: Replication Postgresql

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

      Oui, tu peux nous en dire plus ?... Quel genre de projet vous (qui ?) avez mis en place ? Qu'est-ce que ça fait / ne fait pas ? Quid de la fiabilité ? Quid des apports de la solution ?
  • # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

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

    Est-ce que le magazine parle d'OpenSSI ??
    http://www.openssi.org/(...)

    C'est pas encore tout a fait au point (j'arrête pas de trouver d'envoyer des rapports bugs, vite corrigés d'ailleurs ;-) ), mais ca s'annonce prometteur une fois que ce sera débogué (le problème étant : pour trouver tout les bugs, faut d'abord plus d'utilisateurs, c'est d'ailleurs pour ca que j'en parle) aussi bien pour ce qui est de la haute disponibilité, et surtout haute performance (domaine, ou les concurrents sont plus rares (2), et soit moins avancés (bproc), soit ne poursuivant pas vraiment tout a fait le même but(OpenMosix)).

    Sinon, pas mal l'heure de modération :-)))
    • [^] # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

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

      D'ailleurs cet article d'introduction indiqué sur la page d'accueil a l'air plutôt pas mal (pas encore lu) :
      http://www.samag.com/documents/s=8817/sam0313b/0313b.htm(...)

      En comparaison openMosix http://openmosix.sourceforge.net/(...) a juste les filesystem distribué (mfs) et la process-migration, pas de tous ces trucs centralisés... qui ont l'air d'être vraiment bien.
      • [^] # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

        Posté par  . Évalué à 1.

        En comparaison openMosix
        Je ne vois pas sur quoi tu bases cette comparaison...
        OpenMosix est bel et bien un SingleSystemImage et la migration transparente et automatique des process signifie obligatoirement une numérotation concertée de tous ces process dans tout le système et une mémoire partagée (ipcs) distribuée pour que les process délocalisés puissent communiquer de manière transparente avec les autres et sans modification ni recompilation !
        • [^] # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

          Posté par  . Évalué à 0.

          cette phrase de tueur :))

          il m'a fallu 5 ou 6 tentatives pour la finir !
          (et j'ai toujours rien compris)
          • [^] # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

            Posté par  . Évalué à 0.

            Le monsieur il dit que c'est pareil.
            En gros l'enumeration faite sur ce que fait openMosix est incomplete et que si tu prends l'integralite de ce qu'il fait reellement, ben t'es assez proche de openssi.

            Donc: la comparaison, telle qu'elle est faite, est fausse.
            • [^] # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

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

              Le monsieur il dit que c'est pareil.

              Le monsieur a fait un post incompréhensible, oui.

              En gros l'enumeration faite sur ce que fait openMosix est incomplete et que si tu prends l'integralite de ce qu'il fait reellement, ben t'es assez proche de openssi.

              Ben non, justement pas : avec openmosix t'as pas de gestion des IPC System V sans être obligé de refaire migrer le process sur son noeud d'origine par exemple. Et qu'on me parle de MigSHM, le patch qui fait de la mémoire partagée, en utilisant les sémaphores pour savoir si la mémoire a été modifiée, on aura vu mieux (la bonne solution, étant d'utiliser la MMU, ce que fait OpenSSI et vu qu'OpenMosix ne tourne que sur i386, qu'on me dise pas que ca le rendrait non portables sur des choses tels que les ATARI ST qui en sont dépourvus), sans compter le fait qu'il est plantogène a mourrir.

              De plus OpenSSI permet aussi bien de faire la haute disponibilité que du partage de charge, et fourni de base tout ce qui est nécessaire pour faire de la redondance, ce qui n'est pas le cas d'OpenMosix. Le truc, c'est que c'est tellement bugué que pour faire de la haute disponibilité on aura vu mieux, mais pour certains types de cluster de calculs, c'est plus rentable que Mosix, et l'aspect plantogène / bug restant est moins important dans ce cas. Pour info quand même : dans le test (idiot, cf distcc) de la recompilation de kernel en parrallèle via le répartiteur de charges est plus rapide sur OpenSSI que OpenMosix.

              Les 2 projets de toute évidence s'ils sont comparables, ont des objectifs différents (désolé pas trop le temps de m'étrendre la dessus) ; pour OpenMosix la fiabilité a une certaine importance, aussi tous les appels systèmes sont sur le noeud qui a lancé le process, pour OpenSSI, on ne se souvient même pas du noeud de base (aussi certains cas extrèmes peuvent créer des programmes bugués, mais cette propriété peut aussi être facilement exploitée)....
              • [^] # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

                Posté par  . Évalué à 1.

                Le monsieur a fait un post incompréhensible
                on fait ce qu'on peut, le sujet étant de toutes façons difficilement compréhensible par ceux qui ne connaissent pas encore les notions de bases des SSI (le cluster a exactement le comportement d'un unique ordinateur qui serait très puissant, pas besoin de modifier ni recompiler les programmes habituels sous Linux pour en bénéficier)

                Pour résumer: même sans le patch migSHM je suis d'accord avec toi pour dire que openMosix est bel et bien un SSI comparable à openSSI, et c'est cela que j'ai voulu rappeler à juste titre dans mon premier post

                Mosix est en production depuis plusieurs années et mérite d'être pris en considération même si openSSI semble plus complet.
  • # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

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

    A lire aussi, le livre blanc de la haute disponibilité sous Linux:
    http://www.alcove.com/fr/alcove/ressources/whitepapers/white_paper_(...)
  • # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

    Posté par  . Évalué à 0.

    Je vais peut-être aussi l'acheté, bien que pour le moment il ne me sera surement que de peu d'utilité ... :o
  • # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

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

    Incontournable pour tous les apprentis administrateurs système. Très accessible.
  • # Re: GNU/Linux Magazine Hors Série : Haute disponibilité

    Posté par  . Évalué à 1.

    Je confirme !
    Ce numéro s'est retrouvé en moults exemplaires à la boîte, dans diverses unités. Il a fait l'unanimité!
    Donc à acheter "les yeux fermés"!

    Ce numéro nous a été utile pour envisager de nous passer de Safekit (Evidian) malheureusement non supporté encore sous RH Enterprise 3.

    Bonne lecture!

Suivre le flux des commentaires

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