Grisha
выходит два разных сервиса имеют один и тот же внешний ip
Alexey
вот так я их задавал
Блин, мы друг друга не понимаем. Ты эти IP как получил ? От провайдера ?
Grisha
это я сам их придумал и смаршрутизировал
Grisha
это стенд
Alexey
Ок, дальше ты эти IP припарковал на воркерах, правильно ? (создал интерфейс или выдал интерфейсу этот адрес)? Или проще - у тебя сетка на чем работает ?
Grey
народ ктонить кубик и гитлаб дружил?
Grey
есть успехи и опыт?
Alexey
kubectl get pods -n kube-system Дай вывод
Stanislav
только через drone и его плугин drone-kubernetes
Alexey
только через drone и его плугин drone-kubernetes
да, вроде как кубер только gke умеет. Вроде, не вникал особо
Stanislav
Э... У меня всё локально, никаких чужих облаков
Grisha
народ ктонить кубик и гитлаб дружил?
я дружил, а в чем проблема?
Rainbow
там вопрос про autodevops же
Grey
я дружил, а в чем проблема?
да вот собирабсь хороводить
Stanislav
Если речь про drone-kubernetes - ему пофиг
Grisha
deploy-master: stage: deploy image: 3152/kube_helm:latest before_script: - mkdir -p ~/.kube - echo ${kube_config} | base64 -d > ~/.kube/config - helm init --client-only --service-account tiller - helm repo add vss http://registry/depl/ - helm repo update
Grisha
я подружил максимально костыльно)
Alexey
Я этот ip адрес прикрутил на интерфейс мастер ноды
а ок. не помню, сервисы регистрируются ли на мастере. Лучше на воркере, точно работать будет.
Grisha
да тут незачто говорить спасибо)
Grisha
у меня диссонанс какого черта кубер разрешил забиндить 2 разных сервиса на 1-м порту 1-го внешнего адреса
Grey
да тут незачто говорить спасибо)
ну просто я только постигаю кубик и понял что тут ничего вау вау нет....все просто
Grey
я думал писат килограмовый СИАЙ
Alexey
у меня нет проблем с тем что оно не работает)
тогда тут два варианта, или разрешить шедулеру создавать поды и остальные штуки дрюки на мастере, или перевесить IP на воркеры
Grisha
Grey
через пару дней ты поймешь как сильно ты ошибаешься
я пока поставил опен шифт и меня он сильно радует
Grisha
но что-то тут не складывается)
Alexey
перенести ip вообще нет проблем)
перенеси. Все там складывается )
Grisha
вопервых мой вопрос никак не относится к тому где расположен ip)
Grisha
это схема работает
Grisha
я не понимаю почему кубер разрашает биндить разные сервисы на 1 внешнм ip?
Grisha
потому что куда траф направлять то?
Grisha
пришел пакет с дестинейшеном на 11.11.11.11 порт 1935 а сервисов которые его обслуживают аж 2
Grisha
куда идти?
Alexey
куда идти?
Зависит от контроллера. По умолчанию там каждый пакет по весу маркируется и отправляется, с помощью iptables
Grisha
по весу чего?
Grisha
контроллера чего? у меня голая инсталяция
Grisha
есть только под и сервис
Grisha
нет ингресов
Alexey
по весу чего?
маркер, далее вес одинаковый, типа роунд робина. Только я заметил что там не совсем все так, бывает трафик балансится, бывает застревает на 1 узел.
Alexey
нет ингресов
ингресс немного про другое.
Alexey
У меня weave-net
Grisha
я имею ввиду что ингрес это логика, а у еня ее нет
Grisha
у меня фланель
Viktor
Доброго вечера. Кто-то описывал в deployment'е initContainers?
Grisha
я еще не дошел до перфоманс тестов или чего бы то небыло
Grisha
по сети
Viktor
Как это делать правильно? В annotations или initContainers в spec ?
Grisha
Flannel is responsible for providing a layer 3 IPv4 network between multiple nodes in a cluster.
Mr.
Как это делать правильно? В annotations или initContainers в spec ?
initContainer описываются в spec. причем тут annotations?
Alexey
Flannel is responsible for providing a layer 3 IPv4 network between multiple nodes in a cluster.
агась, тогда сорян, у тебя работает все по другому. Flannel я не пробовал, как то с weave начал, так и осталось, пашет, мозг не выносит, будет нагрузка перейдем на calico )
Viktor
initContainer описываются в spec. причем тут annotations?
Судя по доке, до какой-то версии они описывались в annotations, плюс на stackoverflow был мой кейс, когда с initContainers в spec ничего не взлетело. Собственно, кейс таков: ``` apiVersion: apps/v1beta1 kind: Deployment ... spec: replicas: 1 ... spec: initContainers: - name: staticmounter image: imagename command: ["cp", "-R", "/usr/share/crgadmin/static/admin/", "/spool/static/"] volumeMounts: - name: static-volume mountPath: /spool/static containers: ... volumes: ...```
Mr.
command возможно неправильный
Mr.
command: [“sh”, “-c”, "cp", "-R", "/usr/share/crgadmin/static/admin/", "/spool/static/"]
Mr.
вот так может
Viktor
(не смог победить форматирование) после kubectl apply -f deployment.yaml у меня не появляется ни одного пода
Viktor
в дескрайбе деплоймента ничего криминального тоже не вижу
Alexey
command возможно неправильный
ага, пускай в args отдаст. command: cp args: - -R - /usr/share/crgadmin/static/admin/ и т.д
Mr.
то что поды не появляются - это явно не от initcontainer должно зависить
Evgeny
всем привет. кто-то делал кубовый мультимастер кластер с etcd на мастер нодах?
Viktor
тем не менее, выпиливая секцию с инитами, у меня все поднимается :(
Viktor
хм, та же команда в post-хуке отрабатывала. подебажу command
Evgeny
делал я, по хардвею
живет нормально? есть подводные камни?
Viktor
Заменил на command: ["touch", "/tmp/123"], в дескрайбе деплоймента: Init Containers: staticmounter: Image: myimagename Port: <none> Host Port: <none> Command: touch /tmp/123 Environment: <none> Mounts: /spool/static from static-volume (rw) Смущает Conditions: Type Status Reason ---- ------ ------ Progressing True NewReplicaSetCreated Available False MinimumReplicasUnavailable ReplicaFailure True FailedCreate OldReplicaSets: stage-crgadmin-6767cf8d55 (0/1 replicas created) NewReplicaSet: <none> в get po: $ kubectl get po No resources found. $ kubectl get deployment NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE stage-crgadmin 1 0 0 0 3m
Alexey
живет нормально? есть подводные камни?
Не смог победить наш CA и etcd. Но так как кубер генерит строго свой ca, оставил, но осадочек остался.
Alexey
всем привет. кто-то делал кубовый мультимастер кластер с etcd на мастер нодах?
Дополню - мастер ноды у меня с etcd, но они именно master, то есть на них мы ничего лишнего не крутим, воркеры отдельно
Ilia
Подскажите, helm install в minikube проходит без ошибок, а на другой инсталяции пишет Error: error validating "": error validating data: field spec.volumeClaimTemplates[0].spec.dataSource for v1.PersistentVolumeClaimSpec is required В чем может быть проблема?
Andor
Написано же
Ilia
Написано же
параметры одни и те же указаны