Newsgroup: it.comp.sicurezza.varie
Titolo: HA con Debian

Salve,
 
sto iniziando a studiare il discorso HA da implementare con Debian, 
girando per la rete ho trovato intanto questo link: 
https://wiki.debian.org/Debian-HA/ClustersFromScratch
 
 
Come già detto sto iniziando a muovermi in questo per me nuovo mondo 
quindi la domanda che andrò a fare in questo momento sarà banale ovvero 
i nodi e quindi i vari pc che andrò a predisporre dovranno essere tutti 
uguali a livello di spazio disco e partizioni?
 
Chiedo questo per capire come funzionerà la logica della replica dei 
dati, del tipo potrei avere spazio libero nel nodo A di 100GB nel nodo B 
di 80Gb e nel nodo C di 90GB praticamente a rigor di logica mi dovrebbe 
essere possibile memorizzare dati nel cluster fino a 80Gb. o no?
 
Saluti.
^Bart

 essere possibile memorizzare dati nel cluster fino a 80Gb. o no?
 
la replica dei dati è limitata a quelli che ti interessano. non importa 
assolutamente che le macchine siano identiche. se su tutte le macchine hai 
spazio sufficiente per contenere i dati che ti interessa replicare sei a 
posto, non importa che i dischi siano uguali.
 
 

 posto, non importa che i dischi siano uguali.
 
Ottimo, ho notato ora il capitolo "Adding Resources" per aggiungere alla 
replica solo le risorse che interessano!
 
Saluti.
^Bart
 

 in realtà se va giù in automatico passa su una delle altre "a caso"...
 
non è esattamente così. tu hai x macchine, su tutte installi il cluster 
linux corosync/pacemaker, decidi un indirizzo ip diverso da quello che hai 
assegnato alle macchine e lo dai in pasto alla configurazione del cluster. 
quando tirerai su i servizi del cluster, ci penseranno i servizi a tirare 
su quell'indirizzo su una delle x macchine. 
 
l'ha è garantita dal fatto che se sulla macchina che in quel momento è 
attivo il vip (virtual ip) il servizio dovesse cadere, automaticamente il 
sistema se ne accorge e lo tira su su un'altra macchina.
 
il virtual ip è quello che i client puntano per consumare il servizio che 
eroghi in ha. quindi non ci sono giochi di dns, semplicemente questo 
indirizzo ip fluttua da una macchina all'altra per garantire di rispondere 
sempre.
 

 di rispondere sempre.
 
che poi il vIP sia configurato nel DNS in modo da permettere ai client
di usare un nome host invece di un IP, è semplicemente per comodità; è
ovvio che in tal caso, anche la struttura DNS dovrebbe essere
configurata per offrire HA, ossia con più server, altrimenti se uno
tira su un cluster HA e poi ha UN SOLO DNS ed usa quello per
raggiungere il cluster...
 


si esatto. sposti solo il single poin of failure.

 sempre.
 
Ah però... molto interessante, inizialmente (come già detto sto 
iniziando ora a muovermi in questo mondo!) pensavo dovesse esserci un 
dns che gestisse il raggruppamento delle varie macchine, concettualmente 
mi sono espresso male ma hai capito immagino quale fosse il mio pensiero!
 
Saluti.
^Bart

 si esatto. sposti solo il single poin of failure.
 
Ottime osservazioni, il concetto è chiaro, grazie a tutti! :)
 
Saluti.
^Bart


quella è una tecnica di balancing, che è una cosa diversa.
il dns può effettivamente fare un round robin e di fatto bilanciare il 
carico, però non garantisce l'ha. se uno degli host è down non può saperlo 
e risolve il nome lo stesso con quell'indirizzo, inoltre i client 
tipicamente si cachano le richieste per cui a maggior ragione non può 
funzionare.
 

 funzionare.
 
Chiarissimo, grazie per tutte le info! :)
 
^Bart