AS
стратегия неплохая, если учесть, до легаси этого овердофига везде, люди готовы платить за суппорт,
а в поезд они не впрыгнут никогда, уже сколько раз пытались )))
а в поезд они не впрыгнут никогда, уже сколько раз пытались )))
Size: a a a
2020 September 19
AS
цель не какой-то продукт делать, а тупо бабки рубить, вот и все. Ну цель благородная. К тому же, зачем продукт делать, когда можно просто бабки рубить без всяких этих мерзких программистов!
AS
вот начали монетизировать, щас сначала потихоньку лимиты врубят на докерхабе, потом вообще бесплатных поотключают, потом прикроют, зачем эта дыра в бюджете нужна вообще, от нее толку нет
AS
тем более и докер не лучшие времена переживает, гиганты его уже закопали и пути назад нет, уже запилили альтернатив. just a business, sorry
AS
Ну Фридланд молодец, русский еврей, гражданин Америки, всех купить и потом продать в цикле, это в крови )))
AS
как в рассказе про Боливара у О'Генри
AS
ну, сотрудников они не обижали, корпоративы в яхтклубе, командировки постоянные. ЗП в баксах, Воспоминания только приятные )))
AS
когда всех выставили, бонусы всем давали, кто-то квартиру прикупил после этого, кто-то и не одну )
GG
типа лучше запускать ингресс контроллер на другой ноде. ну или ранчер не на порту 80/443. сейчас пришлось поменять порты ингресса на 81/444 и стало хорошо
Костыли
GG
Есть ещё вариант - публиковать ранчер панель через тот же ингресс, но у него есть сайд эффекты
GG
С постоянным отвалом панели
G
😁😁😁 а когда было без костылей
GG
ноуп спасибо. К нему больше вопросов в плане IaC если честно, да и прогон там минут 15 занимает, это если нод мало, а если много то хз сколько, мб в районе нескольких часов . Также смущают changed таски при нескольких прогонах подряд
++*
GG
вот начали монетизировать, щас сначала потихоньку лимиты врубят на докерхабе, потом вообще бесплатных поотключают, потом прикроют, зачем эта дыра в бюджете нужна вообще, от нее толку нет
В интересное время живем, адынака
DE
Всем привет. Стоит такая задача, посчитать трафик у каждого пода, которые образует один сервис. То есть сделать подсчет пакетов на нескольких репликах приложения. Я пробовал iperf3, но он не подключается к репликам сервера. Только если сервис имеют один endpoint, iperf считает трафик и я при этом могу видеть трафик на veth интерфейсе контейнера. Подскажите пожалуйста как можно решить подобное? Может быть использовать другие инструменты. кластер Kube из двух рабочих узлов и одно мастерового, kube proxy переключил в режим ipvs (хотел посмотреть пинг на service).
DS
Daniil Ermolenko
Всем привет. Стоит такая задача, посчитать трафик у каждого пода, которые образует один сервис. То есть сделать подсчет пакетов на нескольких репликах приложения. Я пробовал iperf3, но он не подключается к репликам сервера. Только если сервис имеют один endpoint, iperf считает трафик и я при этом могу видеть трафик на veth интерфейсе контейнера. Подскажите пожалуйста как можно решить подобное? Может быть использовать другие инструменты. кластер Kube из двух рабочих узлов и одно мастерового, kube proxy переключил в режим ipvs (хотел посмотреть пинг на service).
некоторые cni дают такие метрики
DE
некоторые cni дают такие метрики
Есть плагины cni, которые считают трафик на своих интерфейсах?
А
как вариант можно цеплять сайдкар контейнер, но я бы сначала поискал какие-то готовые решения, сам не сталкивался с такой задачей)
DS
Daniil Ermolenko
Есть плагины cni, которые считают трафик на своих интерфейсах?
трафик подов, да
DE
как вариант можно цеплять сайдкар контейнер, но я бы сначала поискал какие-то готовые решения, сам не сталкивался с такой задачей)
Я думаю сайдкар это это излишне. Я бы хотел сделать генерацию udp трафика на сервис, и посчитать сколько было получено на репликах сервера. Как iperf3 это делает, но походу его нельзя настроить на распределенный сервер с несколькими репликами. В принципе все пакеты можно тем же tcpdump'ом посмотреть на veth интерфейсе, поэтому сайдкар, возможно вы про istio говорите, будет избыточен. Я дампил veth просто при обычном curl сервиса nginx 2 реплики.