Linux: 10 принципов — 1. Автоматизация

Thu, 07 May 2026 14:00:00 +0300

Параметр Значение Bloom L2–L3 (Понимание → Применение) SFIA Уровень 1–2 Артефакт health-check.sh + systemd timer Проверка systemctl status health-check.timer → active

Сервер упал в 3 ночи

Вы проснулись от звонка. “Сайт не открывается”. Полусонный, подключаетесь по SSH, смотрите логи. Диск заполнен на 100% – контейнерные логи съели всё за ночь.

А теперь альтернативная реальность: скрипт каждые 5 минут проверял диск. Когда заполнение перевалило за 85%, в journalctl появилась строка WARN. Утром вы открыли логи, увидели проблему и спокойно почистили – без звонков и паники.

Разница – один bash-скрипт и systemd timer.

Автоматизация – это не “напиши скрипт когда-нибудь”. Это принцип: всё, что делаешь руками второй раз, должна делать машина.

Bash: основы за 10 минут

Если вы знаете командную строку Linux, вы уже знаете 80% bash. Скрипт – это файл с командами, которые выполняются по порядку.

Первый скрипт

#!/bin/bash
# hello.sh — первый скрипт

echo "Hostname: $(hostname)"
echo "Uptime:   $(uptime -p)"
echo "Date:     $(date '+%Y-%m-%d %H:%M')"

chmod +x hello.sh
./hello.sh
# Hostname: web-server-01
# Uptime:   up 14 days, 3 hours
# Date:     2026-05-07 14:30

Ключевые моменты:

#!/bin/bash – shebang, указывает какой интерпретатор использовать
chmod +x – сделать файл исполняемым
$(команда) – подставить результат команды

Переменные и условия

#!/bin/bash
# check-disk.sh — проверка диска

THRESHOLD=80
USAGE=$(df / | tail -1 | awk '{print $5}' | tr -d '%')

if [ "$USAGE" -gt "$THRESHOLD" ]; then
    echo "WARN: Disk usage ${USAGE}% (threshold: ${THRESHOLD}%)"
    exit 1
else
    echo "OK: Disk usage ${USAGE}%"
    exit 0
fi

Обратите внимание на exit 1 и exit 0. Код возврата – это язык, на котором скрипты общаются с системой: 0 = всё хорошо, не-0 = проблема.

Функции

#!/bin/bash
# health-check.sh — проверка здоровья сервера

check_disk() {
    local threshold="${1:-80}"
    local usage
    usage=$(df / | tail -1 | awk '{print $5}' | tr -d '%')

    if [ "$usage" -gt "$threshold" ]; then
        echo "WARN disk=${usage}%"
        return 1
    fi
    echo "OK disk=${usage}%"
}

check_memory() {
    local threshold="${1:-500}"
    local available
    available=$(free -m | awk '/Mem:/{print $7}')

    if [ "$available" -lt "$threshold" ]; then
        echo "WARN memory=${available}MB free"
        return 1
    fi
    echo "OK memory=${available}MB free"
}

check_load() {
    local threshold="${1:-4}"
    local load
    load=$(awk '{printf "%.0f", $1}' /proc/loadavg)

    if [ "$load" -gt "$threshold" ]; then
        echo "WARN load=${load}"
        return 1
    fi
    echo "OK load=${load}"
}

# Запускаем все проверки
echo "=== Health Check $(date '+%H:%M:%S') ==="
FAILED=0
check_disk  80  || FAILED=$((FAILED + 1))
check_memory 500 || FAILED=$((FAILED + 1))
check_load  4   || FAILED=$((FAILED + 1))

if [ "$FAILED" -gt 0 ]; then
    echo "=== $FAILED check(s) failed ==="
    exit 1
else
    echo "=== All checks passed ==="
    exit 0
fi

chmod +x health-check.sh
./health-check.sh
# === Health Check 14:35:12 ===
# OK disk=45%
# OK memory=2048MB free
# OK load=1
# === All checks passed ===

Cron: запуск по расписанию

Cron – классический планировщик в Linux. Формат расписания:

┌───────── минута (0-59)
│ ┌─────── час (0-23)
│ │ ┌───── день месяца (1-31)
│ │ │ ┌─── месяц (1-12)
│ │ │ │ ┌─ день недели (0-7, 0 и 7 = воскресенье)
│ │ │ │ │
* * * * *  команда

Добавляем проверку каждые 5 минут:

crontab -e

*/5 * * * * /home/ubuntu/health-check.sh >> /var/log/health-check.log 2>&1

Проверяем:

crontab -l
# */5 * * * * /home/ubuntu/health-check.sh >> /var/log/health-check.log 2>&1

Типичные ошибки с cron

Ошибка	Причина	Решение
Скрипт не запускается	Нет `chmod +x`	`chmod +x script.sh`
Команда не найдена	cron не знает PATH	Указывайте полный путь: `/usr/bin/curl`
Нет вывода	stdout/stderr не перенаправлены	`>> /var/log/file.log 2>&1`
Запускается не вовремя	Timezone сервера	`timedatectl` для проверки

Systemd timers: современная альтернатива cron

Systemd timers – это cron на стероидах. Преимущества:

Логи через journalctl (не разбросаны по файлам)
Зависимости (запустить после сети, после диска)
Можно запустить вручную: systemctl start unit.service
Видно статус: когда запускался, когда следующий

Создаём service unit

# /etc/systemd/system/health-check.service
[Unit]
Description=Server health check
After=network.target

[Service]
Type=oneshot
ExecStart=/home/ubuntu/health-check.sh
User=ubuntu

Создаём timer unit

# /etc/systemd/system/health-check.timer
[Unit]
Description=Run health check every 5 minutes

[Timer]
OnBootSec=1min
OnUnitActiveSec=5min
AccuracySec=10s

[Install]
WantedBy=timers.target

Активируем

sudo systemctl daemon-reload
sudo systemctl enable --now health-check.timer

Проверяем

# Статус таймера
systemctl status health-check.timer
# ● health-check.timer - Run health check every 5 minutes
#   Active: active (waiting)
#   Trigger: Wed 2026-05-07 14:40:00 MSK; 2min left

# Список всех таймеров
systemctl list-timers

# Логи последнего запуска
journalctl -u health-check.service -n 20

# Запустить вручную (для отладки)
sudo systemctl start health-check.service
journalctl -u health-check.service --no-pager

Cron vs Systemd Timer

Параметр	Cron	Systemd Timer
Логи	Файл (сами настраиваете)	journalctl (из коробки)
Зависимости	Нет	After=network.target и т.д.
Ручной запуск	Нет (только ждать)	`systemctl start unit`
Статус	Нет	`systemctl status`
Рандомизация	Нет	RandomizedDelaySec
Удобство	Одна строка	Два файла (.service + .timer)

Для простых задач cron проще. Для production – systemd timer надёжнее.

Мини-тест

1. Чем exit 0 отличается от exit 1 и зачем это нужно?

Ответ

Systemd on DevOps Way - Практические гайды