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

Вот ссылка на официальную документацию, там даже с картинками! https://kubernetes.io/docs/concepts/services-networking/service/

Спасибо за упорное тыкание в доки. Наконец-то я нашел в куче текста что искал > By default, the choice of backend is round robin

Спасибо за упорное тыкание в доки. Наконец-то я нашел в куче текста что искал > By default, the choice of backend is round robin

Юр велкам! Там очень хорошо описано и в деталях, не думаю, что есть смысл это здесь писать, пушо кейсы могут быть очень разные.

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

Как-то сложно) Я бы как-нибудь по-другому попробовал решить. Типа kubectl proxy.

Как-то сложно) Я бы как-нибудь по-другому попробовал решить. Типа kubectl proxy.

а как через kubectl proxy? она же также примерно работает, разве нет?

Ну, то есть, сервис — это сервис, там нет такого понятия, как бакенд1 и бакенд2.

а как через kubectl proxy? она же также примерно работает, разве нет?

Там ты указываешь конкретный под.

Ну, то есть, сервис — это сервис, там нет такого понятия, как бакенд1 и бакенд2.

ну там есть бакенд1.сервис, по крайней мере должен быь

ну там есть бакенд1.сервис, по крайней мере должен быь

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

Поправьте меня если я фантазирую

хедлесс это просто несколько A-записей в днс

всё

И 5 бинарей

я всё это понимаю

Извините не удержался

не ну серьёзно

я просто хочу достучаться хотя бы до одного с помощью /proxy

хедлесс-сервис это просто А-записи в днс

хедлесс это просто несколько A-записей в днс

это всэ понятно

но у кубернейтс есть своё api

ты прям какой-то неправльный ceph-юзер

Ок, в примере доступаются к сервису, вам надо к поду. Или надо по другому писать запрос или так нельзя

смотри какие глистограммы строит

Ничоси

смотри какие глистограммы строит

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

Ок, в примере доступаются к сервису, вам надо к поду. Или надо по другому писать запрос или так нельзя

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

но у кубернейтс есть своё api

да, через этот API ты создаёшь А-записи во внутреннем днс

да, через этот API ты создаёшь А-записи во внутреннем днс

я про другое апи а именно про /proxy

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

Боюсь никто такими упражнениями не занимался. Будете первым!

прищлось на плюсиках писать

this is your brain on ceph

this is your brain on ceph

расшыфруй

прищлось на плюсиках писать

fio штоле?

kube@v60116:/root$ kubectl get nodes NAME STATUS ROLES AGE VERSION v60***.kvm.***.com Ready master 76m v1.13.1 v60***.kvm.***.com Ready <none> 70m v1.13.1 При запуске команды kubectl get nodes на мастере всё работает. На второй ноде :~$ kubectl get pods The connection to the server {MASTER_IP}:6443 was refused - did you specify the right host or port?

fio штоле?

хуйо. попробуй им конкретный осд забенчить

В чём может быть причина?

curl http://127.0.0.1:8080/api/v1/namespaces/default/pods/pod-0

вот так вот работает, ребят

curl http://127.0.0.1:8080/api/v1/namespaces/default/pods/pod-0/proxy

В чём может быть причина?

Если сетапил кубспреем — там балансер должен был подняться на ноде с именем пода nginx-чётотам.

Если сетапил кубспреем — там балансер должен был подняться на ноде с именем пода nginx-чётотам.

Я сетапил вручную

вот так можно слать запросы на под

curl http://127.0.0.1:8080/api/v1/namespaces/default/pods/pod-0/proxy

Огонь!

Огонь!

У меня вообще connection refused, т.к. на этом IP у меня ничего не висит почему-то

kube@v60117:~$ sudo netstat -tlpn | grep 8080

Я сетапил вручную

Тут очень много всего может быть) А если покурлить с ноды ip:порт, на который обращение идёт?

Тут очень много всего может быть) А если покурлить с ноды ip:порт, на который обращение идёт?

curl 127.0.0.1:8080 curl: (7) Failed to connect to 127.0.0.1 port 8080: Connection refused

Так это естественно - там никто не слушает

8080 порт обычно работает если включен инсекьюр порт у апи

Она обращается к самой себе

Я не понял в чем проблема? Не можете посмотреть три-пять конфигов кто к кому обращается?

Почему-то не получается объединить 2 ноды в кластер. При попытке выполнить команду kubectl get nodes на одной из нод появляется ошибка: The connection to the server **.**.***.***:6443 was refused - did you specify the right host or port?

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

При выполнении команды на мастере: The connection to the server localhost:8080 was refused - did you specify the right host or port?

Это дефолтное поведение кубектл без конфига

Это дефолтное поведение кубектл без конфига

Конфиг kubectl должен лежать в ~/.kube/admin.conf ?

~/.kube/config

Может еще есть дефолтные места через страйс посмотреть можно

kubectl config view apiVersion: v1 clusters: - cluster: certificate-authority-data: DATA+OMITTED server: ***:6443 name: kubernetes contexts: - context: cluster: kubernetes user: kubernetes-admin name: kubernetes-admin@kubernetes current-context: kubernetes-admin@kubernetes kind: Config preferences: {} users: - name: kubernetes-admin user: client-certificate-data: REDACTED client-key-data: REDACTED kube@v60117:~/.kube$ kubectl get nodes The connection to the server ***:6443 was refused - did you specify the right host or port?

Конфиг kubectl должен лежать в ~/.kube/admin.conf ?

export KUBECONFIG=... kubectl ...

кубектл --кубеконфиг=...

Телнет аписервер 6443

Разобрался уже. В секции clusters: - cluster: certificate-authority-data: DATA+OMITTED server: {MASTER_IP}

На месте master ip у второго сервера должен быть IP мастера?

Сколько мастеров?

1

Все кубелеты должны смотреть на этого мастера

И кубепрокси тоже, если не демонсетом запущены

Хмм, т.е. в /etc/kubernetes/admin.conf тоже нужно править, чтобы он смотрел на мастера?

Это конфиг только для кубектл

Его вобще на серверах может не быть. Можете на управляющию ноду его положить

И да там должен быть ип аписервера и порт

Всем привет. По дороге домой меня замучил вопрос: как k8s балансит нагрузку. Например у меня есть service (ClusterIP) , который по селектору выбирает 3 pod-a. Вопрос, как он решает, к какому pod-у кинуть запрос? Сложно нагуглить - слишком много ссылок на external balancer-ы или очень много читать. Помогите правильной ссылкой

Если кубепрокси в режиме иптаблес то чере пропабилити иптаблес

ответили уже :)

Ок

Ок

Женя, иди спать

у вас же там полночь уже

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

не понятна причина такого поведения

используется стандартный лоадбалансер от гугла

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

Попробуйте использовать метрики, чтобы найти проблему.

чота не выходит

https://github.com/kubernetes/kubernetes/pull/71355

В общем - глухо, и никто не понимает, видимо, как ClusterIP сервисы работают в деталях. Что поделать, много читать ждёт меня

Получить сагрить?