Newsgroup: it.comp.os.linux.debian
Titolo: Server di produzione

Gestisco un server in produzione con Debian e vorrei trovare un modo per aggiornarlo che mi permetta di testare i pacchetti nuovi senza interropere i servizi in corso.
Cerco soluzioni che mi evitino di utilizzare un altro server.
Ho pensato di utilizzare un installazione parallela di Debian con CHROOT ma non so se sia la soluzione migliore.
Grazie in anticipo per l'aiuto.
ZUFY

 Cerco soluzioni che mi evitino di utilizzare un altro server.
Virtualizzalo.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 
E' già virtulizzato.


Questo mica lo avevi detto.
No, non c'e' possibilita' di fare quello che vuoi con certezza
di coprire il 100% dei casi.
Se ad esempio c'e' un baco nel kernel, devi scegliere, o l'uno o
l'altro.


 
Ok. Ti ringrazio molto

 
Intendiamoci, a parte alcune parti molto profonde, con il chroot
riesci ad avere una buona base per i test.
Certo, se cambiano le libc o altre librerie essenziali per il
funzionamento dei servizi che esponi, ti ci vuole parecchio per
creare l'ambiente di test, ma si puo' fare.
L'unica cosa che non riuscirai a fare e' la simulazione del cambio
kernel per aggiornamenti.
Io vedrei meglio la rivirtualizzazione di una macchina limitata.


 
utilizzando  un apt-get upgrade nell'ambiente CHROOT  non dovrei avere problemi con le librerie.
Per il kernel pazienza.

 utilizzando  un apt-get upgrade nell'ambiente CHROOT  non dovrei avere problemi con le librerie.
Tenendo presente che dpkg quando installa un pacchetto con un servizio fa
partire il servizio appena installato, il che può creare problemi al
servizio reale attivo oppure far fallire l'installazione ecc.ecc.
*LA* soluzione è comunque un altro server, virtuale o meno. Tutto il resto
sono soluzioni solo parziali e pressoché inutili.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 
Si purtroppo è una soluzione parziale.
Comunque il mio obbiettivo  è principalmente non corrompere il sistema base per evitare che i servizi  stiano troppo tempo giù.
La notte potrei eseguire questa procedura:
1-fermare i servizi dell'installazione base.
2-aggiornare il sistema chroot.
3-cambiare le porte di funzionamento dei servizi del sistema chroot e riavviarli.
4-riavviare i servizi dell'installazione base.

 La notte potrei eseguire questa procedura:
[SNIP]
Che ne diresti invece di questa:
a) Faccio un bel backup del sistema
b) mi salvo tutti i pacchetti nella versione correntemente installata da
qualche parte
c) aggiorno il sistema
d) se qualcosa non funziona torno indietro reinstallando a mano il vecchio
pacchetto
e) se ancora non funziona (praticamente impossibile) torno indietro con un
restore
Se usi stable (e se per te è il server è problematico *ovviamente* usi
stable) qualsiasi aggiornamento non richiede alcuna modifica ai file di
configurazione.


 
Uso stable ma la tua soluzione sembra piu' complessa della mia.
Devo minimizzare i tempi di recupero.

 Devo minimizzare i tempi di recupero.
Per esperienza personale, in 5 anni di Debian, non mi è *mai* capitato che
un aggiornamento su *stable* desse problemi, per cui reputo superfluo
adottare misure cautelative oltre l'ordinaria diligenza.
Se hai problemi di tempi di downtime così stringenti da non poterti
permettere il rischio di un errore di aggiornamento di stable (evento come
detto eccezionalmente raro), ben difficilmente puoi permetterti i casini ben
più frequenti (e nei 5 anni ci cui sopra me ne sono capitati più volte)
dovuti all'aggiornarnamento del pacchetto in un ambiente chrootato sul
server di produzione.
IMHO la soluzione dell'ambiente chroot è la peggiore, anyway fai come credi.


 
So anche io per esperienza che la Debian non da mai problemi così gravi.Cmq dipende dalla esperienza del sistemista o dal tempo che lo stesso puo' dedicare alla risoluzione dei problemi.
Ma ho cmq la necessità di pararmi il sed.....(non si sa mai quando ci sono di mezzo i soldi)
L'ambiente chroot mi serve per testare e analizzare i problemi che potrebbero verificarsi.Se i servizi di test stanno giù per molto tempo non è un problema.