Forum Linux.général [cluster ftp]

Posté par  . Licence CC By‑SA.
Étiquettes :
0
13
mar.
2014

Bonjour,

Je souhaiterais faire un cluster ftp sécurisé (j'ai testé vsftp qui a l'air pas mal mais j'ai pas trouvé pour le "clusterer"

Quels serveurs FTP seraient disponibles pour faire cela

Quelles sont leurs avantages/inconvénients ? (qualité des logs ,sécurité, souplesse, robustesse etc…)

Y'a t'il un moyen d'améliorer la haute disponibilité (plusieurs serveurs load balancés partageant les data via nfs etc..)

Environnement RHEL6.5

Merci

  • # Quelques réponses

    Posté par  . Évalué à 4.

    Y'a t'il un moyen d'améliorer la haute disponibilité (plusieurs serveurs load balancés partageant les data via nfs etc..)

    Si tu veux de la haute dispo, il te faudra aussi redonder ton serveur NFS. Personnellement je vois une ébauche de solution:

    • cluster actif-passif avec DRBD pour la réplication des données et Redhatr Cluster, ou Heartbeat pour la gestion de la bascule actif/passif.

    Sinon, si tu veux de l'actif/actif, il te faudra :
    - un load balancer en amont style HAProxy pour la répartition de charge
    - deux serveurs FTP
    - un filesystem distribué permettant l'accès concurent aux données et mettant en place une réplication entre les noeuds. pour ça je n'ai pas de solution simple à proposer.

    Quel est le besoin ? Volumétrie estimé, et nombre de connections simultanées ?

    • [^] # Re: Quelques réponses

      Posté par  . Évalué à 1. Dernière modification le 14 mars 2014 à 15:09.

      Bonjour et merci pour ta réponse rapide :)

      Alors le besoin est professionnel :

      Des partenaires (externes) et des salariés (internes) déposent et/ou récupèrent des fichiers

      Le nombre de connexions simultanées est variable mais je dirais une centaine en moyenne

      La volumétrie est assez aléatoire mais assez important : ce sont souvent des centaines de fichiers de petite taille

  • # cluster basic

    Posté par  . Évalué à 2.

    un cluster de diffusion FTP pour etre :

    • X frontaux autonomes qui vont chercher les utilisateurs dans un annuaire LDAP.
    • 1 frontal master non exposé à internet.

    les Frontaux se synchronisent avec le master sur lequel tu deposes tes contenus.

    avantage, un fontal peut disparaitre, le contenu est toujours là.

    en poussant le concept plus loin, du fait du DRDB des disques des frontaux, tu as alors un cluster avec des contenus repartis sur l'ensemble des serveurs, y compris les uploads des utilisateurs.

  • # Pseudo haute dispo

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

    Souvent, une pseudo haute dispo suffit et est bien plus simple à mettre en place et robuste.

    Deux machines virtuelles, une fait tourner le service ainsi que lsyncd, celui-ci peut faire comme du RAID 1 logiciels sur le réseau. Si le maître tombe, on lance manuellement (ou automatiquement) sur le secondaire tout près. Afin de limiter la charge, on peux retarder la synchro lsynd toutes les minutes ou 5 min par exemple (par défaut 5 secondes).

    Bref, basic mais très fiable et résiste très bien aux coupures réseaux.

    J'ai quelques services ainsi. Les serveurs actuels tombent très peu en panne et si c'est le cas, mes utilisateurs comprennent très bien les 15min d'indisponibilité pour relancer le secondaire.

    Voila, c'était juste pour dire qu'une panne d'une heure une fois par an est souvent très acceptable et permet de mettre en place des solutions plus simple (donc souvent bien plus facile à upgrader un jour, ben oui car un jour, il faut upgrader la version de la distrib).

Suivre le flux des commentaires

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