Admin Guides | Сисадмин

Когда RPS/XPS распределяется кривоИнтерфейс спокойно держит трафик, пропускная способность не упирается в линк, но одно ядро стабильно загружено softirq, а остальные почти пустые. В такой ситуации узким местом становится не сеть и не CPU в целом, а распределение обработки пакетов по ядрам.На входе пакеты сначала попадают в RX-очереди NIC, затем обрабатываются softirq (NET_RX). Если RPS (Receive Packet Steering) и IRQ affinity настроены неравномерно, почти вся работа может выполняться одним CPU. Под burst-нагрузкой это даёт spikes latency, хотя средняя загрузка системы остаётся низкой.Посмотреть распределение прерываний:cat /proc/interruptsЕсли счётчики сетевых IRQ растут только на одном CPU - нагрузка не распределяется.Проверить активность softirq:cat /proc/softirqs | grep NET_RXЗдесь видно, какие ядра реально обрабатывают сетевой трафик.Настройки RPS для очередей интерфейса:cat /sys/class/net/eth0/queues/rx-*/rps_cpuscat /sys/class/net/eth0/queues/tx-*/xps_cpusЭти маски определяют, какие CPU участвуют в обработке входящих и исходящих пакетов. Если они пустые или привязаны к одному ядру, вся нагрузка концентрируется там.

erid: 2VtzqvGzqrDВыбирать хардовое обучение вслепую — так себе затея. Качественное обучение требует времени и сил, поэтому перед тем как вписываться, важно заглянуть «под капот».В ИнженеркаТех открыты демо-доступы к флагманским инженерным программам. Вы можете зайти на платформу, оценить технический уровень материалов и получить знания с 1 урока.Выбирайте свое направление, тестируйте и делайте осознанный выбор:1️⃣ DevOps инженер: интенсив по проектированию и автоматизации инфраструктуры5 модулей плотной практики. Проходим путь от CI/CD (GitHub Actions) и IaC (Terraform, Terragrunt) до работы с YandexCloud и деплоя в Kubernetes. В финале — настройка мониторинга (Loki, Prometheus) и автомасштабирования (HPA). Каждая тема закрепляется домашкой с ревью.👉 Забрать демо-доступ к курсу - https://inzhenerka.tech/devops2️⃣ Разработка модулей ядра Linux (Linux Kernel developer)Глубокое погружение в системное программирование. Разбираем архитектуру ядра Linux, пишем простейшие модули, разрабатываем и регистрируем драйверы для символьных и блочных устройств. Отдельный фокус на управление памятью, работу с / proc и решение проблем конкуренции (семафоры, мьютексы).👉 Забрать демо-доступ к курсу - https://inzhenerka.tech/linux_drivers3️⃣ Разработка на C под Linux (Системный разработчик)Фундаментальная база по созданию системных приложений. Работаем с файловой системой, низкоуровневым вводом-выводом, статическими и динамическими библиотеками. Изучаем все виды IPC (очереди сообщений, shared memory, сигналы), учимся работать с сокетами, потоками и писать демонов.👉 Забрать демо-доступ к курсу – https://inzhenerka.tech/linux_developer_cРеклама. ООО "Инженеркатех"ИНН: 9715483673

💬 Вопрос на собеседовании для DevOps-инженераДавайте разберем один из частых вопросов, который может быть задан на собеседовании и как на него отвечать.❓Вопрос: Вопрос: Что такое TCP Fast Open (TFO) и как он влияет на установку TCP-соединений?✅Ответ: TCP Fast Open — это расширение TCP, позволяющее начать передачу данных уже во время установления соединения, не дожидаясь завершения полного трёхстороннего рукопожатия (three-way handshake). В классическом TCP сначала происходит обмен SYN → SYN-ACK → ACK, и только после этого начинается передача данных.С TCP Fast Open клиент может отправить данные уже в первом SYN-пакете.

Когда scheduler тратит CPU на балансировкуCPU вроде есть, но при росте числа потоков производительность начинает падать. Вместо выполнения работы ядра тратят время на перемещение задач между CPU. Планировщик пытается равномерно распределить нагрузку, но при большом количестве runnable-процессов это создаёт лишнюю активность.Каждая миграция задачи означает потерю локальности кэша. Поток переносится на другое ядро, где нет его L1/L2/L3 данных, и CPU тратит время на повторное заполнение кэша. В метриках это выглядит как рост CPU usage без роста полезной работы.Посмотреть частоту миграций можно так:perf stat -e migrations -a sleep 10Если счётчик быстро растёт, задачи активно перемещаются между ядрами.Дополнительно можно посмотреть статистику планировщика:cat /proc/schedstatТам видно, сколько раз выполнялся load balancing и сколько задач мигрировало между CPU.

