Newsgroup: it.comp.os.linux.sys
Titolo: nuovo server in cluster: installazione o copia?

Salve.
Ho un sistema con tanti servizi già tutto configurato e funzionante e
stò progettando di metterci un cluster tutto mio, che mi sto
costruendo.
La macchina che ci voglio mettere come spare è completamente da
installare.
La prima è stata installata a maggio scorso, con slackware-current di
quel periodo.
Il dilemma è scegliere:
1) Installo la spare con slackware 11 e i pacchetti versione corrente.
2) Installo la spare con slackware 11 e i pacchetti della main così da
riportare fedeli i file di configurazione.
3) Faccio una copia speculare della main e poi cambio la configurazione
hardware, hostname ecc...
Cosa consigliate?
Matteo

 hardware, hostname ecc...
E' una domanda che ci siamo fatti in ufficio, visto che abbiamo delle
macchine "gemelle identiche". Sorta di cluster freddi con due macchine
accese ma solo una "in linea" e heartbeat che controlla che il master non
vada giù.
La nostra esperienza è che si può fare la copia speculare.
Avendo le due macchine del cluster con due dischi in raid1, prendiamo un
hd dalla macchina da clonare e lo installiamo sul "clone". Allineiamo
i raid, cambiamo nome, ip e quant'altro sul clone ed è fatta.
Buon pomeriggio
-- 
Norbert il COBOLdo
E anche adesso una parte di me
sorvola Dresda a quota 1 5 
(Pink Floyd)

 Cosa consigliate?
Quanto possono rimanere inattivi i servizi offerti senza arrecare troppi
danni?
Che servizi offre la macchina ?
Quanto tempo da "perderci" hai ?


Che intendi per 'cluster freddi'?
L'hardware delle mie macchine non è identico, visto che quella nuova
risale a qualche anno fa. Un terzo della potenza di calcolo, driver del
raid hw diverso, dischi diversi, tape e cd semifunzionanti. D'altro
canto non ho bisogno di potenza di calcolo. Serve solamente (come
classicamente) da fault-tolerance per garantire il servizio in caso di
manutenzione o guasti alla main.
Per questo mi era venuta in mente anche la possibilità della copia
che, come dici tu, è fattibile.
Per la sincronizzazione pensavo, per il solo disco dati, ad una di
quelle soluzioni che fanno una sorta di raid su network (ora non mi
vengono i nomi), che tiene allineati contemporaneamente i due fs via
rete privata.
Ma questo mi sa che necessita la ricompilazione del kernel (che poi
già sulla main ho ricompilato perchè il default 2.4 di slack non ha
il supporto smp e high memory).
Matteo

 Ma questo mi sa che necessita la ricompilazione del kernel 
nno proprio del kernel in toto, solo del modulo per drbd

 manutenzione o guasti alla main.
Beh, vedi tu che budget ed esigenze specifiche hai. Per esempio in caso di
un mailserver ci sono problemi spinosi di allineamento fra master e slave,
in caso di "inversione di ruoli" dovute a non disponibilità del master.
per evitare grane preferiamo tenere fermo il principale *senza* attivare
il secondario, per le operazioni di manutenzione che non richiedano fermi
macchina superiori ai 10-15 minuti
Per quanto riguarda i cluster, qui al lavoro ci stiamo orientando a
heartbeat+ drdb - come suggeriva redwiz; inoltre ci stiamo orientando
sulle macchine virtuali: una per servizio. Così se un attaccante prende
il possesso di una macchina, si è guadagnato "solo" la macchina virtuale.
Un saluto
