из чего я делаю вывод — разработчики VMmanager захотели без спроса обновить узлы на Альмалинукс и опозорились

Возможно pkgs.org/download/libvirt пакет от AlmaLinux, и, при его работе, возможно выхлоп стек-трейса от python скрипта о том, что какая-то проблема с ssl у хоста 95.217.192.157. Количество косяков у VM6 конечно пока что пугает для его использования в проде…

перешел на ВМ-6?

Да, вначале 2023 года. Лучшие умы ispsystem своими обновлениями вечно что-то ломали ещё со времён ispmanager. Просто максимально наитупейший подход к разработке у них. Видимо им максимально накласть на стабильность работы при каждой очередной новой версии.

когда они убили v3 авторизацию для Bill-5

Тоже через это пришлось проходить, когда они убили v3 совместимость со СВОИМИ же продуктами при интеграции с IPmanager, вместо которого использовался DCImanager модуль для распределения IP адресов, а этот модуль в свою очередь использовал v3 авторизацию видимо. ISPmanager тот же, например, до сих пор работает с этим модулем через v3 при интеграции с DCImanager.
Благо их саппорт там как-то смог откатить docker контейнер с этим модулем тогда в течении дня, а не спустя месяцы. Иначе это была бы дорога в 1 конец для дальнейшего использования их поделия.

Сейчас Версия платформы
2025.04.3 Regular (22 апр 2025)
Пока эти гении ничего не поломали на текущий момент и оно даже как-то работает, но насчёт billmanager интеграции хз, не используется, не знаю для него не сломали ли что-нибудь снова в текущей версии.

Что касается VMmanager 6 и того факта, что оно не потянет множество кластеров, узлов и виртуалок. Так это тоже ожидаемо. У них с ISPmanager Business тоже самое было, когда больше 10 нод невозможно было нормально строить, потому что их панель тормозит и попросту не тестировалась при разработке под такие объёмы и под масштабирование. Понятно, что они сменили стек используемых технологий при разработке и компании поделили. Но это не сильно как-то повлияло в положительную сторону для конечного пользователя. Поэтому от этой конторы уже заранее чего-то ожидать не стоило и как ты и сказал, да, вероятно самый адекватный подход — это строить по гео-зонам, т.е на каждую страну отдельно панель с виртуалками. Ну или вовсе на каждую ноду — отдельно панель. Да, неудобно, особенно для клиента, зато надёжнее.

Но тогда если уж строить с подходом 1 нода — 1 панель, тогда уж лучше перейти на какой-нибудь solusvm2, где хотя бы цикл разработки более адекватен и каждое обновление панели не ломают что-либо. Потом что там видимо хоть как-то тестируют перед выкатыванием обновления в стабильную версию.