
Andor
28.08.2017
19:40:44
какой сторейж предпочитаете под докером?
и ни один из них не без багов
да, технически это баги не докера

Алексей
28.08.2017
19:42:29
именно это я и говорю.

Google

Алексей
28.08.2017
19:42:47
в докере _много_ багов.

Andor
28.08.2017
19:43:22
я про баги не-докера, но докер без этих штук вообще теряет смысл

Алексей
28.08.2017
19:43:29
и не радко по тому что они навязывают свою модель.
и да в результате палка стреляет.
и чаще чем в lxc/lxd

Andor
28.08.2017
19:43:57
про баги докера я вообще молчу

Gleb
28.08.2017
19:43:57

Andor
28.08.2017
19:44:00
там стыдоба
zfs на убунте вообще смешной был, слои путались

Алексей
28.08.2017
19:45:09
или конкретная ?

Andor
28.08.2017
19:45:48
ну последняя из репозитория elrepo

Google

Andor
28.08.2017
19:45:51
kernel-lt версии 4.4.х

Gleb
28.08.2017
19:46:35

Dmitry
28.08.2017
19:46:38

Gleb
28.08.2017
19:46:53

Andor
28.08.2017
19:51:40
aufs в ядре нет и не будет
overlayfs в ядре есть и оно нынче считается мейнстримом
но имхо самым стабильным сторейжем с доскером будет недокументированное -s vfs :)

Gleb
28.08.2017
19:53:00

Andor
28.08.2017
19:53:16
ты про -s overlay или про -s overlay2? :)
да-да, они успели сделать вторую версию, несовместимую с первой
"они" = "разработчики докера"

Алексей
28.08.2017
19:56:04
парни можно картинкой что такое медленно ?
как вы это медленно поняли и что вы такое делаете что вам не наплевать на базовый имидж ?
не тролинга ради.

Andor
28.08.2017
19:57:30
я не знаю, какое может быть медленно, если в докере стейтлесс запускать, оно всё равно на диск ничего не пишет, только п сети общается

Gleb
28.08.2017
19:57:49
ну да
я немного не правильн омысль выразил

Алексей
28.08.2017
19:58:17
я все равно прошу картинку. извините.
в стиле было/стало.

Google

Gleb
28.08.2017
20:00:09
https://community.hortonworks.com/articles/87949/docker-storage-drivers-overview.html

Алексей
28.08.2017
20:00:47
спасибо почитаю

Uncel
28.08.2017
20:01:04
3.10.0-327.4.5.el7.x86_64, смелые

Gleb
28.08.2017
20:01:28
спасибо почитаю
я давно у себя тестил, попробую результаты поискать, но не уверен что осталось.
?

Uncel
28.08.2017
20:02:48
Везде где видел такие хотелки, брали ядро из epel

Andor
28.08.2017
20:03:13
на родном центосевом (или редхатовом) ядре пускать докер - только с lvm thin provisioning
про rootfs на rbd ничего не скажу, не пробовали

Gleb
28.08.2017
20:03:38

Andor
28.08.2017
20:03:53
ну наверное лучше, чем на нфс :)

Gleb
28.08.2017
20:04:37

Gleb
28.08.2017
20:04:46
ну либо ядро из елрепо

Andor
28.08.2017
20:08:04
там редхаты обещали overlayfs в tech preview
но оно скорее не работает

Алексей
28.08.2017
20:09:50
почитал. интересно.
есть вопрос с остановом контейнеров там у всех 10+ секунд. выглядит так будто в кнтейнере не задан был стоп сигнал.
в сравнении полнял что речь идет скорее о юзкейсе когда время жизни контейнера ничтожно по сравнению с временем его старта.
такой кейс тоже бывает но согласитесь сравнительно редок.
большинство других цифр походи на танцы вокруг какого таймаута типа sleep(0.05) где то в коде.

Bogdan (SirEdvin)
28.08.2017
20:19:33

Google

Gleb
28.08.2017
20:19:36
ну вероятно ты прав, я довольно давно всё тестил и тогда речь не шла о стейтлес приложениях, а вот по скорости остановки

Алексей
28.08.2017
20:19:59
ну посомтри на цифры сам.
при стопе 10+ секунд
а 10секунд это таймаут на отработку SIGHUP
через 10 секунд посылается SIGKILL

Евгений
28.08.2017
21:49:57

Evgeny
29.08.2017
06:12:59
Не совсем относящийся к мониторингу вопрос, кто-нибудь знает как опубликовать виртуальную машину? Ну вот типа как docker hub только для виртуалок?

Admin
ERROR: S client not available

Dmitry
29.08.2017
06:31:00
ну либо про lxd image repository (можно ляпать приватный), но это узкая тема )

Evgeny
29.08.2017
06:35:01
Похоже на то что мне нужно, спасибо!

Oleg
29.08.2017
08:18:41
Ребят, а может кто-нибудь поделится дашбордом мониторинга haproxy в графане на проме?)

Sergey
29.08.2017
11:31:21

Nikita
29.08.2017
17:35:02
Како для прома mongo-exporter лучше?

Vitaliy
29.08.2017
17:49:04

Nikita
29.08.2017
17:49:43
А они не обновляются потому что клёвые или потому что на них забили?
Я нашел 2 сходу. В том числе перкона. Но там как-то давненько последние апдейты

sic transit
29.08.2017
21:42:49
https://github.com/intelsdi-x/snap-plugin-collector-mongodb

Google

Vladimir
29.08.2017
21:43:04
кстати кто юзает снап, как он вам?

sic transit
29.08.2017
21:43:40
https://github.com/hstack/snap-plugin-publisher-prometheus
Только намерен

Алексей
29.08.2017
21:46:41
а снап это же от интела ?

sic transit
29.08.2017
21:46:53

Алексей
29.08.2017
21:49:57
чот колво коллекторов не впечатляет.
да и большиснва популярных технлогий нету
зато много опенстека

sic transit
29.08.2017
21:51:22

Алексей
29.08.2017
21:51:34
по списку прогуляйся.
там какой то опенстек спшлошной
https://github.com/intelsdi-x/snap-plugin-collector-mongodb
глядя на манифест я не хочу так жить

sic transit
29.08.2017
21:53:06
не смотрел
мне вот эта картинка чемто нравится https://cloud.githubusercontent.com/assets/1744971/14644683/be49a6b6-0607-11e6-8621-14f7b54e2192.png

Алексей
29.08.2017
21:54:40
ну картинка то да.
https://github.com/intelsdi-x/snap-plugin-collector-mongodb/blob/master/examples/tasks/mongodb-file.yaml

Vladimir
29.08.2017
21:55:11
мне его архитектура нравится - в смысле что это независимый софт общающийся по gRPC

Алексей
29.08.2017
21:55:28
https://github.com/intelsdi-x/snap-plugin-collector-pysmart/blob/master/examples/tasks/task-smart.json

Vladimir
29.08.2017
21:55:30
но я при этом предвижу что оно будет адски много оверхеда давать, как расплата за гибкость

sic transit
29.08.2017
21:55:37

Алексей
29.08.2017
21:56:41
https://github.com/intelsdi-x/snap-plugin-collector-pysmart/blob/master/snap_pysmart/init.py

sic transit
29.08.2017
21:57:15