Size: a a a

Docker — русскоговорящее сообщество

2020 March 14

GG

George Gaál in Docker — русскоговорящее сообщество
> на картинке видно как IO взлетело после остановки 2200 контейнеров

я почему-то не удивлен
источник

GG

George Gaál in Docker — русскоговорящее сообщество
сеть какая ?
источник

A

Alibek in Docker — русскоговорящее сообщество
ingress
источник

GG

George Gaál in Docker — русскоговорящее сообщество
swarm еще до кучи ?
источник

GG

George Gaál in Docker — русскоговорящее сообщество
Ж-/
источник

A

Alibek in Docker — русскоговорящее сообщество
да.
источник

GG

George Gaál in Docker — русскоговорящее сообщество
тебе точно надо брататься со старым хрычем
источник

GG

George Gaál in Docker — русскоговорящее сообщество
источник

A

Alibek in Docker — русскоговорящее сообщество
Я умею изумлять )
источник

A

Alibek in Docker — русскоговорящее сообщество
Alibek
Меня больше интересует вопрос что делать с debian и возможно с docker что-бы порешать вот этот пик по IO:
на картинке видно как IO взлетело после остановки 2200 контейнеров (на загрузку по system можно не обращать внимание пока).
этот пик - многократный вызов
ifquery -l --allow=hotplug
Это я в качестве эксперимента запустил и потом остановил 2200 контейнеров grafana в swarm с публикацией порта  каждого экземпляра.
источник

A

Alibek in Docker — русскоговорящее сообщество
inqfen
Вот сидишь ты, смотришь на мониторинг и видишь их 50k в секунду, клиенты жалуются, что все хуево работает, они тебе платят деньги и видят за них хуй. Какие дальнейшие действия?
Обычно: посмотреть какие процессы в топе (по cpu,ram,io,slab), и прибить, но обычно это быстрее делается самой ОС. А я потом посмотрю в dmesg или логи atop если процесс длительно висел.
Хуже случаи когда отваливается IO по накопителю (ядро прибивает процесс непосредственного ввода/ввода), а ждущая io аппликуха так и остаётся в состоянии D, такие процессы останутся висеть до перезагрузки ядра - по крайней мере я не знаю как это можно решить по другому, если кто знает - поделитесь инфой.
источник

i

inqfen in Docker — русскоговорящее сообщество
Alibek
Обычно: посмотреть какие процессы в топе (по cpu,ram,io,slab), и прибить, но обычно это быстрее делается самой ОС. А я потом посмотрю в dmesg или логи atop если процесс длительно висел.
Хуже случаи когда отваливается IO по накопителю (ядро прибивает процесс непосредственного ввода/ввода), а ждущая io аппликуха так и остаётся в состоянии D, такие процессы останутся висеть до перезагрузки ядра - по крайней мере я не знаю как это можно решить по другому, если кто знает - поделитесь инфой.
Так тот кто контекст дергает может быть далеко не в топе
источник

A

Alibek in Docker — русскоговорящее сообщество
inqfen
Так тот кто контекст дергает может быть далеко не в топе
только если у него приоритет будет сильно ниже чем у остальных процессов и обычно такой процесс вообще не блокирует работу остальных процессов
источник

A

Alibek in Docker — русскоговорящее сообщество
inqfen
Не зря же в кубе по дефолту 110 контейнеров на ноде
Это ограничение как я понимаю в основном связанно с тем что k8s по умолчанию использует сеть ingress у которой по умолчанию маска /24, а для балансировки на каждый сервис используется +1 IP, т.е. грубо из /24 резервируется 35 адресов, а остальное делится пополам. Ну и естественно, что при увеличении кол-ва нод будет исчерпываться зарезервированный ресурс. А так вроде уже давно стоят цели в 500 pods per machine https://github.com/kubernetes/community/blob/master/sig-scalability/goals.md  - но как-то медленно идёт развитие.
источник

A

Alibek in Docker — русскоговорящее сообщество
M Dan
а что будет если какой-то контейнер будет создавать просто большую нагрузку по ио
Ну и в  docker есть pause/unpause (cgroup.freezer)

Кроме-того по этому поводу можно поиграть с
/sys/fs/cgroup/blkio/docker/<container id>/{
blkio.throttle.read_bps_device
blkio.throttle.read_iops_device
blkio.throttle.write_bps_device
blkio.throttle.write_iops_device
}
Правда это будет работать только direct_io скорее всего...
источник
2020 March 15

AK

Andrey Kravchuk in Docker — русскоговорящее сообщество
всем привет! подскажите в докер компоуз под виндой пофиксили проблему с relative path?
источник

СХ

Старый Хрыч in Docker — русскоговорящее сообщество
Andrey Kravchuk
всем привет! подскажите в докер компоуз под виндой пофиксили проблему с relative path?
🙄не юзаьб докер на винде
источник

AK

Andrey Kravchuk in Docker — русскоговорящее сообщество
Старый Хрыч
🙄не юзаьб докер на винде
есть нужна по быстрому поднять прожект, инсталить рядом бубунту не охота, на виртуалке поднимать тоже
источник

СХ

Старый Хрыч in Docker — русскоговорящее сообщество
Andrey Kravchuk
есть нужна по быстрому поднять прожект, инсталить рядом бубунту не охота, на виртуалке поднимать тоже
для такого должен быть сервер
источник

NN

NO Name in Docker — русскоговорящее сообщество
Vagrant :)
источник