« Rev
@ru_devops   494
Fwd »


Sergey
не нравятся варианты, твой лучший - иди и реализовывай
Dmitry
прокся может быть и tcp :)
Denis
не нравятся варианты, твой лучший - иди и реализовывай
у меня нет, варианты, я спрашиваю, твой пока не очень, но это не повод так бомбить.
Denis
прокся может быть и tcp :)
да, каждый новый протокольчик попрописать придётся но возможно это меньшая из зол, если там ничего с какими нибудь дурацкими стейами не появится.
Sergey
куда лучше?
Sergey
обмазываешь это всё слоем VRRP и наслаждаешься
Sergei
если бы ты лучше читал, там указано что всякие специфичные протоколы. С проксёй по этой причине слегка сложновато. Самый простой вариант нат.
если у тебя там прям не TCP и не UDP, а сразу IP и вот это всё - запили VPN/туннели до NAT'ов и пили маршрутами
kevit
а расскажите что есть чтобы разрисовать логи
Denis
пока там кастом на UDP простенький всякий.
kevit
хочу все из journalctl -f похожее на [common.go:91] красить в красный
Denis
да мне варианты интереснее. я не знаю чего хочу. я вижу проблемы у всех вариантов, выберу меньшую из зол.
Sergei
если нет возможности выделить по адресу из разрешенной сети на каждый апп-хост - прокся лучший вариант, имхо.
Denis
на каждый хост прокся ? а как поможет у нас же исходящий запрос
Sergei
на каждый хост прокся ? а как поможет у нас же исходящий запрос
заведи пул проксей, повесь на них разрешенные адреса, заставь твои аппы ходить в проксю
Denis
типа если эта прокся "выпускает" под одним адресом, который анонсится, то в обратную сторону это придёт хз куда
Sergei
так у тебя вообще нет возможности более чем 1 адрес иметь?
Sergei
(а то вроде выше было про сеть)
Denis
нам согласовали 3 адреса, потенциально могут апнуть до 5
Sergei
ну так поставь по адресу на площадку
Denis
у меня тачек которых должны ходить за данными штук 60.
Denis
чот смотрю в nginx и не пойму он умеет sticky за бесплатно делать или достаточно будет сделать consistent hashing и проблемы будут потенциально только в случае изменения пула.
Denis
для stream всмысле
Dmitry
вообще для tcp я бы смотрел haproxy.... ;) захочешь ты балансировать по SNI https трафик... и nginx не але, только терминировать..
Denis
я чуть выше писал что на данный момент у меня кастомные udp восновном
Denis
и кажется хапрокси не умеет в удп
Dmitry
а, прикольно, почитал про udp у nginx :) а то первая мысля - а что с ответом то делать ;)
Denis
=)
Dmitry
хотя я бы смотрел в сторону тоннелей с гейтвеев до разрешенных гейтов, а там nat
Dmitry
но что-то такое советовали уже ;)
Dmitry
ну и PI ваще гламурно, но может быть жирно
Dmitry
Вчера до 2х утра пинали kafka connect... есть сведущие?)
Womchik
любите ли вы кафку? да, грефневую
G72K
дебажил php - там типа пришел сигнал 11 что чилдрен закрылся.
А сигнал 11 это же SIGSEGV, у вас приложение крашится
Alex
без apcu работало
Alex
ну точней видимо не могло писать в apcu... кеш был почти 7 Мб, а по умолчанию вроде как очень мало выделяется. выделали гиг в памяти под кеш
G72K
Apcu?
Alex
да и в коде косяк был. подвравили код, оттюнили apcu
Alex
Lf
Alex
да
Alex
щас ошибок нет. никаких. логи чисты)
G72K
И все равно connection reset?
Alex
уже все гуд. уже никаких проблем
G72K
Ну и славненько
Womchik
не спам! :)
G72K
немного подбешивает в опенсоурсе, что вот сделал кто-то PR, кто-то из проекта просит что-то доделать, иногда просто запятые переставить, а автор забил. В итоге разработчики не допиливают, ждут автора, полагаю птому что некультурно самим его работу брать и доделывать ) а остальным что делать? фича нужна. каков современный этикет на этот счет? скачать его бранч, добить комитами, сделать новый PR позволительно?
G72K
все обсуждение же в оригинальном PR, там и подписчики кто ждет фичу и вообще контекст того, что происходит. в чужой PR новые коммиты не запихать, а жаль
պլհկ
Можно ссылку дать в своем пр на старый
պլհկ
И обратно чтоб всем нотификации прилетели
alx
ктож запрещает
G72K
Не хочу форк, хочу в апстрим, апстрим тоже хочет, но по каким то абстрактным правилам не может просто,взять чужой pr и исправить. Иногда говорят после долгого ожидания "ок, мы смерджим так, а доделки следующим pr добьем"
G72K
Т.е. Даже если уже терпеть никак, все равно не трогают авторский pr
G72K
Такой,странный этикет. Проблему решило, если бы другие пользователи могли предлагать свои бранчи в уже существующий pr. При мердже просто выбираешь какой из вариантов использовать.
G72K
По-моему нет
Navern
Ну это было бы оч странно
Navern
Сомневаюсь что это так
Vladislav
Не хочу форк, хочу в апстрим, апстрим тоже хочет, но по каким то абстрактным правилам не может просто,взять чужой pr и исправить. Иногда говорят после долгого ожидания "ок, мы смерджим так, а доделки следующим pr добьем"
заморочки, в свой бранч черипикаешь оригинальные коммиты, авторство остается, поверх свои фиксы, создаешь новый pr, референсишь в нем старый, в старом - новый. done
Denis
А кто то живёт с collectd и docker ? чем собираете стату с контейнеров.
Sergey
А кто то живёт с collectd и docker ? чем собираете стату с контейнеров.
доскером не пользуюсь, но вот тебе навскидку https://github.com/bobrik/collectd-docker. прямо таки первая ссылка.
Denis
да я тоже много чего нагуглил, интересовал опыт какой то
Denis
как к примеру в случае с кубером\номадом живётся. или в таких кейсах перестают исользовать коллектд а съезжают для мониторинг контейнеров на какой ниудь хипстер
Dmitry
https://github.com/kubernetes/kube-state-metrics
Dmitry
или надо вот прямо коллектд?
Alexey
в номаде prometheus встроенный
Alexey
тока я его не юзал ))
Tadeusz
разве из коробки? https://github.com/hashicorp/nomad/blob/master/integrations/prometheus/prometheus.yml
Alexey
https://www.nomadproject.io/docs/agent/telemetry.html
Alexey
вот
Alexey
я про нее
Alexey
но я не юзал
Alexey
детали не скажу
« Rev
@ru_devops   494
Fwd »