- Обзор
- Новые инструкции командной строки
- зенбуи теперь называется ноид-буй
- zcli теперь noid-cli
- zcluster-manager теперь называется noid-cluster-manager
- zcluster-send-action теперь называется noid-cluster-send-action
- zlb-start и zlb-stop теперь называются noid-start и noid-stop.
- zenrrd теперь является сборщиком noid
- zenntp теперь называется noid-ntp
- zeninotify теперь называется noid-cluster-notify
- zenbackup.pl теперь называется noid-backup
- checkupdates и checkupgrades теперь noid-updater
- supportsave теперь noid-support
- Устаревшие версии API
- Изменения API
- Изменения в работе
- Новые возможности
Обзор #
В этой статье описаны изменения от RELIANOID с версии 6.2 до RELIANOID v8 с точки зрения пользователя и призван служить эталоном для максимизации преимуществ новой версии. RELIANOID Балансировщик нагрузки v8.
Новые инструкции командной строки #
On RELIANOID v8, мы делаем еще один шаг на пути трансформации Зевенета в RELIANOID стандартизация и упрощение использования инструкций командной строки. Все команды, которые ранее начинались с «z*, либодзен *теперь будет называться «ноид-*».
RELIANOID Цель v8 — создать более последовательный и интуитивно понятный интерфейс командной строки. Пользователи, переходящие с RELIANOID v6.2–v8 должны обновить свои сценарии и рабочие процессы, чтобы отразить эти новые имена команд.
Вот краткий обзор изменений:
zenbui Сейчас noid-bui #
ноид-буй — это базовый пользовательский интерфейс Curs для настройки системных служб в балансировщике нагрузки.
root@noid-ee-01:~# noid-bui
zcli Сейчас noid-cli #
noid-cli — это пользовательский интерфейс командной строки.
root@noid-ee-01:~# noid-cli
zcluster-manager Сейчас noid-cluster-manager #
noid-кластер-менеджер является менеджером командной строки для RELIANOID кластерный сервис.
root@noid-ee-01:~# noid-cluster-manager
zcluster-send-action Сейчас noid-cluster-send-action #
noid-кластер-отправить-действие — это диспетчер командной строки для отправки действия на удаленный узел в кластере балансировки нагрузки.
root@noid-ee-01:~# noid-cluster-send-action
zlb-start и zlb-stop есть сейчас noid-start и noid-stop #
ноид-старт и ноид-стоп представляют собой файлы на основе сценариев для настройки RELIANOID службы во время запуска или остановки, и они будут выполнены после этих действий. Эти файлы можно найти по адресу /usr/local/relianoid/config/ .
zenrrd Сейчас noid-collector #
ноид-сборщик — это скрипт cronjob, предназначенный для сбора статистики из системы, ферм и сети для хранения в файлах RRD, чтобы иметь возможность представить ее в виде графиков через веб-интерфейс.
zenntp Сейчас noid-ntp #
noid-ntp — это сценарий cronjob, предназначенный для синхронизации с удаленной службой NTP и проверки правильности системной даты и времени.
zeninotify Сейчас noid-cluster-notify #
noid-кластер-уведомить — это служба, включенная в систему кластеризации, отвечающая за репликацию конфигурации на уровне файловой системы между узлами.
zenbackup.pl Сейчас noid-backup #
noid-резервное копирование это скрипт, который позволяет выполнять резервное копирование конфигурации для быстрого восстановления конфигурации.
checkupdates и checkupgrades есть сейчас noid-updater #
noid-обновитель — это инструмент командной строки, позволяющий легко выполнять обновления, крупные модернизации и обновления с Community на Enterprise для версий Community и Enterprise.
supportsave Сейчас noid-support #
noid-поддержка — это скрипт, который собирает все файлы конфигурации и журналы, необходимые для анализа проблем в системе балансировки нагрузки.
Устаревшие версии API #
In RELIANOID v8 в версии API были внесены существенные изменения для оптимизации кодовой базы и улучшения удобства обслуживания. Вот подробности этих изменений:
Удаление старых версий API: Старые версии API удалены из исходного кода. Это решение было принято, чтобы упростить кодовую базу и сделать ее более удобной в сопровождении. В результате доступна только версия API v4.0. RELIANOID v8.
Влияние на процессы автоматизации и рабочие процессы: Пользователи должны обновить свои процессы автоматизации и рабочие процессы, чтобы использовать версию API v4.0. Любые сценарии или интеграции, основанные на старых версиях API, необходимо будет пересмотреть, чтобы обеспечить совместимость с новой системой.
Шаги по обновлению процессов и рабочих процессов автоматизации:
1. Идентификация вызовов API с использованием более старых версий.
2. Обновите вызовы API для использования версии 4.
3. Протестируйте обновленные рабочие процессы. Тщательно протестируйте все обновленные сценарии и рабочие процессы, чтобы убедиться, что они правильно работают с API версии 4.0. Проверьте наличие устаревших параметров или изменений в форматах ответов, которые могут потребовать дополнительных корректировок.
Объединившись в единую версию API, RELIANOID Версия v8 направлена на снижение сложности и повышение общей надежности и удобства обслуживания системы. Крайне важно, чтобы пользователи соответствующим образом обновляли свои процессы автоматизации и рабочие процессы, чтобы обеспечить бесперебойное обслуживание и воспользоваться преимуществами улучшений в новой версии API.
Примеры работы нового API можно найти в официальном апидок at https://www.relianoid.com/apidoc/v4.0/
Изменения API #
In RELIANOID v8 во взаимодействие API было внесено несколько ключевых изменений для повышения согласованности и удобства использования.
Был реализован уровень совместимости, чтобы гарантировать, что существующие процессы, использующие старую конечную точку и переменную аутентификации, не сломаются. Этот уровень позволяет продолжать использовать zapi.cgi и ZAPI_KEY при переходе на новый API.cgi и api_key.
В частности, были реализованы следующие изменения.
Старое взаимодействие API
Конечная точка: https://<relianoid_server>:444/zapi/v4.0/zapi.cgi
Переменная аутентификации: ZAPI_KEY
Новое взаимодействие API
Конечная точка: https://<relianoid_server>:444/api/v4.0/api.cgi
Переменная аутентификации: API_KEY
Примеры работы нового API можно найти в официальном апидок at https://www.relianoid.com/apidoc/v4.0/
Чтобы обеспечить плавный переход, система по-прежнему будет распознавать и принимать запросы на zapi.cgi через ZAPI_KEY. Однако рекомендуется обновить все взаимодействия API, чтобы использовать новый API.cgi конечная точка и api_key переменная для будущего и в полной мере воспользоваться новыми функциями и оптимизациями в RELIANOID v8.
Делая эти обновления, RELIANOID Цель v8 — обеспечить более интуитивно понятный и оптимизированный интерфейс API, сохраняя при этом обратную совместимость, чтобы избежать сбоев в текущих рабочих процессах.
Изменения в работе #
zproxy и proxy-ng удаление #
зпрокси, также называемый прокси-нг или прокси нового поколения, был удален из базы системы в связи с отсутствием стабильности и надежности, что является обязательным значением для поставляемых нами решений.
zencert.pem Сейчас noid_ssl_cert.pem #
Сертификат SSL по умолчанию для ферм HTTPS или службы веб-интерфейса, ранее называвшейся zencert.pem, был обновлен до noid_ssl_cert.pem . Никаких изменений с вашей стороны не требуется, поскольку при миграции конфигурации это обновление будет автоматически применено. Однако обязательно обновите этот новый сертификат на любом сервере, где он используется.
Новые возможности #
Поддержка многофакторной аутентификации #
Поддержка многофакторной аутентификации (MFA) включена в этот выпуск и полностью интегрирована в раздел веб-интерфейса. ИПДС > МИД Доступны коннекторы для приложений аутентификации AD, LDAP, RADIUS, Google CAPTCHA v2 и TOTP.

