Linux manuals

Примерно пол года назад я начал довольно глубоко изучать функционал и фишки systemd. В то время я получал стабильный отклик от коллег по цеху «зачем усложнять себе жизнь лишним функционалом, которым никто не пользуется». Ровно то же самое мне говорили почти 10 лет назад, когда я погружался в мир linux систем и практически полностью отказался от изучения windows. В эпоху импортозамещения у меня есть некоторое преимущество по знаниям linux дистрибутивов и принципов их работы. Чуйка не подвела ни тогда, ни сейчас...

Раньше я проводил довольно много собеседований на позицию системного администратора. Особенно мне нравилось общаться с junior админами, которых жизнь еще не одарила ни опытом, ни депрессией. Каждый раз было интересно, как они представляют себе работу linux админа, чем он, по их мнению, должен заниматься каждый день. Если вдуматься, самим linux мы не занимаемся на постоянной основе, мы просто разбираемся в нем, знаем, как он работает. А вот каждый день мы проводим за настройкой приложений, за написанием скриптов и за отладкой каких-либо ошибок...

Каждый раз, когда я начинаю писать очередную статью про systemd, я представляю, как более опытный админ задастся вопросом «а зачем это все, ведь уже есть ***». Ответ всегда прост. Как нет чудо-лекарства от всех болезней, так и нет чудо-решения для всех задач. Например, сколько способов монтирования дисков вы сможете придумать на лету? Все эти способы имеют право на жизнь, как и имеют свои недостатки. Когда говорят про инвестиции, советуют «не держать все яйца в одной корзине». Когда я говорю про systemd, я советую упрощать себе жизнь, попутно обучаясь новому...

Сейчас довольно модно подводить итоги года, думаю тоже удариться в этот мейнстрим. Статьи я начал писать с января 2025 года, выкладывая по возможности свои наработки и делясь знаниями. За этот год была пара моих затяжных молчаний по несколько месяцев. Однако, даже так канал собрал более 120 часов просмотров за год. Учитывая специфичность своего контента и то, что канал был создан как собственная записная книжка, я считаю это успехом :) Честно признаться, рад каждому лайку и комментарию. Если мои статьи приносят пользу людям и помогают разобраться в каких-то узких аспектах - я уже счастлив...

Итак, после создания кластера, возникла необходимость в исполнении самописного скрипта на новой мастер ноде при переключении. Несколько часов гуглежки и страданий нашли это: Где-то советуют создать отдельный скрипт в /usr/lib/ocf/resource.d/heartbeat/<script_name> и добавить новый ресурс как pcs resource create ocf:heartbeat:<script_name> Где-то предлагают создать кастомный ресурс как crm configure primitive script ocf:heartbeat:<script_name> Отдельный вид искусства - это совет создать скрипт где угодно и прописывать это в ресурсе...

И снова мы говорим про отказоустойчивость и автоматизацию. В этот раз на повестке дня кластеры. Задача простая: нужно сделать кластер веб серверов nginx, чтобы при падении одной из виртуалок, весь трафик подхватывался второй, и пользователи не замечали аварии. Итак, вводные: У нас есть две виртуальные машины с IP адресами debian-node-1 192.168.122.158 debian-node-2 192.168.122.128 И отдельный IP адрес 192.168.122.140, который мы будем перебрасывать на активную ноду. Чтобы две наши виртуалки могли обращаться друг к другу по сети, пропишем в хостах (/etc/hosts) каждой ноды строки: 192...