Newsgroup: it.comp.os.linux.sys
Titolo: web cluster FS

Ciao,
a livello sperimentale vorremmo provare a tirar su un microcluster web
di 2 macchine (+ load balancer).
Per ora vorremmo mettere su solo un servizio web statico (senza servizi
db, posta, etc.).
Come fare in modo che i dati dei vari nodi siano "coerenti" e fault
tolerant?  DRBD pu� fare al caso nostro? Abbiamo anche visto GFS ma mi
pare di capire che necessiti di uno storage separato o non sia fault
tolerant.
Le due macchine sono leggermente differenti (ram e componenti
secondarie), questo potrebbe generare problemi?
In generale, avete consigli da dare? Qualsiasi info � ben accetta, i
pochi howto che abbiamo trovato per la rete sono o fumosi/discordanti o
molto pi� complessi di quello che vorremmo iniziare a fare...
Grazie a tutti e ciao
blr

 In generale, avete consigli da dare?
Assicurati che il load balancer sia in grado di gestire le sessioni in
modo coerente e se vuoi anche fare il load balancing di https dovrai
prenderne uno capace di farlo.
Davide
-- 
Microsoft: Re-inventing square wheels
   -- From a Slashdot.org post

 usare una replicazione tra i due per avere il database sincronizzato.
e anche centralizzare il luogo in cui vengono (eventualmente) salvate
le informazioni di sessione delle applicazioni web.
tempo fa avevo sperimentato con successo un sistema drbd in
configurazione primary-primary con filesystem OCFS2. (
http://www.drbd.org/users-guide/s-dual-primary-mode.html
 )
prova a dare un'occhiata qui:
http://www.debian-administration.org/article/Heartbeat2_Xen_cluster_with_drbd8_and_OCFS2
ovviamente usando solo le informazioni che ti servono. (nel tuo caso
non serve ne' heartbeat ne' xen :) )
ciao,
stefano

bolorama ha scritto:

Se devi usare un FS condiviso usa OCFS2 non GFS ( nella tua architettura 
) .. non hai una periferica di fencing .. quindi non puoi usare GFS.
Ci ho sbattuto la testa unsa settimana fa ( vedere post ).
-- Yena --

 molto più complessi di quello che vorremmo iniziare a fare...
se ti può interessare ho riesumato questo da dei vecchi appunti:
http://stefano.dscnet.org/a/apache_2_e_mod_rewrite_come_load_balancer_http
ciao,
stefano

 molto più complessi di quello che vorremmo iniziare a fare...
- load balancer con la minima intelligenza necessaria (keepalived per 
esempio)
- sessioni condivise (DB o meglio memcached/redis)
- dati sincronizzati in locale in ogni server web, o se c'è poco traffico, 
NFS.
Un FS clusterizzato è una follia overkill per un server web, dato che il 
server web NON deve scrivere file nella maggior parte dei casi (o almeno non 
è la sua funzione principale, a meno che tu non voglia fare qualcosa 
fortemente orientato agli utenti che fanno upload, ma è tutta un'altra 
storia)
-- 
Vide

 le informazioni di sessione delle applicazioni web.
Questo non serve se si usa un cluster con la persistenza delle
connessioni attiva. Il problema l'avresti sono in caso di guasto
ad uno dei worker, ma dovrebbe essere un problema del tutto
trascurabile dato che si verificherebbe solo in caso di failure.

 storia)
Bah.
 

CtRiX wrote:

Ti va di argomentare il "bah"?
IMO un server web deve fondamentalmente leggere/eseguire, scrivere molto 
meno. Secondo te deve scrivere molto su filesystem?
-- 
Vide