Привет, направьте пожалуйста в нужно место в доке, как кубере происходит общение между сервисами? Например запуская всё через docker-compose я мог из приложения обратиться к сервису по его названию, который определен в yml конфиге, как поступают в случае с k8s?

в переделах namespace будет тоже самое если использовать service

в переделах namespace будет тоже самое если использовать service

У меня и за пределами namespace рабоатет, если не описаны NetworkPolicy. или что-то иное имелось ввиду?

У меня и за пределами namespace рабоатет, если не описаны NetworkPolicy. или что-то иное имелось ввиду?

по имени сервиса без полного dns?

а ну естественно с указанием имени неймспейса

service-name.namespace

это уже не как у docker-compose =) я понимаю, что так можно

Спасибо, сейчас доделаю и попробую задеплоиться)

service это kind: Service отдельная штука

Как не зайду сюда, так новые интересные конкурсы

А народ все тянет стейтфул в контейнеры и базы в кубер.

А народ все тянет стейтфул в контейнеры и базы в кубер.

Тоесть рук.ио тебя не смущает ?

А что не так со стейтфул?

А что не так со стейтфул?

Стейт

А если он рядом в минио лежит?

А что не так со стейтфул?

Шарид сторудж надо. И чтобы ни в коем случае 2 контейнера с ним не стартануло. Апгрейд данных на нём.

А если он рядом в минио лежит?

Классно. Давай мускуль туда положим

Яж не про базу

С чего вы приравняли стейтфул к базам?

У меня там картиночки и статика разная

Не вижу никаких проблем

я слышал всякие безумцы etcd в контейнер ложат

Привет, вопрос небольшой по микросервисной архитектуре. Все советуют под 1 сервис - делать 1 БД. Я немного не могу понять, как в таком случае маштабировать микросервисы если к примеру нужно 3 ноды с приложением? БД на отдельной ноде. Только stateless приложения для которых 1 запрос - 1 обращение к бд?

Привет, вопрос небольшой по микросервисной архитектуре. Все советуют под 1 сервис - делать 1 БД. Я немного не могу понять, как в таком случае маштабировать микросервисы если к примеру нужно 3 ноды с приложением? БД на отдельной ноде. Только stateless приложения для которых 1 запрос - 1 обращение к бд?

Наверное имелось ввиду использовать подход когда каждая база находится на отдельном сервере, и каждый такой сервер с базой данных генерируется и запускается как обычное приложение в кубе, при таком подходе совершенно не обязательно держать бд на отдельной ноде.

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

у меня на текущий штук 15 микросервисов. но живут они в одной базе и разных schema (postgres). Друг к другу в схемы особо не лезут. Сейчас нет смысла разносить по разным базам, потому что сложнее делать аналитику. Но можно. В общем стартовать с 1 бд - 1 сервис не всегда нужно.

Привет, вопрос небольшой по микросервисной архитектуре. Все советуют под 1 сервис - делать 1 БД. Я немного не могу понять, как в таком случае маштабировать микросервисы если к примеру нужно 3 ноды с приложением? БД на отдельной ноде. Только stateless приложения для которых 1 запрос - 1 обращение к бд?

Ну т.е есть приложение например Sentry, оно ходит в постгрес на 192.168.10.10,и в том постгресе только юзер sentry и бд sentry. Дальше - у тебя есть еще приложение abc, и оно тоже юзает постгрю, но ходит на 192.168.20.2, и в том постгре тож только база abc. Таким образом приложение abc начинает масштабироваться - и ты реплицируешь только его бд, а sentry за собой не таскаешь. И бекапишь все раздельно (и если юзать wal-g для этого то вообще очень удобно все). Если же у тебя под бд отдельные железные серваки - тогда до такой степени разделить не выйдет, но все равно "правильно" чтоб каждый сервис ходил в свою базу, а не шарить одну бд между несколькими приложухами

я слышал всякие безумцы etcd в контейнер ложат

Больные ублюдки. Надо же класть

Всем привет! Парни, подскажите как в kubeadm-config.yaml файле указать что в качевстве cri будет использоватся containerd ? Через kubelet extra.args ?

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

Привет. Немного не так. Я имел ввиду про масштабирование 1 микросервиса для запуска более в 1 экземпляре.

