« Rev
@kubernetes_ru   1511
Fwd »


Etki
ок, как мне UDP-даемонсеты пропихнуть наружу?
Andrey
ок, как мне UDP-даемонсеты пропихнуть наружу?
Их LB разве UDP не поддерживает?
Etki
я не увидел такого
Etki
но плотить еще десять баксов в месяц х2 за два порта не хотелось бы
Etki
beautiful
Andrey
beautiful
А UDP это же протокол из прошлого века. Он же не гарантирует доставку. В 2019 мы используем gRPC over HTTP2 over TCP over IP over MPLS over Ethernet.
Tadeusz
порты открыть?
Насколько оно безопасно там живет? Сколько диска надо)
Etki
там же публичные IP тоже платные емнип
там дроплеты, у каждого дроплета есть бесплатный айпишник. и я даже скопировать его могу, только вот трейсроут где-то у них обрывается
Vadim
хехехехех, DO суров
Vadim
а если создать отдельный дроплет, ручками добавить в кластер и крутить отдельный ингресс на этой ноде?
Etki
да может не суров, может это только у меня такой косяк
Etki
я не умею ручками, я тут только лулзы ловлю
Etki
ну то есть я на самом деле редко с кубером-то общаюсь, с докой смогу, но это займет у меня некоторое время и отменит запланированную уборку, а тут уже знаете ли перекатиполе
Andrey
Господи, сколько же чеклистов придётся составить, прежде чем мы двинемся к managed control plane.
Andrey
Хотя, в DO и ноды managed, как я понимаю.
Andor
и много других слов
Vitalii
Всем привет, а почему важно указывать ресурсы(cpu\mem) для каждого деплоймента? Какие могут быть проблемы, если я этого делать не буду
Etki
Всем привет, а почему важно указывать ресурсы(cpu\mem) для каждого деплоймента? Какие могут быть проблемы, если я этого делать не буду
грохнется все, поды начнут переезжать, ноды, на которые будет переезжать, тоже не выдержат, пойдет волной по всему кластеру
Anonymous
Red Hat представила заточенную под Kubernetes среду разработки контейнерных приложений Red Hat анонсировала, как утверждает компания, первую на рынке интегрированн
Sergei
она к сожалению заточена не под кубернетес, а под опеншифт
Sergei
под кубер я ставил eclipse che, на базе которого и сделана ред хатная ide
Anonymous
ну вот сейчастестим на шифте прям гут
Vadim
теперь пости ссылки
Zhyhanov
Ребят есть ли кто деплоит java приложения с ембед hazelcast и дискавери настраивал через API kubernetes ?
Nikita
iops по-честному меряли или без fsync на стороне базы?
честный iops с настоящим fsync-ом после каждого коммита на стороне базы, без всяких трюков типа fsync каждые 50 мс, IO concurrency у FIO = 128
Nikita
ох, забыл в readme указать что block size был 4K
V
ребят подскажите как эту магию решить c prometheus-operator хочу добавить blackbox-exporter но не представляю как правильно это сделать с prometheus-operator
Andor
у kind: Prometheus
Terry
теперь пости ссылки
https://t.me/kubernetes_ru/128798 ведь были урлы
Terry
или это не то?
Vadim
тут любого входящего на несколько недель ограничивается, так что практически всех нужно размьючивать
Alexey
а где он?
В stable helm chart-e есть шаблон для конфига. Ну и поглядеть можно в kind: prometheus. Там есть additionalScrapeConfigs
V
а есть ли какой то метод в момент установки helm chart добавить свой кастомный label ?
V
типа того helm install —label “helloworl=community” stable/chart
Haber
Коллеги, кто нибудь знает о предстоящих митапах по поводу k8s в Москве? Где можно посмотреть?
Sergey
как и всегда?
Haber
Лучше в оффлайне)
𝚔𝚟𝚊𝚙𝚜
осталось написать CSI интерфейс, и можно будет подключать к k8s плагином
Думаю что как вариант можно оформить его как storage engine для OpenEBS https://docs.openebs.io/docs/next/architecture.html#DataPlane
𝚔𝚟𝚊𝚙𝚜
о, а по OpenEBS'у оказывается наконец нормальная документация появилась, с картинками! - можно посмотреть как оно работает там внутри: https://docs.openebs.io/docs/next/storageengine.html
𝚔𝚟𝚊𝚙𝚜
Nikita
Latency при 10000 iops какое?
По разному но меньше 10мс
G72K
Слишком хорошо, где то должна быть хрень
Nikita
Слишком хорошо, где то должна быть хрень
Хрень в том что нужно asyncio с большой очередью иначе не получишь хороших iops
Nikita
По этому про latency спросил, если очередь большая
Если не перегружать базу то latency не взлетит в космос даже с большой очередью :)
G72K
Видимо трюк в том где вы latency измеряете :) большая очередь == высокое latency со стороны приложения просто по определению :)
Nikita
никто не запрещает держать 128 in-flight запросов в очереди которые параллельно выполняются
Nikita
> большая очередь == высокое latency со стороны приложения просто по определению :) это справедливо если очередь в одном потоке обслуживается. если количество потоков ~ размеру очереди то проблем не будет
Andrey
> большая очередь == высокое latency со стороны приложения просто по определению :) это справедливо если очередь в одном потоке обслуживается. если количество потоков ~ размеру очереди то проблем не будет
CPU имеет 4 ядра (HT отключен) , ты спавнишь 16 тредов, которые обрабатывают потоки. Вопрос: будет ли latency? Вопрос риторический, ответ известен.
Andrey
Outstanding реквесты в очереди тоже ждут своей очереди — тоже latency. Разве не так?
Nikita
ждут пока до них event loop дойдет, что занимает не так много времени
Nikita
как только дошел, то под запрос спавнится горутина и начинает обрабатываться следующий если не генерировать больше запросов чем база может проварить то latency будет минимальной и очередь полупустой
Etki
я конечно опоздал к празднику, но блок сторадж поверх базы?
Etki
вы ребячите меня
Nikita
я понимаю скептицизм, но никто не запрещает сбилдить сорцы и проверить своими руками
𝚔𝚟𝚊𝚙𝚜
Мне кажется, что это больше в distributes systems :)
Есть такой чатик, да?
Евгений
Чатик есть, специалистов в нём нет :)
𝚔𝚟𝚊𝚙𝚜
Так тож про computing
Nikita
Есть такой чатик, да?
есть куда больший чатик в слаке на эту тему https://dist-sys-slack.herokuapp.com/
Евгений
> slack Ну такое
« Rev
@kubernetes_ru   1511
Fwd »