Физический сервер Dell R640 (2× Xeon Gold 6246R, 376 ГБ RAM), адрес 10.11.11.11 (VLAN 11),
Ubuntu 24.04. Несёт на себе почти всю серверную инфраструктуру «Алии» в виде виртуальных машин.
Три RAID-массива на аппаратном контроллере:
| Массив | Диски | Объём | Назначение |
|---|---|---|---|
| Virtual.0 | RAID-1, SATA SSD | 446 ГБ | система (/, /var/log, /boot/efi) |
| Virtual.1 | RAID-5, SAS SSD (самый быстрый) | 3.5 ТБ | /var/lib — образы ВМ, данные Docker |
| Virtual.2 | RAID-1, HDD 10K | 1.1 ТБ | /backup |
Есть отдельный global hot spare диск на замену системного массива.
Важный урок про этот сервер: при подготовке машины один из томов планировалось затереть,
посчитав его мусором от старой Windows-машины — но при проверке монтированием обнаружились
боевые данные (диски виртуальной машины с базой SQL Server, 3.2 ТБ). Систему той машины уже было
не восстановить (она лежала на другом, уже переустановленном томе), а свободного места для копии
не хватало. Вывод для будущего: перед любой необратимой операцией сначала смонтировать и
посмотреть содержимое, даже если источник уверенно говорит, что там мусор.
14.09.2026 — диск Vaultwarden возвращён в штатный пул. Диск ВМ Ubuntu_VaultWarden обнаружился
вне пула images — лежал в /backup/iso/ (точка монтирования для ISO/бэкапов, не для рабочих
дисков ВМ). Перенесён без потери данных: штатная остановка ВМ → копирование со сверкой контрольной
суммы → правка пути в конфигурации → запуск. vw.aliafarm.ru проверен, отвечает штатно, старая
копия удалена после проверки. Заодно обнаружился ещё один диск не на месте — smb (~1 ТБ, тоже в
/backup/iso/) — пока не перенесён.
libvirt/KVM с поддержкой UEFI и TPM 2.0 (можно ставить гостей с Secure Boot, включая Windows).
Все виртуальные машины сидят в режиме bridge на трёх сетевых мостах, соответствующих VLAN сети:
основной мост для управления и большинства сервисов, и два дополнительных под конкретные VLAN.
Отдельной изолированной осталась только сеть BMC (iDRAC) — её сознательно не завели на этот
гипервизор, чтобы не понижать её защищённость.
Управление виртуальными машинами — через графический virt-manager по X11-пробросу поверх SSH.
Официальная сборка Docker (не из репозитория Ubuntu), с настроенной ротацией логов — иначе логи
контейнеров могут забить диск без ограничений. Закреплены отдельные диапазоны адресов под
Docker-сети, чтобы docker compose случайно не выбрал подсеть, пересекающуюся с сетями «Алии».
Когда Docker стартует на машине с уже работающими виртуальными машинами (через мосты libvirt),
он выставляет политику DROP для транзитного трафика и сам подгружает сетевой модуль ядра,
отвечающий за фильтрацию мостового трафика. С этого момента весь трафик виртуальных машин через
мосты начинает молча теряться на уровне firewall хоста — при этом сама ВМ видит, что сетевой
линк есть, диагностика внутри ВМ ничего не показывает. Лечится явным отключением фильтрации
мостового трафика в настройках ядра — это нужно сделать один раз, до или сразу после установки
Docker на такой машине.
Схема "агрегация двух портов → VLAN → мост, адрес на мосту" (типовая для инфраструктуры Алии).
Мосты под виртуальные машины намеренно без IP-адреса на хосте — единственный управляющий адрес
у хоста только на основном мосту, а сами ВМ получают адрес и шлюз от роутера напрямую.
См. отдельную страницу Виртуальные машины — карта — полная
карта: что где крутится, роли, адреса.