Migrare il server live

Sono nei guai , ho un server in esecuzione con i soliti servizi (httpd, mail, sql) e sembra che debba essere molto veloce per prevenire la perdita totale dei dati (il mio array RAID non è riuscito, quindi dipendo da un singolo hdd ora).

L'intero sistema basato sugli howto di HowtoForge e mentre leggo quello su Squeeze , sembra che io possa facilmente? migra i miei utenti (virtuali) nella nuova casella.

So davvero che questo è un problema molto specifico, ma potresti dirmi alcuni punti importanti dell'intero processo di migrazione. Quali cose possono essere difficili dove dovrei concentrarmi di più? Come inizieresti il ​​processo?

Alcune informazioni di base:

• I due server sono distanti 200 km l'uno dall'altro, quindi la migrazione dovrebbe avvenire su Internet
• Entrambi i server saranno Debian, il vecchio è Etch, il nuovo sarà Squeeze
• Il servizio critico è la posta, i siti Web possono essere sospesi per qualche tempo
• RAID significa due dischi in RAID 1 (entrambi i computer)
• La vecchia casella è il DNS1 per tutti i domini ospitati

La mia struttura (davvero) di base:

• Costruire un sistema simile come quello vecchio (struttura di posta virtuale simile, password archiviate con lo stesso tipo di crittografia, perché non posso dire quelle vecchie)
• creare un dominio in cui posso verificare che tutto sia a posto (DNS, e-mail, www sono a posto)
• Migra dominio dopo dominio fino a quando quello vecchio non sta facendo nulla

I miei punti ciechi:

• Non riesci a trovare una breve descrizione su come fare un RAID-1 su Squeeze (un Lenny howto sarà sufficiente?)
• Come copiare cartelle specifiche (ad es. Cartelle di posta degli utenti) con diritti utente specifici quando necessario? (rsync lo farà?)
• Come impostare DNS sul nuovo computer (quello precedente è DNS1) (anche il nuovo computer dovrebbe essere DNS e i domini migrati dovrebbero usare se stesso come DNS1?)
• Come posso prevenire la perdita di posta elettronica (a causa del tempo di aggiornamento del DNS) (devo configurare il nuovo computer come MX?)

La struttura di base è più o meno corretta.

Il programma di installazione di squeeze eseguirà un RAID software bene. Un punto di differenza è che squeeze usa grub2 di default; lenny usava grub-legacy (0,9 credo). Questo rende un po 'diversa l'amministrazione di grub, in particolare assicurando che grub si avvierà da entrambi i dischi in caso di errore. Puoi sempre tornare a grub-legacy, che è quello che ho finito per fare l'ultima volta che ho dovuto affrontare questo problema. Pagherebbe per testare qualunque cosa tu stia facendo, per assicurarti di poter riavviare se uno dei dischi si guasta.

Per copiare i dati su, utilizzare rsync di sicuro. Mi assicurerei che prima vengano impostati gli account giusti, con gli stessi uid / gid, quindi rsync, ma puoi sempre sistemarlo in seguito. rsync -avPHAX dovrebbe ottenere tutto (-a ottiene la maggior parte delle cose, tranne -H [ard links] -A [CLs] e -X [attributi tesi], quindi questo è utile.

Dato che stai eseguendo un aggiornamento efficace allo stesso tempo, preparati a interrompere i servizi in modo sottile. Le configurazioni cambieranno leggermente. Avendo fatto qualcosa di simile di recente, penso che preferirei fare una migrazione simile, quindi aggiornare l'host finale poco dopo il fatto, poiché migrare tutto e gestire gli aggiornamenti allo stesso tempo lo ha reso un compito mastodontico.

Aggiornato per i tuoi punti di dolore aggiuntivi:

Per DNS, sposterei tutto l' hosting DNS sulla nuova macchina in un solo passaggio. Lascia i record così come sono, ma imposta l'aggiornamento verso il basso (circa 10 minuti). Ciò ti dà la possibilità di spostare i record DNS sulla nuova macchina mentre completi lo spostamento di ciascun dominio. Lo spostamento del DNS potrebbe richiedere l'aggiornamento dei record whois per tutti i domini ospitati, quindi tienilo a mente. Imposta il downdown per tutti i domini in questo momento, infatti, prima di iniziare qualsiasi altra cosa - niente di peggio che avere un risultato memorizzato nella cache che causa problemi.

Per quanto riguarda la perdita di posta elettronica: quando sposti la posta sul nuovo server, assicurati che i record DNS siano stati aggiornati per indirizzare l'MX primario al nuovo server e assicurati che il vecchio server sia ancora configurato per consentire l'inoltro per i tuoi domini. Fintanto che sia il tuo vecchio che il nuovo server hanno viste aggiornate del DNS, il tuo servizio di posta sul vecchio server funzionerà non è più il MX principale e inoltrerà qualsiasi email al nuovo primario. La posta si occuperà anche di brevi ritardi nella consegna - quindi potresti semplicemente chiudere o bloccare tutto l'accesso alla posta elettronica su entrambi i computer, spostare tutto in una volta, testarlo sul nuovo computer, quindi spostare i record MX e aprire la posta sul nuovo computer . SMTP è progettato per gestire le interruzioni e qualsiasi interruzione ragionevolmente breve (meno di 4 ore credo) non genererà nemmeno notifiche di errore temporanee.

Aggiornato per aggiungere:

Un'altra possibilità è quella di creare una VM sul nuovo server e risincronizzare l'intero vecchio server nell'immagine del disco di questa nuova VM. È quindi possibile avviare la VM e aggiornare gli indirizzi IP ecc. E disporre di una replica completamente funzionante del server originale all'interno di questa VM. Potenzialmente molto meno sforzo, ma se non si ha familiarità con stack VM come KVM o Virtualbox, potrebbe non valerne la pena.