Обновить устаревшие производственные серверы Linux без выключения
Я начал работать с клиентом, который хочет настроить инфраструктуру мониторинга. Проблема, с которой я столкнулся, заключается в том, что многие серверы используют действительно старые версии ядра (примерно с 2012 по 2013 год). Система мониторинга, которую я настраиваю, требует более новой версии ядра.
Я знаю, что есть решение, в котором ядро может быть установлен и перезагружен в память, но для этого все равно потребуется, чтобы система имела форму сброса.
Эти серверы являются производственными серверами, и мы не можем отключить их по какой-либо причине на какое-либо время.
Также большинство из этих серверов - CentOS6 и 7, а также несколько CentOS4 и Debian8
. Каков мой лучший путь вперед. Что делают другие крупные компании, чтобы быть в курсе последних событий на своих производственных серверах?
100%-е время работы не достижимо. Их план обеспечения непрерывности бизнеса не завершен или реалистичен, если они думают, что это.
Определяют, за какую доступность они на самом деле готовы заплатить. Как можно меньше время простоя означает, что несколько узлов являются необходимостью, такой как подсистема балансировки нагрузки или кластер. Прокрутка обновлений означает, что сервис остается доступным даже когда перезагрузки хоста. Который является здоровой вещью сделать, потому что она тестирует это, хост может быть перезапущен и возвращаться.
Для сокращения количества перезагрузок хостов Linux реализуйте живое исправление. Реализация и поддержание живого исправления требуют значительного усилия по разработке версий ядра. Такие обновления ядра не доступны бесплатно с CentOS. Изучите подписки к RHEL или KernelCare от CloudLinux.
Ядро живое исправление не помогает для общих библиотек, пользовавшихся всем. Особенно libc. После обновления libc необходимо перезапустить все сервисы, при которых точка могла бы также перезагрузить.
, И при этом живое исправление не помогает концу жизненных дистрибутивов. CentOS 4 мертв, и значительное обновление является ответственной вещью сделать.
, Что другие крупные компании делают для оставаний в курсе их рабочих серверов?
у Нас есть среды, которые позволяют нам серверам перезагрузки, вещь, о которой Вы думаете, вероятно, ksplice, действительно работает, в некоторой степени, но Вам нужна основная ОС с установленным и работающий уже, чтобы смочь использовать ее. Иначе необходимо будет перезагрузить и/или восстановить.
то, что Chopper3 сказал Вам, корректно. KSplice позволяют Вам сделать это на некоторой ОС, я думаю, что это - Oracle Linux. Для ОС как Redhat и CentOS инструмент называют KPatch.... Там могло бы быть подобным для базирующегося дистрибутива Debian, необходимо будет искать...
Тем не менее у Вас должен быть он предшествующий обновление ядра, таким образом, как Josehp сказал, Вам будет нужна перезагрузка так или иначе. Можно хотеть проверить kpatch или ksplice документ.
Вот DOC для RedHat https://access.redhat.com/solutions/2206511.
однако, я думаю Ваши машины, пересмотр/Ядро ОС слишком стар для этого... Я сказал бы, если это возможно для Вас, вращайте некоторый новый VM или коробку от пиццы и запуститесь от, царапают/перемещают до тезисов новые машины. И если Вы не должны запускать приложение прежней версии, усовершенствовать Ваше ядро и дистрибутив... Для удобства использования, но также и для безопасности.
Другое мудрое, перезагрузка Вам будет нужно...
кроме того, что Chopperr3 отсылал как ''его среда, позволяют ему сделать, это'' то, что его приложение могло бы работать в кластерах или чем-то как он, позволяя ему перезагрузить 1 или более машин в то время, не влияя или имея его приложение вниз.... (Я предполагаю).....