Материал из Linuxformat.

Снизим простои

Ksplice Держите серверы при деле, сэкономив на обновлениях.

Eсть одна история об интернет-провайдере, которую я люблю рассказывать студентам. Пользователи обнаружили, что версия ядра Linux на его серверах – трехлетней давности. На вопрос «почему» был дан следующий ответ: «А когда мы последний раз загружали компьютер, это была самая свежая версия». Эта притча была призвана подчеркнуть стабильность Linux, но у нее есть и обратная сторона. Почему этот нерадивый провайдер не устанавливал заплатки ядра с обновлениями безопасности? Потому что обновление ядра обязательно потребует перезагрузиться?

Больше никогда?

А вот и нет, если верить ребятам с http://www.ksplice.com. Они предоставляют сервис Ksplice Uptrack, применяющий заплатки к работающему ядру без перезагрузки. Сначала я счел было это маркетинговым ходом, но, копнув глубже, случайно нашел отчет http://www.ksplice.com/paper, убедивший меня, что за этим сервисом стоит реальная технология. Она предоставляется в виде deb-пакета, несложного в установке. Пока скачать его бесплатно можно только для Ubuntu 9.04 и 9.10. В обмен на потраченное место на диске, на панели задач появится иконка Ksplice Update Manager, и когда становятся доступны новые обновления, на ней возникает красный треугольник. Щелкнув по ней, вы попадете в окно, напоминающее Ubuntu Update Manager. Если Ksplice окажется достаточно интересным, сервис появится и в других дистрибутивах, и, возможно, мы даже не прочь будем за него заплатить.

Когда перезагрузка?

Чтобы узнать, как часто и зачем перезагружаются серверы, мы провели опрос на английском сайте LXF. Для 30 респондентов, которые в общей сложности управляли 190 серверами, средний интервал между перезагрузками составил 159 дней. Наиболее частой причиной перезагрузки было обновление ядра – об этом сообщили 19 из 30 респондентов; похоже, это плодородная почва для разработчиков Ksplice. Между тем, только двое сообщили, что выключали серверы для тестовых запусков и чисток, при сбоях электричества и обесточивании. Наконец, один пользователь перезагружал сервер для применения обновлений прошивок, а другой – для изменений на уровне ПО.