Eine Lösung ist die Verwendung von ksplice.
Wenn Sie Ubuntu- oder CentOS-Kernel verwenden, können Sie den Dienst ksplice.com abonnieren, wo Sie gegen eine geringe Gebühr spezielle Kernel-Images erhalten, die zum Patchen eines laufenden Kernels verwendet werden können. Neustarts sind für die meisten Updates nicht erforderlich. Ziemlich einfach zu bedienen und einzurichten.
Wenn Sie besonders geschickt sind, können Sie die ksplice-Patches verwenden, um Ihre eigenen aktivierten Kernel zu erstellen, ohne den Dienst zu abonnieren, oder für nicht standardmäßige Kernel.
Ich hatte Server mit mehr als einem Jahr Betriebszeit. Nicht die beste Vorgehensweise, da der Server aus Sicherheitsgründen ... einige dieser Server Datenbankmaster waren und wir uns keine Ausfallzeiten leisten konnten.
Ich denke, Sicherheit sollte das Hauptanliegen sein, aber dann gibt es einige Einschränkungen in der realen Welt. Wenn Sie den Luxus-Patch haben, starten Sie ihn bei Bedarf neu. Machen Sie sich keine Sorgen um die Betriebszeit, sicher ist sicher.
Ich würde vorschlagen, einen Server nach einem größeren Upgrade immer neu zu starten, um sicherzustellen, dass er wieder hochfährt, Sie möchten nicht nach einem unerwarteten Neustart in eine Situation geraten.
Unser Shop hat eine ziemlich gute Richtlinie zum Patchen/Neustarten. Die Bedeutung der Sicherheit überwiegt die Verfügbarkeitsstatistik. Wir haben eine regelmäßige Patching-Routine, die dafür sorgt, dass wir nicht in eine „Bad Things Happen“-Situation geraten.
Unser Wechsel zum Cluster-Computing hat dazu beigetragen, dass die wichtigen Dinge in Betrieb bleiben, und die Arbeit für die Einrichtung hat sich definitiv gelohnt.
Wenn die Betriebszeit für die Aufrechterhaltung des Service für Clients wichtig ist, sollten Sie sich mit Load Balancing und Clustering befassen. Sie können eine sichere und redundante Umgebung sowie Serviceverfügbarkeit aufrechterhalten.
Wenn Sie die Sicherheit opfern, um damit anzugeben, tun Sie Ihren Kunden wahrscheinlich keinen Gefallen.