Минимизация простоя при обновлении ядра

Обычное обновление ядра требует перезагрузки. Для продакшена это боль: сервисы простаивают, клиенты недовольны.

Но есть два подхода, которые позволяют сократить или даже убрать downtime.

Kexec

kexec загружает новое ядро напрямую, без BIOS и долгой инициализации.

sudo kexec -l /boot/vmlinuz-<new> \
  --initrd=/boot/initrd.img-<new> \
  --reuse-cmdline

sudo systemctl kexec

Плюсы:
• простои сокращаются до секунд;
• быстро и довольно надёжно.

Минусы:
• всё равно перезагрузка (хоть и быстрая);
• иногда бывают проблемы с экзотическим железом.

Live patching

Фиксы накатываются прямо на работающем ядре. Сервисы не останавливаются вообще.

Популярные решения:
• kpatch (RHEL/Fedora)
• kgraft (SUSE)
• livepatch (Ubuntu)

Пример для Ubuntu:

sudo snap install canonical-livepatch
sudo canonical-livepatch enable <токен>

Как выбирать?

⏺Нужно быстрое обновление с минимальным downtime → kexec.
⏺Нужно работать без остановки сервисов → live-patching.
⏺Оптимально: комбинировать (livepatch для критики, kexec/перезагрузка — для плановых апдейтов).

Kaisen Linux закрыт: что теряют сисадмины и альтернативы

Проект Kaisen Linux, созданный в 2019 году для системных администраторов и ИТ-специалистов, завершил своё существование с релизом версии 3.0.

Разработчик Кевин Шеврей больше не может поддерживать проект. Патчи безопасности будут выходить ещё два года, до августа 2027 года, давая время на переход.

Особенности Kaisen Linux:
⏺Основан на Debian, готов к работе «из коробки» для администрирования и восстановления систем.
⏺Включал инструменты для диагностики, управления RAID, сетевого анализа и аварийного восстановления.
⏺Предлагал разные сборки: с графикой и портативную флешку с загрузкой в RAM.

Закрытие Kaisen — ещё один удар по нишевым дистрибутивам для профессионалов.

Проекты с одним разработчиком уязвимы, даже если популярны среди админов.

Альтернативы для сисадминов:
• SystemRescue — для восстановления систем и данных, без графики.
• Kali Linux — включает сетевые утилиты, требует ручной настройки для администрирования.
• Debian с кастомизацией — собрать систему под себя, используя пакеты Debian.
• Clonezilla Live — для аварийного восстановления и клонирования дисков.

💬 Вопрос на собеседовании для сисадмина

Давайте разберем один из частых вопросов, который может быть задан на собеседовании и как на него отвечать.

❓Вопрос: Что такое Slab Allocator в Linux и зачем он нужен?

✅Ответ: Slab Allocator — это механизм управления памятью ядра Linux для эффективного выделения и повторного использования объектов фиксированного размера. Он уменьшает фрагментацию памяти и ускоряет работу ядра, особенно при частом создании и удалении структур данных, таких как дескрипторы файлов или сетевые буферы.

🔥 Время перемен в корпоративных коммуникациях

Если вы всё ещё общаетесь в Skype for Business, стоит подумать о будущем: с октября Microsoft полностью прекращает его поддержку.

А что делать бизнесу, когда нужны стабильные видеозвонки и чаты? У нас есть ответ 👉 TrueConf Server.

🔘 Это альтернатива, которая легко подстраивается под компанию любого размера.
🔘 Внутри мессенджер со всеми привычными опциями, конференции в 4K, вебинары, планировщик, совместная работа и ИИ.
🔘 Время установки — 15 минут.

Если для рабочего общения вы использовали Skype for Business, Telegram и другие сервисы, приходите на вебинар, где покажут, как перенести чаты и звонки на современную и безопасную систему.

📆 Уже 21 августа, 11:00 мск
🤑 Регистрация

Слежка за памятью: pmap и smem

Когда сервер начинает «подъедать» память, обычный top или htop не всегда помогают. Там видно общий расход, но сложно разобраться, что именно жрёт память и как.

