DEDIBOX-NEWS.COM

Je t'explique plus en détail mes besoins : je vais avoir un site qui permet au utilisateurs d'uploader du contenu (images et vidéos) et lors du lancement il en suivra surement un buzz dans le but de ramener du monde sur le site, bref faut que le site puisses tenir la charge.

Mon besoin est donc de mettre en place un cluster (pas un truc énorme mais déjà avec 2 ou 3 bons serveurs). Mon problème est que je mes dis que je vais avoir beaucoup de données que je ne pourrais pas dupliquer sur ces 3 serveurs donc que faire? : avoir des urls genre serveur1.monsite.com, serveur2.monsite.com et enregistré l'info en base? Avoir plusieurs petits serveurs ayant tout le contenu static(images, java script, css) et un seul servant de stockage en espérant que ca permettent de moins saturer le gros.

En tout cas la je cherches je cherches

Merci pour vos réponses

vinceoli

Je ne connais pas LSF (et après avoir lu en travers, j'ai pas pigé comment ça marche ^^), et le Round Robin au niveau des DNS ne te donnera que le load balancing, tu auras toute la synchro a faire derrière.

Après, si c'est juste pour équilibrer la charge , je suis pas sur que mettre en place un cluster soit vraiment une bonne solution. Le principe premier du cluster n'est pas la répartition de charge, mais le failover. Si un de tes serveurs tombent en rade, alors un autre prends le relais.

Sinon, si c'est juste la puissance, faut faire ça avec des gros serveurs (genre la dernière dédibox de.. aujourd'hui ?).

Après, si tu veux vraiment un cluster, il y a plusieurs solutions.  Etant donné que ton service sera du web, tu peux faire ça déjà avec 3 serveurs.

Un serveur frontal, qui contiendra le serveur web (tel apache), et a partir duquel tu iras taper dans une base de donnée répartie entre 2 autres machines. Si tu as beaucoup de contenu dynamique, evidemment.
Sinon, tu peux rajouter 1 autre serveur web, ce qui te donnera 2 serveurs web, et 2 base de données, toujours avec du round robin en loadbalancing.

Reste le probleme du partage et la duplication des données. Comme j'ai dit au dessus, si c'est pour faire du failover, alors la tu réplique tout, ce qui semble logique et plus sécurisant. Tu pourras, en plus, faire du loadbalancing, vu que tes serveurs contiendront les memes données.

Sinon, si c'est juste de la répartition de charge, tu peux basiquement stocker la moitié des données sur un serveur, et l'autre moitié sur l'autre. Ce qui t'oblige a savoir ou est stocké quoi (en terme de fichiers). Et pour la base de donnée, stocker une partie des tables sur un serveur et l'autre sur l'autre. Mais la, gare aux jointures qui peuvent completement t'exploser a la figure.

Dernière modification par DeLoVaN (2008-08-13 15:22:33)

lol
tu pourras t'interesser au SAN quand ton stockage se comptera en tera !
ton probleme ca semble etre l'espace disque, regarde les offres de Amazon S3.