Grisha
выходит два разных сервиса имеют один и тот же внешний ip
Alexey
вот так я их задавал
Блин, мы друг друга не понимаем. Ты эти IP как получил ? От провайдера ?
Grisha
это я сам их придумал и смаршрутизировал
Grisha
это стенд
Alexey
Ок, дальше ты эти IP припарковал на воркерах, правильно ? (создал интерфейс или выдал интерфейсу этот адрес)? Или проще - у тебя сетка на чем работает ?
Grey
народ ктонить кубик и гитлаб дружил?
Grey
есть успехи и опыт?
Alexey
kubectl get pods -n kube-system
Дай вывод
Stanislav
только через drone и его плугин drone-kubernetes
Stanislav
Э... У меня всё локально, никаких чужих облаков
Grisha
Alexey
Grisha
Rainbow
там вопрос про autodevops же
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
я подружил максимально костыльно)
Grey
Grisha
да тут незачто говорить спасибо)
Grisha
Grisha
у меня диссонанс какого черта кубер разрешил забиндить 2 разных сервиса на 1-м порту 1-го внешнего адреса
Grey
я думал писат килограмовый СИАЙ
Grisha
Grisha
Grey
Grisha
Grisha
но что-то тут не складывается)
Grisha
вопервых мой вопрос никак не относится к тому где расположен ip)
Grisha
это схема работает
Grisha
я не понимаю почему кубер разрашает биндить разные сервисы на 1 внешнм ip?
Alexey
Grisha
потому что куда траф направлять то?
Grisha
пришел пакет с дестинейшеном на 11.11.11.11 порт 1935 а сервисов которые его обслуживают аж 2
Grisha
куда идти?
Alexey
куда идти?
Зависит от контроллера. По умолчанию там каждый пакет по весу маркируется и отправляется, с помощью iptables
Grisha
по весу чего?
Grisha
контроллера чего? у меня голая инсталяция
Grisha
есть только под и сервис
Grisha
нет ингресов
Alexey
по весу чего?
маркер, далее вес одинаковый, типа роунд робина. Только я заметил что там не совсем все так, бывает трафик балансится, бывает застревает на 1 узел.
Alexey
У меня weave-net
Grisha
я имею ввиду что ингрес это логика, а у еня ее нет
Grisha
у меня фланель
Mr.
Alexey
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.
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
в дескрайбе деплоймента ничего криминального тоже не вижу
Mr.
то что поды не появляются - это явно не от initcontainer должно зависить
Evgeny
всем привет. кто-то делал кубовый мультимастер кластер с etcd на мастер нодах?
Viktor
тем не менее, выпиливая секцию с инитами, у меня все поднимается :(
Alexey
Mr.
Viktor
хм, та же команда в post-хуке отрабатывала.
подебажу command
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
Ilia
Подскажите, helm install в minikube проходит без ошибок, а на другой инсталяции пишет Error: error validating "": error validating data: field spec.volumeClaimTemplates[0].spec.dataSource for v1.PersistentVolumeClaimSpec is required В чем может быть проблема?
Andor
Написано же
Evgeny