# Серверы и виртуализация
Держим в рабочем состоянии парк Linux-серверов и виртуализацию под ними — от единственной машины с сайтом до кластера гипервизоров с десятками виртуалок.
## Что входит
- **Обновления.** Регламент установки исправлений: сначала тестовый контур, потом бой, окно работ согласуется заранее.
- **Резервные копии.** Настройка копирования, хранение по расписанию и — главное — регулярная проверка восстановлением. Копия, из которой ни разу не восстанавливали, копией не считается.
- **Инциденты.** Разбираем аварии: диск кончился, служба не поднялась, сеть отвалилась, процесс выел память и прилетел OOM killer.
- **Виртуализация.** Кластеры гипервизоров, распределение ресурсов, миграция машин между узлами, снапшоты.
- **Сети.** Маршрутизация, VPN между площадками и для сотрудников, межсетевые экраны, разделение контуров.
- **Учёт.** IPAM и DCIM в NetBox: машины, подсети и адреса, оборудование, доступы, сроки сертификатов и доменов.
## Как это выглядит на практике
Инфраструктура описывается кодом (Ansible, Terraform), а не руками в панели: конфигурация машин и служб лежит в репозитории, изменения проходят через ревью и накатываются одинаково на всех узлах. Ручные правки на сервере — исключение, которое потом переносится в код.
Каждая система обвешивается метриками и alert rules: место на дисках, нагрузка, доступность служб, срок действия сертификатов. Молчащий мониторинг лучше звонка от клиента в три часа ночи.
## Что получает заказчик
Понятную инфраструктуру вместо чёрного ящика: схему, описание, регламенты работ и людей, которые её знают. Уход одного человека перестаёт быть катастрофой.
Как это выглядело на практике — в кейсе [«Кластер виртуализации упёрся в память»](/cases/capacity-planning). btop
No problems have been detected in the workspace.
No forwarded ports. Forward a port to access your locally running services over the internet.