• # cluster in a nutshell

    Posté par . En réponse au message Hébergement web en cluster. Évalué à 2.


    - Le cluster doit pour être tolérent aux pannes hardware

    ca n'existe pas vraiment
    outre le fait qu'il faille utiliser un ensemble de patchs, il faut aussi patcher à la mano l'ensemble.
    Et actuellement, tout cluster aillant un noeud défaillant doit être stabilisé ( comprendre "redémarré" ) AU PLUS VITE.


    - L'administration du cluster ne doit pas être trop lourde


    - Si possible la structure de base du cluster ne devrait pas être trop onéreuse afin de pouvoir faire des test au plutôt.


    ces deux propositions sont contradictoire :
    - si plein de thunes, l'admin se résume à : remplacer le noeud foireux et renvoi chez le vendeur
    - si pauvre, l'admin se résume à : manque de sommeil plus jusqu'à ma mort sauf si pouvoir payer un autre admin pour aider



    - Transparent pour l'utilisateur (accès FTP, phpmyadmin, compatible avec les applications GPL du marché, typo3, spip, ...)


    il faut savoir que mettre du PHP sur un serveur, c'est offrir un serveur au tout venant à l'oeil sauf si tu maintiens les codes en PHP et les patche pour qu'ils respectent ta politique de sécurité.

    sinon que fait tu si un "boulet" te colle une boucle infini en PHP ou des requetes pourris dans MySQL ? il me semble que ton cluster mourra vite ...

    tiens par exemple, j'ai un bug aléatoire qui se produit si squirrelmail est avec drupal sur un serveur ... comment geres tu ces "super fonctionnalités" PHP ?