OSPF Passive Interface: контроль анонсов маршрутовВ крупных сетях бывают интерфейсы, которые должны только получать маршруты OSPF, но не формировать соседства. Если оставить их активными, маршрутизатор рассылает hello-пакеты на все интерфейсы, создавая лишний трафик и раскрывая топологию сети. Passive Interface решает эту проблему.С его помощью интерфейс продолжает принимать маршруты, но не инициирует соседские сессии. ⏺Маршрутизатор знает всё, что нужно, при этом сеть становится «тише», а нагрузка на CPU снижается.На Cisco IOS настройка выглядит так:router ospf 1 network 10.0.0.0 0.0.0.255 area 0 passive-interface GigabitEthernet0/1После применения этой команды интерфейс GigabitEthernet0/1 перестанет отправлять hello-пакеты, но маршруты через другие интерфейсы продолжают работать корректно.На Juniper JunOS принцип аналогичен:protocols ospf { interface ge-0/0/1.0 { passive }}Passive Interface особенно нужен на VLAN-подсетях и внутренних сегментах, где соседей нет.🔥Если сочетать passive mode с аутентификацией OSPF, вы получаете дополнительный уровень безопасности. Маршруты продолжают приходить, сеть остаётся стабильной, а ненужные пакеты hello больше не «шумят» в топологии.

9 апреля 2026 года в Москве — Deckhouse Conf. Один день, два трека, стенды Deckhouse и партнёров, 1000 участников.В программе: кейсы внедрения Deckhouse в крупных инфраструктурах, технологии виртуализации и SDN в Kubernetes, практики разработки платформенных продуктов.Для DevOps-инженеров, SRE, платформенных разработчиков и архитекторов. Регистрация открыта

Проверка, что реально грузит CPUКогда сервер кажется «тормозным», top и htop часто показывают поверхностную картину. Иногда виноваты shared библиотеки, а не сам процесс.📝smem — утилита, которая учитывает shared memory и показывает реальное потребление:smem -r | sort -nrk 4 | head -n 10Выведет топ процессов по реальной памяти.📝pidstat — для мониторинга нагрузки в динамике:pidstat -u 2 10Показывает, какие процессы жрут CPU каждые 2 секунды в течение 10 замеров.

Вышел Linux-дистрибутив Nitrux 6.0.0В начале марта 2026 года состоялся релиз Nitrux 6.0.0. Образы доступны на SourceForge, подготовлены отдельные ISO для систем с Nvidia, AMD и Intel. Предыдущая версия вышла в ноябре 2025 года.Дистрибутив ориентирован на неизменяемую архитектуру и отказ от systemd. Рабочая среда построена на Hyprland, Waybar и Crystal Dock. Для установки приложений используются NX AppHub и AppBoxes с поддержкой Flatpak и без необходимости root-доступа.Среди ключевых изменений: ядро Linux 6.19.2 с патчами CachyOS и поддержкой sched_ext (SCX), обновление Hyprland до 0.53.3, новый экран входа QMLGreet, инструмент VxM для работы с виртуальными машинами, обновлённая система обновлений nuts-cpp и режим восстановления Nitrux Rescue Mode.Также обновлены версии основных компонентов, включая Mesa, NetworkManager, Python, Flatpak и драйверы NVIDIA.

inode/dentry pressure после сканирования большого числа файловПосле бэкапа, rsync или массового сканирования файловой системы свободная RAM резко уменьшается. Процессы при этом почти ничего не потребляют, swap может быть нулевой - но память «куда-то ушла».Ядро кэширует метаданные файлов: inode и dentry. Когда проходит по миллионам файлов, эти структуры массово попадают в slab-кэш. Это ускоряет повторный доступ, но при единичном обходе превращается в раздувшийся кэш метаданных.Посмотреть, что происходит:cat /proc/meminfo | grep -E "Slab|SReclaimable|SUnreclaim"cat /proc/slabinfo | grep -E "dentry|inode"slabtopЕсли Slab и особенно SReclaimable выросли, а в slabinfo лидируют dentry и inode_cache, память занята кэшем VFS.⏺Теоретически этот кэш освобождается при memory pressure, но если давления нет, он может держаться долго. На системах с большим количеством файлов это могут быть гигабайты RAM, которые не отражаются в RSS процессов.