Полную документацию можно найти по адресу:
https://www.relianoid.com/resources/knowledge-base/ipds-enterprise-edition-v8-administration-guide/v8-ipds-mfa/
https://www.relianoid.com/resources/knowledge-base/ipds-enterprise-edition-v8-administration-guide/v8-ipds-mfa-create/
https://www.relianoid.com/resources/knowledge-base/ipds-enterprise-edition-v8-administration-guide/v8-ipds-mfa-update/
Поддержка приоритета бэкэнда для HTTP-бэкэндов #
Опция приоритета серверной части позволяет определенным серверным модулям выступать в качестве резервных копий в случае выхода из строя производственных серверов, тем самым повышая доступность услуг для HTTP-ферм.
Поддержка наименьшего ответа для HTTP-ферм #
Функция наименьшего отклика обеспечивает динамическую регулировку веса в зависимости от времени отклика серверной части. Он изменяет вес серверных частей в зависимости от их производительности, направляя больше подключений к серверам с более быстрым временем отклика для HTTP-ферм.
Eproxy: новый улучшенный и высокопроизводительный прокси #
Примечание: Eproxy — это передовая функция, которая находится в стадии активной разработки, поэтому некоторые расширенные опции будут включены как можно скорее.
Новый, усовершенствованный высокопроизводительный обратный прокси-сервер, заменяющий устаревший профиль HTTP/S. Он обеспечивает горячий рестарт возможности, родные HTTP / 2 поддержка и гибкость TCP и TCP-по-SSL слушателей. Подробнее на сайте:
Надеемся, вам все понравится! RELIANOID Балансировщик нагрузки v8!



