Сервер

Какие задачи решает админ Ubuntu Server

Серверный быт делится на четыре повторяющихся слоя — их закрываем по очереди и потом обслуживаем:

• Установка: разметка диска, базовая конфигурация, сеть, swap.
• Запуск сервисов: systemd-юниты как универсальный механизм автозапуска.
• Расписание задач: cron для регулярных скриптов и обслуживания.
• Сохранность: бэкапы через rsync, понятная стратегия восстановления.

Каждому слою — отдельный гайд в этом разделе; здесь общая карта.

Установка: с чего начинается сервер

Первый шаг — поставить Ubuntu Server 24.04 LTS с правильной разметкой, отдельным /, отдельным /home или /var, swap-разделом или файлом подкачки. Подробный разбор установщика с минимальной конфигурацией — в Установка Ubuntu Server 24.04.

systemd: универсальный диспетчер сервисов

Любой долгоживущий процесс на сервере — это systemd-юнит. Самописное приложение, агент мониторинга, скрипт-демон — пишется один .service файл, и systemctl enable --now ставит сервис на автозапуск. Структура юнита, типы сервисов и типичные ошибки — в systemd-юнит и systemctl enable.

cron: расписание скриптов

Регулярные задачи — резервное копирование, ротация логов, отчёты — пишутся в crontab. Синтаксис простой, но логика интервалов и переменные окружения cron нередко всех путают. См. cron на Linux: расписание задач.

swap: подкачка, чтобы не падать на пике

Swap-файл — страховка от OOM-killer на маломощных VPS. Создаётся одной командой, добавляется в /etc/fstab. Когда swap имеет смысл, а когда вреден — в swap на Linux: файл и раздел.

Бэкапы и деплой через rsync

rsync — швейцарский нож администратора: инкрементальная синхронизация по SSH, бэкап на удалённый сервер, деплой собранного приложения. Типичные паттерны и опции — в rsync на Linux: бэкапы и деплой.

Обновления и патчи

Поверх всего лежит регулярная установка security-патчей: apt update + apt upgrade вручную или автоматически через unattended-upgrades. См. apt update и upgrade без сюрпризов.

Частые вопросы

С чего начать после установки Ubuntu Server?

apt update → SSH-ключи → UFW → swap (если памяти мало) → unattended-upgrades. После этого можно ставить рабочие сервисы.

Зачем systemd, если есть nohup и &?

systemd рестартует сервис при падении, ставит в автозагрузку, ведёт логи через journal, изолирует через NotifyAccess. nohup ничего из этого не умеет.

Какой бэкап минимум должен быть у любого сервера?

Ежедневный rsync конфигов /etc и пользовательских данных на отдельную машину или объектное хранилище плюс дамп БД, если она есть. Хранить 7 дневных и 4 недельных копии.

Где лежат логи сервиса под systemd?

journalctl -u имя.service — показывает все логи юнита. Файлов в /var/log/ для systemd-сервисов обычно нет, всё через journald.

Что запомнить

• Установка → SSH-ключи → UFW → swap → unattended-upgrades — порядок шагов после первого включения.
• Любой долгоживущий процесс оформляется в systemd-юнит, а не запускается «навсегда» через nohup.
• cron нужен для регулярных скриптов; systemd timers — более современная альтернатива.
• swap-файл проще, чем swap-раздел, и масштабируется в пару команд.
• rsync покрывает 80% потребности в бэкапах; для БД — pg_dump/mysqldump поверх.
• Регулярные apt upgrade критичны для безопасности.