Привет. Немного не так. Я имел ввиду про масштабирование 1 микросервиса для запуска более в 1 экземпляре.

Хороший вопрос. Тоже задумывался об этом. Но тут скорее всего логику маштабирования нужно реализовывать на уровне сервисов, т.е. какие-то механизмы и логику закладывать.

Всем привет! Парни, подскажите как в kubeadm-config.yaml файле указать что в качевстве cri будет использоватся containerd ? Через kubelet extra.args ?

nodeRegistration: criSocket: /run/containerd/containerd.sock

nodeRegistration: criSocket: /run/containerd/containerd.sock

Спасибо!

При kubeadm upgrade, убедись, что заюзался сокет от conteinerd. При апдейте, у меня опять ставился сокет докера. Приходилось через аргумент добавлять

Всем привет! Парни, подскажите как в kubeadm-config.yaml файле указать что в качевстве cri будет использоватся containerd ? Через kubelet extra.args ?

kubeadm config print-default — полезная команда, которая может ответить на этот вопрос и многие подобные

kubeadm config print-default — полезная команда, которая может ответить на этот вопрос и многие подобные

Спасибо! Буду знать

Много полезной инфы выводит

Привет, вопрос небольшой по микросервисной архитектуре. Все советуют под 1 сервис - делать 1 БД. Я немного не могу понять, как в таком случае маштабировать микросервисы если к примеру нужно 3 ноды с приложением? БД на отдельной ноде. Только stateless приложения для которых 1 запрос - 1 обращение к бд?

Есть мнение, что монолит лучше

Есть мнение, что монолит лучше

Это наверно вопрос кола или пепси )

Это наверно вопрос кола или пепси )

Кажется в документации питона было очень хорошо написано: "если вы не знаете, что такое metaclass вам не нужен metaclass"

Тут рассказывают что случилось с OpenStack и почему и вангуют кубернетису такое же будущее: https://aeva.online/2019/03/what-happened-to-openstack/

"Back in 2014 I was working at HP Cloud. Money was pouring into OpenStack and we were all riding high on that. This was the year that OpenStack hype peaked, and I will never forget the Carnival at the Paris Summit … tre magnifique! " у куба карнавалов на конференциях ещё нет, так что хайпуем пока :)

"Back in 2014 I was working at HP Cloud. Money was pouring into OpenStack and we were all riding high on that. This was the year that OpenStack hype peaked, and I will never forget the Carnival at the Paris Summit … tre magnifique! " у куба карнавалов на конференциях ещё нет, так что хайпуем пока :)

На кубкон же Ice Kube привозили в этом году

А в париже карнавалы частое дело, тётю послушать так HP и Версаль отстроил для саммита

господа, а кто как борол проблему, когда у вас есть ingress controller, например тот же траефик, хотите сделать ему 3 реплики, а он с косяками выдает серты доменам, сначала свой самоподписный сует, потом только появляется валидный уже либо не выдает совсем валидный серт на домен конфиг такой: https://pastebin.com/3y1n3gkb

с одиночной репликой всё ок

господа, а кто как борол проблему, когда у вас есть ingress controller, например тот же траефик, хотите сделать ему 3 реплики, а он с косяками выдает серты доменам, сначала свой самоподписный сует, потом только появляется валидный уже либо не выдает совсем валидный серт на домен конфиг такой: https://pastebin.com/3y1n3gkb

ему нужен storage в виде консула или наверное etcd может. чтобы он себе мастера выбрал

--acme.storage=/opt/acme-data/acme.json точно не катит

--acme.storage=/opt/acme-data/acme.json точно не катит

вот очень и удивлен думал им главное смотреть в один файл и всё

Я не настраивал его в k8s, отдельно сейчас у меня на одном из продов.

А как он будет в один файл если там hostPath?

А как он будет в один файл если там hostPath?

так на двух нодах создана папка с этим файлом, подам говорю чтоб они туда и смотрели я кстати косяк в конфиге заметил, сек

https://docs.traefik.io/user-guide/cluster/ тут в общем описано

You will need a working KV store cluster. чтобы они выбрали себе лидера и он будет ходить за сертификатами или вроде того. Толпой нельзя.

