The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск SKUDONET 7.1, дистрибутива для создания балансировщиков трафика

24.06.2024 10:35

Представлен выпуск проекта SKUDONET 7.1, развивающего специализированный дистрибутив на базе Debian GNU/Linux, оптимизированный для развёртывания балансировщиков трафика и обратных прокси, а также для создания инфраструктуры для организации доставки приложений. Поддерживается как создание балансировщиков для HTTP/HTTPS, так и реализация сервисов для распределения по узлам произвольного TCP и UDP трафика. Управление и мониторинг за системой осуществляется через web-интерфейс. Размер загрузочного iso-образа 844 МБ. Помимо готовой сборки предоставляется репозиторий пакетов, который можно использовать для формирования окружения SKUDONET на базе уже установленных систем с Debian.

Выпуск построен на базе Debian 12 и поставляется с ядром Linux 6.1.90. Из изменений по сравнению с прошлой веткой отмечается расширение поддержки оборудования и задействование появившихся в ядре 6.1 новых возможностей, связанных с сетевым стеком, виртуализацией, управлением памятью, безопасностью и управлением энергопотреблением (в прошлой ветке SKUDONET Community Edition использовалось ядро 4.19). Добавлена поддержка определения IP-адресов в балансировщике через DHCP. Предоставлена возможность указания доменных имён вместо IP-адресов при настройке бэкендов в балансировщике.



  1. Главная ссылка к новости (https://www.skudonet.com/blog/...)
  2. OpenNews: В ядре Linux появится возможность использования eBPF для создания планировщиков задач
  3. OpenNews: Выпуск HTTP/TCP-балансировщика HAProxy 3.0
  4. OpenNews: Доступен OpenZiti 1.0, инструментарий для встраивания оверлейных сетей в приложения
  5. OpenNews: Первый выпуск фреймворка для создания сетевых сервисов Pingora
  6. OpenNews: Google открыл технологию передачи данных Falcon
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61431-skudonet
Ключевые слова: skudonet
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (43) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, Аноним (4), 10:55, 24/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Опять эти дистры. В нормальном мире для того чтобы повторить сабж должно хватить одного контейнера.
     
     
  • 2.7, Аноним (7), 11:05, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    видимо кому то нужна вебморда
     
  • 2.9, Аноним (9), 11:21, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и кто будет обновлять ваш контейнер?
     
     
  • 3.11, Аноним (11), 11:24, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Тот же, кто будет дистриб обновлять. Не, реально ради вебморды городить дистриб это куку досвидос.
     
  • 3.16, Аноним (4), 12:04, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кстати откуда вообще такая искажённая логика типа если дистр то всё обновляю всеми силами, а типа контейнер то не буду обновлять. Это ведь какая то радикальная ошибка у многих в головах. Откуда она взялась? Это надо искоренять.
     
     
  • 4.29, Dima (??), 13:25, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Обыкновенный опыт работы с контейнерами. Хрен их кто обновляет.
     
     
  • 5.32, Аноним (32), 13:40, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зависит от разработчика. Что ему мешает не обновлять дистрибутив? Или наличие iso магическим образом заставляет разраба его поддерживать? Три раза лол, о сотнях заброшенных дистрибов ты надо понимать не в курсе?
     
     
  • 6.53, anonnim (?), 20:04, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так это ставится на дебиан
     
     
  • 7.67, Товарищ майор (??), 13:37, 26/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Контейнеры тоже не с чистого листа собирают.
     
  • 2.13, penetrator (?), 11:48, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    контейнер? для высоконагруженного сервера? а весь траффик через докер? )))

    дистрибутив можети и перебор, а вот контейнеры точно на помойку, это все облачная мишура

     
     
  • 3.14, Аноним (4), 11:54, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ещё один не может понять что контейнер это не виртуалка. Контейнер не тяжелее чрута.
     
     
  • 4.19, вымя (?), 12:16, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да-да, и костыли вроде --network host им тоже, конечно, не нужны.
     
     
  • 5.22, Аноним (22), 12:42, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С чего бы это костыли? Валидный способ настройки сети, иногда необходимый.
     
  • 4.26, Аноним (26), 13:10, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, и io на диск в контейнере - это тоже не проблема.
     
     
  • 5.27, Аноним (4), 13:23, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Перестань городит бред ну прошу тебя. Просто пиши на хост, а не оверлейфс или аналог. Если ты такой реактивный пиши на рамдиск. Ты какой то кладезь шаблонов.
     
     
  • 6.54, penetrator (?), 21:15, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если ты пишешь на хост а не на контейнер, то накой тебе контейнер?

    без облачного хранилища и облачных ресурсов - эти контейнеры полный бред, в принципе они и так бред, но это другая история

    а еще в контейнере недоступно много физических ресурсов, например real clock,
    а еще ты не работаешь с сетевым стеком напрямую, а через демон докера весь траффик,
    а еще ты не можешь оценить степень загрузки системы (потому что получишь данные хоста) не обращаясь к специализированному API и т.д.

    я уже выше написал, что это все облачная мишура, докер это ваша дополнительная (к и так не дешевым облакам) плата за то, чтобы облачному провайдеру было удобно вам втюхивать multi-tenant попутно рассказывая сказки про масштабируемость и производительнось

    ты можешь сказать, ну ОК изолируем на одном сервере разные приложения с целью безопасности, ну тогда в каком месте я был не прав, когда сказал, что это улучшенная замена shared хостингу? ну и зачем мне изоляция, которая в отличии от гипервизора не имеет аппаратной поддержки (которая тоже дырявая, но сильно меньше и в целом лучше)?
    ну и опять таки это все опять не про масштабируемость и производительность

     
     
  • 7.62, Аноним (62), 02:44, 25/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Полная чушь В контейнер никто не пишет, - все эти данные рано или поздно потеря... большой текст свёрнут, показать
     
     
  • 8.63, penetrator (?), 04:33, 25/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    это в твоей нестройной теории это не значит что тебе не надо что-то хранить на м... большой текст свёрнут, показать
     
  • 5.31, Аноним (32), 13:37, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Блин, нет, не проблема, а что? Ещё раз, всё упирается в проектирование. Если у тебя дичайшее io и ты пишешь его в рут контейнера, то кто ты после этого?
     
     
  • 6.55, penetrator (?), 21:20, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    если у тебя дичайшее IO то ты не будешь использовать какую-нибудь виртуализированную шляпу с трехкратным оверсейлом и каким-нибудь тормознутым Amazon EBS или аналог
     
     
  • 7.69, Аноним (69), 02:20, 27/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > если у тебя дичайшее IO то ты не будешь использовать какую-нибудь виртуализированную
    > шляпу с трехкратным оверсейлом и каким-нибудь тормознутым Amazon EBS или аналог

    Но подкроватный сервер на три посетителя в месяц это не случай с дичайшим IO.
    Тут же просто маняврирование в теоретических теориях

    Мoчepaпторы бесгуются внесли мой IP в блеклист, безуспешно, впрочем не суть. Репорты в РКН на опеннет отправляю каждый день.

     
  • 4.65, gvf (??), 15:03, 25/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Затраты на работу контейнера это переключение контекста.
    С точки зрения вычислительной мощности - числорубилки - это очень незначительно.
    А вот для сетевой структуры - перепахивания сетевых пакетов все очень плохо.
    Собственно потому такие штуки как балансировщики сетевые и делают в специальных коробках, а не писюках.
     
  • 3.15, Аноним (4), 11:56, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это я уже не говорю если у тебя такой большой трафик то тогда какой тебе Линукс? Тебе нужен аппаратный балансировщик на который ты никогда не заработаешь.
     
     
  • 4.23, Аноним (22), 12:49, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это такой способ админчиков снять с себя ответственность, не занимаясь проектированием. Я его десятки лет назад выкусил. Чтобы потом сказать "а я же говорил, что надо было покупать железа и софта на миллиард, чтобы наш онлайн магазин не упал, я предупреждал". Решается наличием в команде грамотного архитектора, который таким вот кадрам раздает по куполу.
     
     
  • 5.28, Аноним (4), 13:24, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот такие раздаватели по куполу потом ноют про кадровый голод. Экономики на спичках.
     
  • 4.44, BeLord (ok), 14:41, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Понятие аппаратный сейчас очень размыто, основная часть решений де-факто программно-аппаратные, по уму аппаратным может называться девайс где из софта вообще нет, все в железе, необходимость чисто аппаратной реализации для большинства кейсов сомнительно.
     
  • 4.56, penetrator (?), 21:24, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    не надо нести бред

    аппаратный балансировщик это такой же балансировщик на линуксе у которого рассчитаны аппаратные возможности под задекларированную производительность, т.е. это решение изкаропки

    а внутри торчат те же ксеоны

    хочешь SLA и решение из коробки - один путь, хочешь сделать свое и все сам контролировать - другой путь

     
  • 3.21, Аноним (22), 12:42, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы прослушали новости из 2005 года, stay tuned.
     
     
  • 4.57, penetrator (?), 21:27, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    т.е. аргументов у тебя нет? )))
     
  • 2.33, Соль земли (?), 13:42, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дистрибутив в контейнере можно запустить.
     
     
  • 3.37, Аноним (37), 13:49, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если его окружение вокруг ядра способно работать с другим ядром произвольной версии, то почему бы нет?
     
  • 2.40, Алиса (??), 14:15, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В нормальном мире

    Есть статическая линковка без смyзиконтейнеров.

     
     
  • 3.43, Аноним (37), 14:40, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А контейнеры бывают и не смузи. LXC - суровые нативные контейнеры. Утилиты управления написаны на C.
     
     
  • 4.58, penetrator (?), 21:29, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    с теми же проблемами что и у докера, концептуально это тоже самое, ну разве дебажиться там будет проще
     
     
  • 5.60, Аноним (60), 23:11, 24/06/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     

     ....ответы скрыты (34)

  • 1.34, Аноним (37), 13:44, 24/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот так глянешь сходу на название и пока не сходишь на сайт дистра, не выяснишь, что разрабы не отечественные. Подумаешь, что дистр для сети учреждения со СКУД.
     
  • 1.35, Соль земли (?), 13:46, 24/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какой смысл балансить трафик внутри одной железки? Как там с кластеризацией в SKUDONET?
     
  • 1.36, fi (ok), 13:47, 24/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сейчас тут прочитают что он на perl написан )))

    А главный вопрос - кто работает балансировщиком?

     
     
  • 2.42, Аноним (37), 14:38, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И на C++.
     
  • 2.59, Аноним (60), 23:10, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть perlbal сто лет как. На нем крутился хайлойд задолго до появления nginx.
     
  • 2.61, Аноним (61), 23:58, 24/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >кто работает балансировщиком?

    ZEVENET Load Balancer написан на perl

     

  • 1.52, rm_ (ok), 20:01, 24/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    СКУДНОВАТЫЙ какой-то дистр...
     
     
  • 2.66, Аноним (-), 18:21, 25/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Читать умеешь?

    >развивающего специализированный дистрибутив

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру