Proxmox без жизни в терминале

Proxmox удобно управляется из веб-интерфейса до того дня, когда его перестаёт хватать: схема хранилища, изменение сети, зависший гость, и ответом становится SSH-сессия и команда, найденная на форуме. Atlas выводит на экран и такие дни: направляемые процессы с прописанным риском, а внизу Proxmox остаётся Proxmox.

Почему терминал всё время затягивает обратно

Стандартный веб-интерфейс покрывает повседневную середину, а края живут в оболочке: zpool и LVM для хранилища, файл interfaces для сети, qm и pct для гостя, который перестал отвечать. Именно на краях ошибки стоят дороже всего.

Команды, скопированные с форумов, выполняются с полной властью. Флаг, означавший другое, имя устройства из чужой схемы, и перед root-оболочкой нет шага подтверждения.

А знание CLI копится у одного человека. Когда единственный администратор, знающий заклинания, в отъезде, хост ждёт; передать кипу истории оболочки не значит передать систему.

Как краевая работа делается сегодня

Схема повторяется на большинстве хостов:

Зайти на хост по SSH и найти правильную команду для задачи.

Сверить флаги с документацией, потому что половина форумных ответов относится к старым версиям.

Выполнить в root-оболочке и вглядываться в текстовый вывод в поисках беды.

Переключиться в веб-интерфейс и проверить, что результат действительно применился.

Повторить с другим семейством инструментов для следующей задачи: zfs, ip, qm, vzdump.

Держать знание в голове, потому что ничего из этого нигде не записано.

Чем Atlas заменяет дни в оболочке

Рискованные края становятся направляемыми экранами; терминал превращается из обязанности в выбор.

Направляемые процессы для рискованной работы

Схемы хранилища, изменения сети, обновления и восстановления идут как пошаговые процессы со встроенными проверками. Опасный флаг попросту никогда не набирается.

Всё на одном экране

VM, контейнеры, хранилище, сеть, обновления и резервные копии живут в одном интерфейсе, нарисованном как топология, а не как дерево меню.

Сначала влияние и подтверждение

Критические процессы показывают затронутые ресурсы и просят подтверждение до применения; неверный клик не превращается в неверный хост.

Консоли без SSH

Гостевые консоли открываются из браузера; добраться до сломанной VM не требует терминала и файла ключей.

Proxmox остаётся Proxmox

Внизу Atlas управляет стандартным Proxmox; ничего не ответвляется. Интерфейс PVE и оболочка продолжают работать, они лишь перестают быть обязательными.

В браузере, из любого места

Кокпит работает в браузере на собственном хосте; взгляд на инфраструктуру больше не зависит от машины с SSH-ключами.

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

Это замена изучению Proxmox?
Нет. Atlas делает безопасный путь лёгким; убирается обязанность заучивать командные заклинания для рискованной работы, а не ценность понимания системы.
Могу ли я по-прежнему пользоваться CLI?
Да. Оболочка и интерфейс PVE работают ровно как раньше. Atlas забирает те дни, которые не хочется проводить в терминале.
А операции, которые веб-интерфейс никогда не покрывал?
В этом суть страницы: схемы хранилища, правки сети, восстановления и ремонтные работы идут как направляемые процессы вместо сессий в оболочке.
Безопасно ли отдать это младшему администратору?
Безопаснее, чем root-оболочка. Процессы показывают влияние и просят подтверждение, права отражают роли Proxmox, а критические действия попадают в журнал аудита.
Нужен ли агент внутри каждого гостя?
Нет. Atlas работает на хосте. Гостевые агенты остаются необязательными, как и в чистом Proxmox.
Покидает ли управляющий трафик мою сеть?
Нет. Кокпит работает локально на хосте и там же говорит с Proxmox. Ничего не идёт через чьё-либо облако.
Можно ли управлять Proxmox без SSH?
Да. Proxmox можно управлять, не открывая SSH; вся повседневная работа идёт через визуальный интерфейс. Отсюда и более простое управление Proxmox: вместо заучивания команды видно, что произойдёт, и это подтверждается. Оболочка остаётся ровно там, где была, и любой может воспользоваться ею когда угодно, потому что здесь добавляется путь, а не закрывается.

Похожие статьи