А зачем тебе вообще traefik? чем nginx+cert-manager не подходит? Оно ставится за пару минут.

А зачем тебе вообще traefik? чем nginx+cert-manager не подходит? Оно ставится за пару минут.

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

Тут рассказывают что случилось с OpenStack и почему и вангуют кубернетису такое же будущее: https://aeva.online/2019/03/what-happened-to-openstack/

Вообще hp cloud был закрыт в пользу azure, hpe толкает железо ms туда, заказчики hpe пользуются ms, helion же до сих пор есть в конфигураторе, хз как там в мире, в России его перестали толкать

Анаи́с Нин — американская и французская писательница, известная своими эротическими романами и дневником, который она вела более 60 лет.

Этот тетке можно доверять

You will need a working KV store cluster. чтобы они выбрали себе лидера и он будет ходить за сертификатами или вроде того. Толпой нельзя.

кстати работает с моим вариком у меня косяк в конфиге был, из-за чего и происходил конфликт энтрипоинтов - --defaultEntrypoints=http - --defaultEntrypoints=http,https

сейчас пуржнул файл, перегенерил серты для чистоты эксперимента, протухших нет

Это Devananda van der Veen

Ex-PTL Ironic

В 2015 году ещё был мужиком)

Тут рассказывают что случилось с OpenStack и почему и вангуют кубернетису такое же будущее: https://aeva.online/2019/03/what-happened-to-openstack/

да ниче не случилось, ушли на плато продуктивности в области private cloud - многие строят и public cloud но странные мечты топ-менеджеров больших вендоров не сбылись

You will need a working KV store cluster. чтобы они выбрали себе лидера и он будет ходить за сертификатами или вроде того. Толпой нельзя.

мда, видать ты прав некоторые косяки уже заметил а это получается нужно отдельным дейплойментом хранилища сетапить? касательно etcd вопрос

Это Devananda van der Veen

Это ужасно...

подскажите, мучаюсь с ингресс, не могу настроить чтобы http наружу был на 8443 порту. С таким конфигом работает на 80 порту: apiVersion: extensions/v1beta1 kind: Ingress metadata: name: ingress annotations: kubernetes.io/ingress.class: 'nginx' nginx.org/listen-ports: 8443 spec: backend: serviceName: app-service servicePort: 8443

У тебя ингресс контроллер чей? Кубернетес или от Nginx inc ?

У них разные аннотации

И тебе надо запускать контроллер на этом порту

У тебя ингресс контроллер чей? Кубернетес или от Nginx inc ?

вот не пойму, кубернатис скорее всего

попробую в дескрайб глянуть

У тебя ингресс контроллер чей? Кубернетес или от Nginx inc ?

Normal CREATE 53m nginx-ingress-controller Ingress default/ingress

я так понимаю мне нужны эти аннотации https://github.com/kubernetes/ingress-nginx/blob/master/docs/user-guide/nginx-configuration/annotations.md

но для порта там попросту нет

Ребят привет, я админ, долгое время работал с железом и виртуализацией, всё это время мне как-то удавалось обходиться без контейнеров и иных систем окрестации, но времена меняются и мне нужно самостоятельно поднять kubernetes. В докере вроде разобрался, поиграл с docker-compose, но кубернетс очень тяжело заходит, google меня не понимает, убежден, что проблема во мне.. Очень Вас прошу, даже умоляю, подскажите, какую литературу почитать, с чего начать, чтобы окончательно не засрать себе мозги и не запутаться в огромном количестве информации. Всем кто ответит, за ранее, огромное спасибо!!!

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

Ребят привет, я админ, долгое время работал с железом и виртуализацией, всё это время мне как-то удавалось обходиться без контейнеров и иных систем окрестации, но времена меняются и мне нужно самостоятельно поднять kubernetes. В докере вроде разобрался, поиграл с docker-compose, но кубернетс очень тяжело заходит, google меня не понимает, убежден, что проблема во мне.. Очень Вас прошу, даже умоляю, подскажите, какую литературу почитать, с чего начать, чтобы окончательно не засрать себе мозги и не запутаться в огромном количестве информации. Всем кто ответит, за ранее, огромное спасибо!!!

Документацию. Реально.