Привет!👋

25 февраля состоится вебинар Veeam Talks: «Функциональное тестирование connection pooler для Postgres Odyssey»

Пулер соединения Odyssey призван решить проблемы управления соединениям высоконагруженных инсталляций PostgreSQL. Если вы слышали про него, но не видели в бою, то вебинар от нашего Senior Data Engineer'a Артёма Акульшина как раз для вас.
Артём расскажет про настройку и запуск Odyssey, а потом покажет как смотреть в реальном времени динамику количества соединений между приложением, Odyssey и базой данных. Так же в плане посмотреть на pgbConsole и PgBouncer exporter для мониторинга за состоянием при помощи Prometheus. И не забудем изучить Query Cancellation в действии.

Регистрация: http://vee.am/54h489

http://vee.am/54h489

Будем вам рады☺️

если у нас дискуссия на тему, "надо ли всегда брать технологию X, или всё таки выбирать по решение по обстоятельствам" - то практически любой вам тут скажет что кубер не панацея. Если вы хотите получить здесь ответ почему кубер может быть лучше именно для вас, стоит хотя бы очертить обстоятельства, которые должны определять решение

Пока почти любые говорят, что по дефолту кубер должен быть для запуска/оркестрации контейнеров даже на одной ноде.

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

Всем привет!
Хочу спросить у Вас консультации.
Ситуация такая. В компании есть докер сварм кластер с 5ю менеджерами (был до моего прихода).
Внутри него крутится несколько не пересекающихся external сетей /24 (overlay). Периодически (раз в несколько дней) при деплое (15 реплик сервиса), на разных нодах, разным контейнерам выдаётся один и тот же IP и MAC адреса.
Получается конфликт ip адресов и сервис начинает терять часть запросов при обращении к нему.
Установка докера базовая. Занято на серверах, судя по docker network inspect не более 30ip из external сети.
В кубер запланирован переезд только через 1-2 месяца. Поэтому фиксануть хочется сейчас, чтобы не сидеть и убивать вручную ноды, которые дублируются по ip.
Ранее, работал только с кубером, а тут сворм. Как эту ерунду можно пофиксить?

я выбираю между “после композа сворм, после сворма кубер как оркестратор для docker stack *, а уж потом “нативный” кубер” и “не окончивать переход на композ и сразу “нативный” кубер”

короче, я уже понял, что от вас конкретики не дождаться. Соответственно не надо ждать конкретных плюсов от кубера здесь

вон выше человек мучается со свормом

и будет переходить на кубер

Кубер - он для тех, кто перерос функционал Swarm, или тем, кто планирует "на вырост"

Его не просто так называют ОСью будущего, т.к. благодаря операторам и прочим контроллерам туда можно запихать буквально всё.

какой конкретики вам не хватает?

Но это нужно далеко не каждому, и уровень входа в этот сервис довольно высокий, даже для управляемых решений, типа AKS/EKS

у тебя из конкретики - 1 бареметал сервер, из этого я тебе даже между виндой и линуксом не посоветую

так какая конкретика нужна? Весь стэк под линукс, 5 проектов на этом сервере, заканчивается перевод их на композ с вручную управляемым nginx на хосте как роутером пока

Может тебе просто пойти в админы дорогостоящие? Энтерпрайз, горняшка, банки, фарма.

а есть кто пользует YouTrack?

Если маки дерутся меж собой, это говорит или о мисконфиге или о мисюзе, сложно посоветовать не понимая почему они дерутся, это может быть и кривое dhcp и кривой статикарп, у вас оверлей, то хотя бы как вы присылаете в образ ip?

изоляция нужна? Ограничения по ресурсам нужны? Шарить файлуху с хостом надо? Выставлять порты наружу кроме как через nginx надо? Связь с внешними ресурсами нужна? Сервис дискавери нужен? Сайдкары нужны? метрики логгирование централизованное? Практически везде сворм проигрывает кубу

из конкретики "5 проектов" я вам точно конечно не скажу, чем вам кубер лучше сворма или просто ручного развёртывания