Коллеги, поделитесь своим опытом насчёт выбора версии докера и версии ядра. На какие edge-кейсы смотрите во время тестов?

начал блевать со слога еще на первом абзаце

Всем привет. Возник небольшой вопрос в подходах к использованию namespace'ов в k8s. Кто-то может подсказать где какие плюсы/минусы могут быть? 1) использование namespace под окружение (в одном namespace все сервисы в нужной версии) 2) использвоание namespace под версию сервиса (в одном namespace один сервис определенной версии, и коммуниация идет по имени: my-svc.my-namespace.svc.cluster.local) 3) что-то еще..

сикреты создаются per namespace, любой сервис в неймспейсе может прочитать любой сикрет

неймспейс под сервис

у меня такой вопрос выбор персистенс хранилища, vmware отпадает по причиные старый vsphere плюс права пользователя достаточно критичные. остается glusterfs и ceph. Есть у кого опыт какой из них предпочтительнее? или есть другие варианты в качестве хранилки?

https://medium.com/@kvapss/creating-baremethal-kubernetes-ha-cluster-with-kubeadm-and-keepalived-simple-guide-c70ec4adf8ca

▫️Какой у вас проект или где работаете в консалтинге ▫️В чём вы специалист? Технический архитектор ▫️Чем можете быть интересны или полезны сообществу? Могу делится и или помогать ▫️Чем интересно сообщество вам Опыт ▫️Откуда вы Москва ▫️Как узнали про группу? гугол #info #whois

не берётся из переменной POD_SUBNET="192.168.0.0/16" podSubnet: "192.168.0.0/16" А еще ошибок по грамматике нормально там

спасибо поправил, с грамматикой пока все плохо, проверять не кому :)

да да, артикли - это моя слабость :)

Всем привет. Возник небольшой вопрос в подходах к использованию namespace'ов в k8s. Кто-то может подсказать где какие плюсы/минусы могут быть? 1) использование namespace под окружение (в одном namespace все сервисы в нужной версии) 2) использвоание namespace под версию сервиса (в одном namespace один сервис определенной версии, и коммуниация идет по имени: my-svc.my-namespace.svc.cluster.local) 3) что-то еще..

▫️Какой у вас проект или где работаете в консалтинге ▫️В чём вы специалист? Технический архитектор ▫️Чем можете быть интересны или полезны сообществу? Могу делится и или помогать ▫️Чем интересно сообщество вам Опыт ▫️Откуда вы Москва ▫️Как узнали про группу? гугол #info #whois

Так что идеально это конечно неймспейс под каждый сервис

Каком таком консалтинге?

IT консалтинг

у меня такой вопрос выбор персистенс хранилища, vmware отпадает по причиные старый vsphere плюс права пользователя достаточно критичные. остается glusterfs и ceph. Есть у кого опыт какой из них предпочтительнее? или есть другие варианты в качестве хранилки?

сервис - это условно один исполняемый файл. Или это может быть какая композиция таких файлов (для каждого свой deployment/service), выполняющая какую-то функциональность?

угу, я заметил, на прод заказчик не дасть такое сделать, да вмваря древняя стоит 5.5

Сервис - один микросервис.

у него скорее свежая будет, вот только там права пользователя адмискние, что не зачто не дадут

и удалять диски? мне последнее волнует больше

тогда наврено на пром так пустять, хотя хз. Вот что делать с дев. Стоит диллема какой выбрать gluster или ceph. точнее heketi либо rook

глустер и heketi не надо, рук и ceph надо

есть причины почему? оба конечно не сахар, но все таки почему рук предпочтителен?

потому что рук у вас заработает из коробки, а с хекети, вы местных мужов тут плотненько заспрашиваете ну и гластер - это такое себе

ну с хекети минут 10 повозился и взлетело

здесь так не принято. Нужно 5+ лет эксплуатации на петабайтах, иначе он развалится у вас через 5 минут /s

есть причины почему? оба конечно не сахар, но все таки почему рук предпочтителен?

🔵 В группе есть традиция - представляться при входе: ▫️Какой у вас проект или где работаете? ▫️В чём вы специалист? ▫️Чем можете быть интересны или полезны сообществу? ▫️Чем интересно сообщество вам? ▫️Откуда вы? ▫️Как узнали про группу? В сообщении нужно указать тэг #whois 🔵 Правила чата: 🚫 Публикация вакансий запрещена 🚫 Реклама запрещена 🚫 Политика запрещена 🚫 Флуд и непрофессиональное поведение запрещено За несоблюдение правил - одно предупреждение, далее следует бан. Вакансии и запросы на поиск работы публикуем в группе @devops_jobs. Формат любой: full-time, part-time, remote и разовые подработки. Также обмениваемся инсайдами и аналитикой по рынку труда. Здесь общаемся на темы, посвященные Docker и экосистеме. Задаем вопросы, решаем проблемы и делимся новостями. Параллельно с этой группой развивается: 🔸@docker_ru - посвященная Docker, Docker Swarm и экосистеме в целом. Задаём вопросы, обсуждаем идеи, решаем проблемы, делимся новостями и т.д. 🔸@devops_ru - активно общаемся на темы, посвященные DevOps, Docker, Mesos, DC/OS, CoreOS, Clouds и т.д. 📡 Возможно, вам также будут интересны группы: @nodejs_ru, @react_js, @angular_js, @javascript_jobs, @reactnative_ru, @ios_ru, @android_ru, @mobile_jobs. Приятного общения!