CONTROL CENTER — ОФИЦИАЛЬНАЯ ДОКУМЕНТАЦИЯ Содержание и карта комплекта Продукт: Control Center Версия: 0.31.1 (Public Stable) Тип документа: Навигация по документации Последнее обновление: 16.09.2026 1. НАЗНАЧЕНИЕ Этот комплект описывает Control Center как самостоятельный инфраструктурный продукт для централизованного управления серверами, сервисами, сетью, состоянием инфраструктуры, отказоустойчивостью и дополнительными Market-модулями. Документация предназначена для системных администраторов, инженеров небольшой и средней инфраструктуры, домашних и лабораторных администраторов, а также пользователей, впервые устанавливающих Control Center. 2. ГРАНИЦЫ ДОКУМЕНТАЦИИ Control Center Core и устанавливаемые Market-модули описываются раздельно. Наличие функциональности Market не означает, что соответствующий модуль установлен. В комплект не включаются сведения о внутренних процессах создания продукта, внутренней инфраструктуре производителя, внутренних адресах, секретах, ключах, токенах и иных данных, не относящихся к эксплуатации Control Center пользователем. 3. КАРТА ДОКУМЕНТОВ 00 — Содержание и карта официальной документации Control Center 01 — Установка и первый запуск 02 — Аутентификация, локальный admin, пароли и RBAC 03 — Core: архитектура эксплуатации, Desired State и Actual State 04 — Управление узлами и серверными ролями 05 — Multi-node, кластер и отказоустойчивость 06 — Maintenance, drain, replacement и decommission 07 — Сеть: интерфейсы, зоны, WAN/LAN, VLAN и bonding 08 — Маршрутизация, firewall, NAT и port forwarding 09 — DNS, NTP и безопасное изменение IP-адреса 10 — Резервное копирование, восстановление и защита данных 11 — Обновление Control Center, проверка совместимости и rollback 12 — Мониторинг, журналирование, аудит и диагностика 13 — Capacity Planner, прогноз ресурсов и размещение ролей 14 — Market: установка, обновление и удаление модулей 15 — Market: Domain Services — Samba AD DC и FreeIPA 16 — Market: PXE-развертывание Windows и Linux 17 — Market: Software Automation для Windows и Linux 18 — Market: Inventory аппаратного и программного парка 19 — Безопасность и production hardening 20 — Аварийное восстановление и типовая диагностика 4. ПОРЯДОК ЧТЕНИЯ ДЛЯ НОВОЙ УСТАНОВКИ Рекомендуемый порядок: 1) 01 — Установка и первый запуск. 2) 02 — Аутентификация и RBAC. 3) 03 — Desired/Actual State и модель изменений. 4) 07, 08 и 09 — сеть. 5) 10 — резервное копирование. 6) 12 — мониторинг и аудит. 7) 04–06 — multi-node и lifecycle узлов, если используется несколько серверов. 8) 13 — Capacity Planner. 9) 14–18 — Market-модули по необходимости. 10) 19 и 20 — production hardening и восстановление. 5. ОБЩИЙ ПРИНЦИП БЕЗОПАСНЫХ ИЗМЕНЕНИЙ Для операций, способных повлиять на доступность, данные или сетевую связность, используется единая схема: Intent/Desired State → предварительная проверка → Change → Job/исполнение → проверка Actual State → Health → Audit. Перед опасными изменениями администратор должен понимать: - что именно изменится; - какой blast radius возможен; - как проверить успешность; - как выполнить rollback или восстановление; - какой резервный канал доступа останется при потере основной связи. 6. ПРОВЕРКА ВЕРСИОННОЙ СОВМЕСТИМОСТИ Комплект привязан к Public Stable 0.31.1. Перед применением процедур, зависящих от конкретной платформы или установленного Market-модуля, сверяйте фактическую конфигурацию с поддерживаемыми параметрами текущего Stable-релиза: - поддерживаемые ОС и их версии; - минимальные и рекомендуемые CPU/RAM/storage; - URL и порт Web-интерфейса; - точные названия разделов и кнопок Web-интерфейса; - имена пакетов, системных сервисов и CLI; - точные API endpoints; - поддерживаемые схемы HA/quorum; - ограничения VLAN/bonding по ОС и драйверам; - поддерживаемые backup targets; - точные compatibility matrices Market-модулей. Если конкретное значение не подтверждено для Public Stable 0.31.1, документ должен явно обозначать ограничение и не выдавать предположение за поддерживаемую конфигурацию. 7. ИТОГ Комплект организован так, чтобы администратор мог пройти путь от чистой установки до эксплуатации single-node или multi-node/HA, безопасно управлять сетью и lifecycle узлов, выполнять backup/restore, контролировать состояние инфраструктуры, планировать ресурсы и подключать Market-модули без смешения их с Core.