Una soluzione è usare ksplice.
Se usi i kernel Ubuntu o CentOS puoi iscriverti al servizio ksplice.com, dove a un piccolo costo ti forniranno speciali immagini del kernel che possono essere utilizzate per correggere un kernel in esecuzione. I riavvii non sono richiesti per la maggior parte degli aggiornamenti. Abbastanza facile da usare e configurare.
Se sei particolarmente abile puoi utilizzare le patch ksplice per creare i tuoi kernel abilitati senza abbonarti al servizio, o per kernel non standard.
Ho avuto server con 1+ anno di uptime. Non è la migliore pratica perché dal punto di vista della sicurezza il server... alcuni di questi server erano master del database e non potevamo permetterci tempi di inattività.
Penso che la sicurezza dovrebbe essere la preoccupazione principale, ma poi ci sono alcune limitazioni del mondo reale. Se hai la patch di lusso e riavviala se necessario. Non preoccuparti del tempo di attività, meglio prevenire che curare.
Suggerirei di riavviare sempre un server dopo un aggiornamento importante per assicurarti che venga ripristinato, non vuoi essere sorpreso in una situazione dopo un riavvio imprevisto.
Il nostro negozio ha una politica piuttosto buona in merito all'applicazione di patch/riavvio. L'importanza di rimanere al sicuro supera le statistiche sui tempi di attività. Abbiamo una regolare routine di patch che funziona per assicurarci di non essere scoperti in una situazione che accade brutta.
Il nostro passaggio al cluster computing ha contribuito a garantire che le cose importanti rimanessero attive e il lavoro per ottenere la configurazione ne è valsa decisamente la pena.
Se il tempo di attività è importante per mantenere il servizio ai clienti, dovresti cercare il bilanciamento del carico e il clustering. Puoi mantenere un ambiente sicuro e ridondante, nonché il tempo di attività del servizio.
Se stai sacrificando la sicurezza per vantarti, probabilmente stai rendendo un disservizio ai tuoi clienti.