Opfield 2.12.7: перенос ingress между узлами, папки для алертов и порты реле

Перенос домена на другой ingress-узел вместе с маршрутами Pages и списком всего, что мешает переносу, папки для правил алертов, вебхуков и списков доступа, порт реле, который меняется без обрыва соединений, и Opfield AI на self-hosted-инсталляциях.

Автор: команда Opfield3 мин чтенияОбновлено

Вышел Opfield 2.12.7. После 2.12.3 мы выпустили 2.12.5, а затем в один день 2.12.6 и 2.12.7. Вместе они делают перенос ingress между серверами предсказуемее, дают реле порт по вашему выбору, чинят алерты контейнеров и приносят Opfield AI на self-hosted-инсталляции. Ниже то, что заметит большинство пользователей. Полный список изменений — в журнале изменений.

Перенос домена на другой ingress-узел

Домен переносят на другой ingress-узел, когда сервер заменяют или выводят из работы. В 2.12.7 перенос забирает с собой больше и больше рассказывает до начала.

  • Маршруты Pages переезжают тоже. Маршруты Pages домена теперь переходят на новый узел вместе с остальными его маршрутами.
  • Предпросмотр показывает все препятствия. Ещё до любых изменений предпросмотр переноса перечисляет всё, что мешает переносу, и как это исправить.
  • Офлайн-узел больше не тупик. Перенос с узла, который не в сети, завершится сам, когда узел вернётся.
  • Откаты попадают в аудит. Откаченный перенос записывается в журнал аудита.

Как и раньше, DNS под управлением Cloudflare обновляется во время переключения. С внешним DNS записи нужно обновить самостоятельно до завершения переноса.

Routes3 of 41
HostUpstreamTLSHealth
api.northwind.iopayments-api ×3valid · 84 dayspassing
app.northwind.ioweb ×2valid · 61 dayspassing
status.northwind.iostatus pagevalid · 84 dayspassing
ACME · auto-renewinternal PKIaccess policy · 2health check · 10 s
Маршруты переезжают вслед за доменом на новый ingress-узел.

Реле на порту по вашему выбору

Реле переносят приватные соединения между вашими серверами, поэтому сервисам и базам данных не нужны открытые порты. Теперь реле не обязано слушать стандартный 9443/tcp.

При добавлении реле или заказе VM для реле через хостинг-аккаунт можно указать Relay Port. Сгенерированная команда установки уже содержит этот порт, и на хосте реле открыт должен быть только он.

Чтобы сменить порт работающего реле, сначала откройте новый порт в файрволе и в пробросе портов, если он есть, а затем нажмите Change port у реле в Settings > Relay. То же действие доступно через API и MCP. Opfield выводит реле из работы, ждёт, пока его потоки перейдут на другие реле, перезапускает его на новом порту и возвращает в пул. Если за 20 секунд реле не поднялось на новом порту, оно возвращается на прежний, а в строке реле видна причина, например что адрес уже занят.

Есть ограничения. Реле нужен релиз реле 2.12.6, поэтому сначала обновите Relay Pool в Settings > General. Защищённое реле меняет порт на самом хосте: для этого установщик запускают заново. Локальное реле остаётся на 9443/tcp, потому что этот же порт — точка, через которую все узлы подключаются к Opfield.

Private connections2 links
payments-apius-ash-01Virginia
payments-dbdb-fra-01Frankfurt
webeu-fra-02Frankfurt
sessionsdb-fra-01Frankfurt
no open portsno VPNacross servers and clouds
Приватные соединения идут через реле; реле может сменить порт, а соединения продолжают работать.

Алерты, папки и доступность

  • Алерты контейнеров срабатывают. Правила Container Started и Container Stopped для конкретного контейнера теперь срабатывают. Когда алерт контейнера разрешается, в нём видно, сколько контейнер был остановлен.
  • Доступность показывает потерянную реплику. Политика доступности теперь показывает degraded, пока узел с одной из её реплик не в сети.
  • Папки для правил алертов, вебхуков и списков доступа. Их теперь можно раскладывать по папкам, как и другие ресурсы. Права можно выдать на папку: они распространяются на неё, её подпапки и всё, что в них лежит, так что команда может сама управлять своими правилами алертов, вебхуками и списками доступа. Правило отправляет уведомления только в те вебхуки, которые видит его автор.

Opfield AI и обновления

ИИ-дополнение теперь называется Opfield AI. С 2.12.5 оно работает и на self-hosted-инсталляциях, подключённых к Opfield Cloud: через inference core, если он установлен, или напрямую в AI Workspace, если нет.

Бюджет и подписка больше не мешают друг другу. Исчерпанный месячный бюджет API не блокирует модели по подписке, а исчерпанное окно подписки не блокирует модели по API. Модель, которую сдерживает бюджет API, так и пишет, что бюджет исчерпан, а не показывается недоступной. Когда Opfield AI заканчивается, AI Workspace переходит на другую опубликованную модель, а не выключается, и бюджет API по умолчанию возвращается к прежнему значению.

Opfield и его демоны на узлах теперь получают обновления из ленты обновлений Opfield. Если обновление демона не удалось, теперь видно, почему.

Servers5 connected
eu-fra-01Ingress31%
eu-fra-02Docker58%
edge-ams-01Ingressdraining
us-ash-01Docker44%
db-fra-01Database22%
Демоны на каждом сервере обновляет Opfield, а неудачное обновление объясняет причину.

Обновление

Self-hosted-инсталляции обновляются как обычно. Управляемые облачные инсталляции обновятся в своё окно обслуживания. Все изменения перечислены в журнале изменений, подробности — в документации.