Server di avvio estremamente veloce

Sto cambiando il modo in cui le nostre cose DHCP / DNS funzionano al lavoro. Attualmente abbiamo 3 server DNS e una casella DHCP. Tutti sono VM.

C'è una dipendenza circolare in cui l'avvio di roba richiede NFS, che richiede DNS. Quindi, quando riavviamo le cose, le cose potrebbero rompersi sottilmente fino a quando il DNS è attivo e riavviamo alcuni servizi.

Quello che voglio fare è avere alcuni server a bassa potenza, probabilmente atomi dual core o simili, in esecuzione da SSD, in modo che si avviino dannatamente velocemente. Voglio fare il boot del tutto il più vicino possibile all'istante.

Idealmente, vorrei usare Ubuntu 11.10 o Debian 6 come sistema operativo. Non mi interessa Gentoo o compilare il mio kernel. Questo deve essere ragionevolmente sostenibile da solo.

Oltre alle unità SSD, quali altri passaggi di ottimizzazione posso adottare per migliorare la velocità di avvio?

Non è questa una situazione in cui dovresti progettare le dipendenze circolari? Impostare i ritardi di accensione nel BIOS del server. Hai più server DNS, quindi questo è un vantaggio. Cache DNS? Sarebbe semplice come usare indirizzi IP o file host per il tuo NFS o la tua rete di archiviazione? Non hai menzionato la particolare tecnologia di virtualizzazione, ma è possibile impostare la priorità di avvio della VM in VMWare, ad esempio ... È presente su più server host?

Altrimenti, le unità di avvio basate su SSD possono aiutare. Utilizzare una distro con i processi di avvio di Upstart. Taglia i demoni.

A seconda dello stato dell'UPS, questo potrebbe essere uno dei pochi casi d'uso in cui un ibernazione ACPI potrebbe essere una buona idea. Generalmente il ripristino da ibernazione batte un avvio da zero, soprattutto nel caso di sistemi basati su SSD a bassa RAM. Se ne hai la possibilità, il passaggio di "arresto" del software UPS può essere impostato per ibernare il server DNS.

Posso consigliare un sistema NetBSD molto piccolo su SSD, ma se hai il cuore su Linux ci sono due opzioni che mi vengono subito in mente:

• Damn Small Linux è una delle piccole distro Linux di grandi dimensioni. Non so quale sia il loro tempo di avvio, ma deve essere relativamente breve.
• Slax è un po 'più personalizzabile fin dall'inizio, e potrebbe essere un po' più veloce.

C'è anche l'opzione di soluzioni personalizzate / integrate davvero minuscole come questa (sistema basato su ARM da $ 99 su un modulo con un tempo di avvio di 1 secondo (ish). Non è un hardware di base ma potrebbe essere nascosto in un angolo tranquillo di un datacenter e lasciato funzionare per sempre ...

Nella maggior parte delle configurazioni il DNS è il servizio di infrastruttura più importante. Se si rompe, anche tutto il resto si romperà. La conclusione è che i server DNS non dovrebbero dipendere da altri server.

Se hai davvero bisogno di NFS per l'avvio - rendi i tuoi server DNS quei server NFS (anche questo infrange una regola) - ma assicurati di esportare solo ro e assicurati di non poter mettere i tuoi server NFS in pericolo di un attacco DoS.

Probabilmente la soluzione migliore è un approccio diverso (HA) per fornire il servizio NFS necessario per l'avvio, interrompendo così la dipendenza circolare ( nscd può aiutare anche sui server NFS).

Aggiornamento 2011-11-17 su NFS: da uno dei tuoi commenti vedo che NFS viene utilizzato per / home-dirs. Gli utenti tecnici locali non dovrebbero averli. Qualsiasi altra cosa dovrebbe essere montata tramite autofs con bg, hard, intr.

Potresti voler usare il diagramma di avvio per vedere quali sono gli hotspot del tempo di avvio.

C'è anche readahead: https://fedorahosted.org/readahead/ , che non ho provato.