UserGate ну он сам любит перегружаться, ну и нам сказали не дергать
У нас уг кластер сам собой живет, 😂 то выйдет из кластера, то нода рибутнется. Благо виснуть перестало в рабочее время. Но в логах найти хоть кого-то целенаправленно 😂 бесполезно. Есть все не нужные а нужных нет. Сейчас вот прописали в терминал агентах 4 ипишника, будем смотреть что будет дальше.
UserGate А у других вендоров вторая железка в кластере не работает постоянно, а с отключенными интерфейсами находится в режиме ожидания.
Есть и актив актив кластер , и а п нормально всё не надо никакие вррп и прочие штуки по 10 раз настраивать и бекапить. Вот вчера в ночь фортик через 300дней работы устал и пропал из кластера, так сосед схватил сессии на себя и полетел молотить трафик. Один конфиг на обе железяки.
👍 1
Пока претензия звучит - не реализовали фичу которая мало кому нужна раз в год, значит все плохо.
Сделали много чего в кластере. Как минимум решили проблему с трафиком синхронизации
UserGate "Новый функционал" ожидался в версии 7.х. И это не фича ради фичи, потому что за кластерную лицензию платится отдельная плата. Почему бы не доработать её, не сделать кластеризацию более гибкой и соответственно более привлекательной для пользователей/заказчиков?
Я согласен, что это неудобно. Но по мне - лучше бы пустили ресурсы на стабилизацию решений и процесса обновлений. Инсталляцию я делаю , ну, максимум раз в пол года. А вот проблемы с кластером, перезагрузкой и т.п. возникают постоянно
2
UserGate Первый комментарий был про "в версии 7.х". Да и странно было бы ожидать нового функционала от v6, когда ее скоро переведут в EOS, как тут ранее писали
"Новый функционал" ожидался в версии 7.х. И это не фича ради фичи, потому что за кластерную лицензию платится отдельная плата. Почему бы не доработать её, не сделать кластеризацию более гибкой и соответственно более привлекательной для пользователей/заказчиков?
👍 2
UserGate Попробуйте в 3-х. Если есть определенная потребность и частота использования, то вендор может пойти на встречу и запланировать эти изменения в новых версиях. А фичи ради фич - это пока роскошь для российских производителей
Могу привести кейс, когда у вас кластерный интерфейс - это сабинтерфейс на бонде и если его нельзя настроить в CLI, как это было в 6.1.x, то и кластер вы не соберёте. Только переведя кластерные линки на физические порты.
Я уж молчу про обновления, которые часто приходится откатывать.
Иногда нужно протестировать конфигурацию на изолированной ноде.
Такая жесткая логика инициализации в UG часто приводит к необходимости перепрошивки нод.
А у других вендоров вторая железка в кластере не работает постоянно, а с отключенными интерфейсами находится в режиме ожидания.
UserGate Сложно будет Вам объяснить в двух словах, но почему-то другие вендоры такую логику предусматривают. Думаю, что не на ровном месте и наверное не просто так это реализовано в других решениях.
Попробуйте в 3-х. Если есть определенная потребность и частота использования, то вендор может пойти на встречу и запланировать эти изменения в новых версиях. А фичи ради фич - это пока роскошь для российских производителей
UserGate Не совсем понятен вопрос. У Вас был кластер, Вы из этого кластера ноду хотите в другой добавить? Или из двух разных одиночных ПАК хотите кластер собрать, но оставить какие-то настройки?(Что мне тоже не ясно)
Сложно будет Вам объяснить в двух словах, но почему-то другие вендоры такую логику предусматривают. Думаю, что не на ровном месте и наверное не просто так это реализовано в других решениях.