Для этого есть два полезных инструмента: pmap и smem.

RSS vs VSZ — в чём разница?

⏺VSZ (Virtual Memory Size) — виртуальная память, которую процесс запросил у ядра. Она может включать и незанятые страницы, и mmap-файлы, и shared-библиотеки. Часто выглядит огромной.
⏺RSS (Resident Set Size) — реально загруженные в RAM страницы процесса. То, что прямо сейчас держит физическая память.

pmap

Позволяет увидеть разбиение памяти процесса по сегментам.

sudo pmap -x <PID>

На выходе видно, сколько памяти занято под код, кучи, mmap-библиотеки. Хорошо для анализа конкретного процесса, когда уже есть подозреваемый.

smem

Даёт агрегированную картину: кто съедает память на сервере. В отличие от ps aux, умеет учитывать shared-библиотеки и корректно делить их между процессами.

Пример:

sudo smem -r -k

Полезные ключи:
• -r — отсортировать по RSS
• -k — показывать в килобайтах (или -m в мегабайтах)
• -u — статистика по пользователям

Как IT-специалисту зарабатывать больше?
Вторая работа 😄
Реферальная программа 👍

Реферальная программа Cloud․ru — это возможность получать стабильный доход, рекомендуя облачные сервисы. За каждого привлеченного клиента вы получаете процент от суммы его чеков, а клиент — бонусные рубли.

Сейчас — лучшее время, ведь действуют специальные условия:
1️⃣ Присоединяетесь к программе до 30 сентября
2️⃣ Приводите первых клиентов
3️⃣ Получаете до 20% от суммы их чеков весь год

Стать партнёром в пару кликов🖱

Управление процессами: больше, чем kill -9

Многие админы по привычке бьют зависшие процессы командой kill -9. Работает — но далеко не всегда это лучший выбор.

У Linux есть целый набор сигналов, и понимание их различий помогает аккуратнее управлять системой.

Основные сигналы

⏺SIGTERM (15) — «пожалуйста, завершись». Корректно останавливает процесс, давая ему время сохранить данные и закрыть соединения. Это дефолтный сигнал для kill без параметров.
⏺SIGHUP (1) — исторически «разрыв связи». Сегодня часто используется для перечитывания конфигурации демона без полного рестарта (например, nginx -s reload).
⏺SIGSTOP — полностью останавливает процесс (приостанавливает выполнение), но не убивает его. Можно потом возобновить SIGCONT. Удобно для отладки.
⏺SIGKILL (9) — жёсткий «убийца». Процесс завершается немедленно, без шанса на сохранение состояния. Использовать только если остальные способы не сработали.

kill, killall и pkill
• kill <PID> — отправляет сигнал по PID.
• killall <имя> — убивает все процессы с указанным именем. Удобно, но осторожно: можно случайно снести лишнее.
• pkill -f <шаблон> — более гибкий поиск по имени или аргументам процесса. Например:

pkill -HUP nginx   # мягкий перезапуск nginx
pkill -9 python    # убить все процессы Python

💬 Вопрос на собеседовании для сисадмина

Давайте разберем один из частых вопросов, который может быть задан на собеседовании и как на него отвечать.

❓Вопрос: Что такое OOM-killer в Linux и как он работает?

✅Ответ: OOM-killer (Out-Of-Memory killer) — это механизм ядра Linux, который срабатывает при нехватке оперативной памяти. Когда система не может удовлетворить запрос на выделение памяти, ядро запускает OOM-killer, чтобы завершить один или несколько процессов и освободить ресурсы.

Алгоритм учитывает “OOM score” процесса: чем выше его потребление памяти и чем меньше его “важность” для системы, тем выше вероятность, что именно он будет завершён. Администратор может влиять на этот выбор с помощью параметра oom_score_adj.

Почему netstat лжёт: как ss показывает реальную картину с сокетами

В современном Linux часто применяются инструменты для мониторинга сетевых соединений.

Несмотря на свою популярность, утилита netstat уже не всегда предоставляет точную информацию о состоянии сокетов.

Неточное отображение состояний с netstat

