George
Проц/память - в случае нативного кода - ну, какие там потери могут быть ?
George
На самом деле проблемы с сетью в кубе, как бы, преувеличены в связи с тем, что у нас как правило нгиндж через нгиндж через лоад балансер через куратор
George
Т.е. латенси уже такой, что кубер есть, кубера нет - вообще насрать ваще-та
Ivan
Мочи !
Не уверен, что найду. Но соль там была в том, что если ваши приложения чуствительны к латенси > скольки-то там ms, то контейнеры вам нинада
Ivan
давайте уже выкинем linux, пришло время писать приложения на RTOS
George
и тот же эфир плохо в нем работает. Внезапно переключаешь в network host mode - половина проблем заканчивается. Т.е. дело не в контейнеризации как таковой
Ivan
Мочи !
https://habr.com/ru/company/dataart/blog/436346/
Ivan
Наброшу вам на вентилятор
George
TL;DR
George
график про сеть - говно
George
в смысле - странно сравнивать КВМ и докер - технологии принципиально разные
Sergey
в смысле - странно сравнивать КВМ и докер - технологии принципиально разные
разве firecracker не будет представлен в будущем как рантайм для докера?
Sergey
вот тебе и kvm
Sergey
будут те же имеджи но с микроядром
Sergey
ну я в целом имел ввиду контейнеризацию с ядрами
Sergey
на питерском хайлоаде выступал архитектор амазоновский
Sergey
он рассказывал что в принципе firecracker сможет использоваться наравне с kata-runtime для ворколоадов
Sergey
могу нарыть запись
Sergey
https://www.youtube.com/watch?v=xNHHJUWCpmk&feature=youtu.be
Anonymous
Добрый день, какой Linux дистро посоветуете брать для комфортной работы с docker, kubernetes и микросервисами? Пытаюсь на manjaro сконфигурироваться, сходу ошибки)
Отделение Bereke Bank
Ubuntu
Terry
любой из
Terry
но я за дебиан и форки
Anonymous
В смысле на десктоп или на сервер?
и десктоп и сервер походу просто debian взять) сначала хочу локально поднимать все, и 100% в процессе работы придется столкнуться с ошибками
𝚔𝚟𝚊𝚙𝚜
я проблему с systemd-resolved решил радикально: apt-get install -y resolvconf systemctl disable systemd-resolved systemctl mask systemd-resolved
Чтобы избежать ошибок, имхо, на сервер лучше coreos или ubuntu, причем если ubuntu 18.04, то сразу выпилить systemd-resolved
𝚔𝚟𝚊𝚙𝚜
На десктоп - что душе угодно, хоть туже манджару, только обновиться не забудь, наверняка твою проблему уже решили)
Отделение Bereke Bank
На десктоп убунту - на сервер CentOS
Отделение Bereke Bank
👍🏽
Anonymous
благодарю за информацию
Vlad
В centos старые ядра, лучше Ubuntu. Или что-то где обновляется все сразу, типа CoreOS.
E
для centos есть elrepo.org с новыми ядрами
Vlad
Kernel-ml быстро устаревает, kernel-lt замер на версии 4.4
Terry
интересно, есть ли люди с кластерами на арче ? хочется увидеть их глаза и лица😁
Rainbow
какие проблемы с кластером на арче кроме того, что можно налететь на update неожиданный? k8s расчитан на вылет нод. Если у вас кластер не держит вылет нод - у вас проблемы - куб не нужен.
Rainbow
У ubuntu 18 свои проблемы, типа netplan, к которому 0 инфы и приколы типа tun интерфейсы вроде есть по доке, а по факту ошибка. Через 20 минут гуглежа натыкаешься на один ответ - tun есть, только в ubuntu старая версия netplan без них 🙈 Как делать тунели centos - первая ссылка в гугле.
Валентин
интересно, есть ли люди с кластерами на арче ? хочется увидеть их глаза и лица😁
Я. Но селфи мне делать лень :) Все ок с арчем, если иметь срез репозитория и продакшен ставить с него
Rainbow
Зачем юзать нетплан, кстати? Если можно systemd-networkd напрямую сконфигурять и бед не знать
Без понятия. Все инфа по настройке сети и cloud-init в готовых image идут к netplan. As of netplan 0.40.2.1, there is currently no support for managing tunnels. For the time being you will want to continue managing tunnels using /etc/network/interfaces.
Gleb
А книг и не будет, все слишком быстро меняется
если не говорить о ванильном кубе который используют только скажем так эээм энтузиасты, то вполне себе все ок - gke - 1.11 и 1.12, 1.13 в превью. EKS 1.10, 1.11, 1.12(тоже ток из превью вышло). Опеншифт последний 1.11, большинство инсталяций на 1.10. Бизнесу нужна стабилньость, а не "оооо там такие крутые фичи давайте все обновлять"
Oleg
Это частые "connection reset" не наигрываются при таком сетапе? Уже пару недель отловить проблему пытаюсь. Причём сюда с подобной уже обращались, но пока все без решения. Развертывались кубспреем 2.8.3, Kube 1.12.5, ipvs + kubeadm + canal.
Докопал до того, что при отсутствии записи о соединении в conntrack принимающий бэкенд отправляет RST пакет. Следующее подключение произойдёт успешно, до того момента, пока запись из conntrack не удалится по TTL.
Oleg
Кто-нибудь сталкивался с подобным?
Alex
https://m.habr.com/ru/post/346430 Вот после этой статьи скептически отношусь к докеру на дебиан :-)
J
всем привет. подскажите c ошибков на GKE Container 'nginx' keeps crashing. Back-off 5m0s restarting failed container=nginx pod=app-0(4066deb9-698f-11e9-a0a1-42010a8400be): CrashLoopBackOff
J
1 день работало нормально
J
Liveness probe failed: HTTP probe failed with statuscode: 503 Killing container with id docker://nginx:Container failed liveness probe.. Container will be killed and recreated. non-preemptible-po-b6a87c2c-l00n Readiness probe failed: HTTP probe failed with statuscode: 503 Back-off restarting failed container
Lucky SB
В centos старые ядра, лучше Ubuntu. Или что-то где обновляется все сразу, типа CoreOS.
Странные вы. Редхат портирует постоянно новые фичи в ядро семёрки. Ядро от 7.6 вполне себе свежее по фичам
J
ещё вот такое есть Restart Count: 13 Liveness: http-get http://:80/ delay=15s timeout=15s period=10s #success=1 #failure=3 Readiness: http-get http://:80/ delay=15s timeout=15s period=10s #success=1 #failure=3
Vadim
Странные вы. Редхат портирует постоянно новые фичи в ядро семёрки. Ядро от 7.6 вполне себе свежее по фичам
Но ведь цифирка не сменилась!!! У убунты вот цифирка больше, а значит - лучше
Vadim
Ну и свои особые ведропатчи, которые в апстрим не попадают
Vlad
Вот захочешь например посмотреть количество oom kill в /proc/vmstat и сиди жди пока redhat бэкпортирует. Зато циферка в версии ядра стабильная. А пока грепай лог.
𝚔𝚟𝚊𝚙𝚜
интересно, есть ли люди с кластерами на арче ? хочется увидеть их глаза и лица😁
Я вот думаю, если образ с системой собирать автоматически, то проблем с арчем не должно быть, к слову можно еще и тестами покрыть, тогда вообще збс будет
𝚔𝚟𝚊𝚙𝚜
но наверное для этого лучше взять генту или тот-же алпайн
Gleb
https://m.habr.com/ru/post/346430 Вот после этой статьи скептически отношусь к докеру на дебиан :-)
зачем нужна статья если и так все прямым текстом написано? https://success.docker.com/article/compatibility-matrix все остальное априори ансаппортед и ебитес как хотите
𝚔𝚟𝚊𝚙𝚜
алпайн на хосте с загрузкой по pxe - моя давняя мечта
𝚔𝚟𝚊𝚙𝚜
арч лучший, но имхо, он все же для десктопа
Gleb
зачем создавать для бизнеса такие космические проблемы на будущее? типа чтоб не уволили?
Gleb
забавно
Vadim
Sun
https://m.habr.com/ru/post/346430 Вот после этой статьи скептически отношусь к докеру на дебиан :-)
Насчёт обработки больших денег в докере я, пожалуй, поддержу — я бы тоже не стал. Однако, флот из овер 300 контейнеров, бегущих на убунте 16.04(!) и обрабатывающих суммарно примерно 3-4 миллиарда запросов ежедневно, летит нормально без падений.
Sun
Но у нас реклама. Ошибка не слишком критична
Евгений
https://m.habr.com/ru/post/346430 Вот после этой статьи скептически отношусь к докеру на дебиан :-)
О, найден человек, который верит тому, что написано в интернете!
Alex
О, найден человек, который верит тому, что написано в интернете!
ну просто реально много всяких странных косяков видел на debian =/
Sergey
Benchmarking Istio & Linkerd CPU Сравнение Istio и Linkerd по потреблению CPU. https://medium.com/@michael_87395/benchmarking-istio-linkerd-cpu-c36287e32781