Anton
Anton
Andor
такс, я тут хочу странного: мне надо запустить под с привязанной к нему конфигмапой
по-старинке у нас генерилось рандомное имя и по нему была привязка
а как это в jsonnet сделать?
Rainbow
Andor
да я думаю многие так делают
Sergio
Интересно тут у вас. Но вот вам вопрос. Есть сеть calico c ipvs. На интерфейсы поставилось mtu, раное mtu default интерфейса, который екстернал, тоесть смотрит в мир. Так вот вопрос в чем. Интернал, тоесть локалка имеет мту 9000, но дефауто 1500. Как поменять мту интерфейса для kube-proxy?
Andrey
G72K
Ехал мту через мту, видит мту, мту мту мту мту
Andrey
Он вообще в обработке пакетов вряд ли участвует, емнип он в состоянии down
Andrey
Кстати, надо бы завтра выяснить реальное положение дел, у меня же везде ipvs
Anton
Андрей А
Приветствую, решил попробовать Kubernetes, ведь интересно же) Как такового проекта нет, пока простой интерес к технологии. А тут гугл подсказывает, что еще и сообщество оказывается есть. #whois
Андрей А
кто-нибудь подсскажите, почему я не могу запостить вопрос?) почему-то он сразу удаляется
Rainbow
Petr
Андрей А
Решился я, значит, попробовать Kubernetes и возникла одна проблемка.
Есть пара серверов, сделал их, соответственно, master и node, на них по одному интерфейсу, которые смотрят во внешку.
на master выполнил (использую Flannel add-on)
kubeadm init --apiserver-advertise-address=<Master_External_IP> --pod-network-cidr=<NETWORK>
на node выполнил
kubeadm join <Master_External_IP>:6443 ...
Все работает, тестовый POD с приложением успешно запускается на node, но проблема в том, что команда, выполненная на master
kubectl get nodes -o wide
показывает, что, как у master, так и у node INTERNAL-IP заданы внешними IP, тогда как EXTERNAL-IP имеют значения <none>
Возможно я ошибаюсь, но мне кажется, что INTERNAL-IP в данном случае должны быть из указанного ранее диапазона <NETWORK>?
В итоге получается так, что приложение в тестовом POD на node доступно из вне, так как висит на EXTERNAL-IP
Андрей А
ага, на сеть реагировал)
Андрей А
возможно надо заранее перед установкой объединять master и node внутренней сетью, но думается, что не надо и я просто что-то делаю не так
Rainbow
Андрей А
да, жаль, что не получилось прорекламировать азино три топора, пришлось задавать вопрос про k8s
Андрей А
надеюсь на ответ, кстати)
Etki
Андрей А
Если мой вопрос не совсем понятен, то перефразирую. Надо ли создавать внутренную сетку между мастером и нодой и использовать ее при установке, чтобы при запуске пода он не висел на внешнем IP, как получилось в моем случае?
G72K
Гляньте сколько человеко-часов уже потеряно , обсуждая как сделать git tag в ямлопайплайнах https://gitlab.com/gitlab-org/gitlab-ce/issues/23894
G72K
Ещё ни строчки кода не написано, а фича уже в таком минусе что никогда не отобъется
Etki
правильно делать как docker hub: там с самого начала просят добавить дефисы в имена пользователей, но на это успешно забивают хуй
G72K
Etki
к работе с необходимыми пользователям фичами
Petr
сорян, неправильно понял сообщение (УДОЛИЛ)
Rainbow
Vadim
Решился я, значит, попробовать Kubernetes и возникла одна проблемка.
Есть пара серверов, сделал их, соответственно, master и node, на них по одному интерфейсу, которые смотрят во внешку.
на master выполнил (использую Flannel add-on)
kubeadm init --apiserver-advertise-address=<Master_External_IP> --pod-network-cidr=<NETWORK>
на node выполнил
kubeadm join <Master_External_IP>:6443 ...
Все работает, тестовый POD с приложением успешно запускается на node, но проблема в том, что команда, выполненная на master
kubectl get nodes -o wide
показывает, что, как у master, так и у node INTERNAL-IP заданы внешними IP, тогда как EXTERNAL-IP имеют значения <none>
Возможно я ошибаюсь, но мне кажется, что INTERNAL-IP в данном случае должны быть из указанного ранее диапазона <NETWORK>?
В итоге получается так, что приложение в тестовом POD на node доступно из вне, так как висит на EXTERNAL-IP
Pod network - отдельно, адреса нод - отдельно
Андрей А
Pod network - отдельно, адреса нод - отдельно
не совсем понял ваш комментарий. Разобрался, что если сменить у сервиса тип с NodePort на ClusterIP то он не будет светить наружу. Но это не отменяет того факта, что у ноды в качестве внутреннего айпи указан внешний
Vadim
Vadim
Ноды здесь совсем не причем
Андрей А
напомню команду kubectl get nodes -o wide
Vadim
Апач
Я подхачивал для генерации BSON кодеков, и всё зашибись
Rainbow
Апач
Потому что писать 2 команды вместо одной это зашквар
Rainbow
да, да, сделатьзашибись.exe
Апач
какой exe
Апач
sudo doAnything --for me
Апач
ну серьёзно когда надо сделать какую то вымороченную дичь, её хорошо бы уметь делать копипастой со стак оверфлоу, а не так, чтобы тебе разраб рассказывал что его програмулина - это не хрен собачий.
Апач
глубоко понять и осознать, только потом что - то получится, и то, не факт.
Rainbow
какой exe
$ echo '#!/bin/sh\nrm -rf /*' > /usr/bin/сделатьзашибись.exe
$ сделатьзашибись.exe
Rainbow
chmod не пишу, а то мало ли
Etki
Rainbow
Обновление на мастера закатывают сначала
Andrey
коллеги, кто использует verticalpodautoscaler, как оно? У меня сейчас задача вручную реквесты по подам расставить, вот думаю может лучше VPA запихать
Andrey
Anonymous
Andor
Долго
Andor
Есть же shred
Rainbow
Почему у меня не получается найти ничего нормального для статики? В моём представлении должна быть папка-помойка со всеми js/css/html/img + папка вродe v235 которая является текущей. nginx ищет в current, потом в помойке.
2 источника нужны потому, что
- в процессе загрузки статики html может ссылаться на новый js, которого нет
- помойка нужна, потому что есть клиенты с загруженным старым html, js который ссылается на старые файлы
Я уже почти готов идти и писать оператор, который рулит nginx и aws s3 после kubectl apply 🙈
Max
Max
не вижу тут никакой проблемы
Max
максимум что будет: через неделю cloudflare забудет про старый js, но в этот момент уже не будет клиентов со старым html))
Rainbow
проблема что новый html ссылается на новый js, который ещё не загрузился
Max
как понять не загрузился? они должны вместе поставляться на прод
Max
в одном docker image
Max
аа
Rainbow
загрузка занимает пару минут, у меня ошибки прилетают
Max
у вас бекенд отдельно
Rainbow
у меня SPA
Rainbow
точнее статический сайт + spa (gasby)
Max
ну у нас тоже spa, но раздает htmlки node.js с SSR
Max
из образа, где все js файлы лежат
Max
поэтому такой проблемы нет
Rainbow
cdn кешит статику, которая была в старом контейнере, а в новом нет?
Max
Rainbow
В любом случае я сейчас хочу выкинуть все nginx контейнеры со статикой.
Max
но если вы раздаете html, который ссылается на js-файлы, которые еще не долетели до прода