Netstat долгое время был основным инструментом для вывода информации о сетевых соединениях, но его алгоритмы и подходы к сбору статистики имеют ограничения:

⏺Netstat опирается на данные из /proc, которые могут не отражать динамическое изменение состояния сокетов. В результате он часто показывает устаревшую информацию, например, “мертвые” или заброшенные сокеты, которые уже не участвуют в активной передаче.

⏺При анализе состояний, таких как FIN_WAIT2, netstat может некорректно интерпретировать “зависшие” соединения. Это может ввести администратора в заблуждение относительно истинной загрузки и стабильности системы.

Преимущества ss: точные и детальные данные

Современный инструмент ss (socket statistics) из пакета iproute2 разработан для замены netstat и предоставляет гораздо более подробную и актуальную информацию о сетевых сокетах.

Он способен отсеивать “мертвые” соединения, корректно отображать переходные состояния и использовать расширенные опции для фильтрации и диагностики.

Например, чтобы увидеть информацию о TCP-сокетах, можно воспользоваться командой:

ss -tan

Здесь ключи означают:
• -t – вывести только TCP-соединения,
• -a – показать все (слушающие и установленные),
• -n – вывод номеров портов в числовом виде.

Если вам нужно проверить, какие сокеты находятся в “FIN_WAIT2” состоянии, команда ss покажет их корректно, благодаря более точной сборке данных из ядра:

ss -tan state fin-wait-2

Особенно полезна опция -K. Этот параметр позволяет отправлять запросы к ядру для получения более глубокого анализа по каждому сокету – например, чтобы определить, какие “зависшие” сокеты реально не используются.

Это даёт возможность отфильтровать ложные сигналы и сконцентрироваться на проблемных соединениях. Пример использования:

ss -K state established

Эта команда попытается “убить” (удалить) неактивные или ошибочные соединения, предоставляя отчёт о том, какие сокеты останутся в системе после вмешательства. Такой уровень контроля невозможен с netstat.

🎉Linux исполнилось 34 года

25 августа 2025 года Linux отметила 34-летие.

В 1991 году студент Хельсинкского университета Линус Торвальдс создал ядро «для хобби», а сегодня оно управляет миллиардами устройств — от смартфонов до суперкомпьютеров, от МКС до марсоходов.

Первый пост Торвальдса в группе comp.os.minix остался в истории: он писал, что делает ОС «просто ради интереса» и не обещает многого. Через несколько месяцев Linux уже могла запускать bash и gcc.

Сегодня проект поддерживают тысячи разработчиков по всему миру. Только в 2024 году на разработку ядра ушло $6,8 млн, а в июле 2025 года вышло Linux 6.16 под кодовым названием Baby Opossum Posse.

⏺Торвальдс уверяет: формального плана преемственности нет и не нужно — сообщество само найдёт «следующего великодушного повелителя».

SSH Multiplexing и ControlMaster

Быстрее подключение к серверу без лишних рукопожатий

По умолчанию каждый вызов ssh открывает новый TCP-сокет, проходит ключевое рукопожатие, обмен алгоритмами, аутентификацию. Это безопасно, но затратно по времени.

Multiplexing решает проблему: первая сессия открывает основной канал (master), а все остальные используют его.

Для этого в OpenSSH есть опции ControlMaster, ControlPath и ControlPersist.

Настройка

1️⃣ Создаём папку под сокеты:

mkdir -p ~/.ssh/sockets
chmod 700 ~/.ssh/sockets

2️⃣ Добавляем в ~/.ssh/config:

Host myserver
    HostName 192.168.1.10
    User admin
    ControlMaster auto
    ControlPath ~/.ssh/sockets/%r@%h:%p
    ControlPersist 10m

Проверка в реальной работе

Первый запуск (идёт полная авторизация):

time ssh myserver exit

Обычно ~0.4–0.6 сек.

Второй запуск (через мастер-сессию):

time ssh myserver exit

Результат: 0.02 сек. Почти мгновенно.

То же с scp:

scp test.txt myserver:/tmp/

Файл начинает копироваться без задержки.