может кто поделиться конфигом под kubespray , 3 день маюсь, не стартует дашборд и ингрес

что именно тебе нужно?

что именно тебе нужно?

all.yaml и k8s-cluster.yaml

all.yaml и k8s-cluster.yaml

а какая у тебя версия кубспрея? у меня есть для 2.7.0 и 2.8.3

с 2.9 пробую ставвить

Warning FailedCreatePodSandBox 40s (x30 over 15m) kubelet, vsk-node-303 (combined from similar events): Failed create pod sandbox: rpc error: code = Unknown desc = failed to set up sandbox container "a0c6f7bbb79b23018355be818f76640a7a6a903e878cfc92bdb34858782a80e7" network for pod "ingress-nginx-controller-pkd9n": NetworkPlugin cni failed to set up pod "ingress-nginx-controller-pkd9n_ingress-nginx" network: Get https://[10.233.0.1]:443/api/v1/namespaces/ingress-nginx: dial tcp 10.233.0.1:443: i/o timeout

что за дич?

с 2.9 пробую ставвить

2.9 же нет еще

2.9 же нет еще

в марте вышел

all.yaml и k8s-cluster.yaml

all.yaml и k8s-cluster.yaml

all.yaml и k8s-cluster.yaml

благодарю

благодарю

я не видел какие там отличия с 2.9, переключи может на 2.8.3

2.9 еще не релизнулся. Последний стабильный 2.8.4 же.

а что получше будет calico или flannel?

а что получше будет calico или flannel?

это как спрашивать, что лучше ламборджини или феррари

что удобнее?)

Попробуй nameserver 8.8.8.8 добавить в резолв, чисто проверить

вроде все-таки завелся, по крайней мере нет таймаута и только 1 раз упал, но у меня в резолвконф было только то что кубспрей туда пишет или облако само при создании инстанса, очень странно

с netplan норм работает?

с netplan норм работает?

@kvaps говорит, что да

но это ж на фарт

что - на фарт? у нас калико с netplan в режиме systemd-networkd, никаких проблем.

@kvaps говорит, что да

Я ничего не говорил про netplan

а кто-нибудь упаковывал python сервисы в docker? есть опыт, как минимизировать время сборки и сам размер image? интересует конкретно, как зависимости (requirements) оптимальней устанавливать.

а кто-нибудь упаковывал python сервисы в docker? есть опыт, как минимизировать время сборки и сам размер image? интересует конкретно, как зависимости (requirements) оптимальней устанавливать.

так же как везде. WORKDIR /app COPY requirements.txt . RUN pip install ... COPY . . CMD ["python", "..."] Это не вопрос по Docker. И гуглится за 30 сек + огромное количество примеров по поиску в github.

а какая у тебя версия кубспрея? у меня есть для 2.7.0 и 2.8.3

а где посмотреть установленную версию?

ну это я уже давно сделал. вопрос в том, что RUN pip install ... очень медленный - если pandas ставили, то понимаете проблему. хочется соптимизировать это так, чтобы даже при первой сборке это было максимально быстро

> COPY requirements.txt . очень медленный нет

исправил уже 🙂

pip install имел ввиду, конечно же

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

Ребзя, может кто сталкивался, я уменя есть nginx который стоит на виртуалке и служит реверс для ingress nginx который в кубере, так вот суть проблемы в том что в X-Forwarded-For попадает ip железного nginx, как это пофиксать? на первом nginx я передаю в X-Forwarded-For $real_ip

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

этот вариант тоже рассматривал уже - FROM …-cache, multistage и тд

не нравится тем, что первая сборка все равно медленная очень

я не про мультистейж говорил

не нравится тем, что первая сборка все равно медленная очень

Свой репозиторий. Это вообще не про скорость, но заодно и ее дает

я не про мультистейж говорил

я понимаю

Свой репозиторий. Это вообще не про скорость, но заодно и ее дает

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

проще поставить squid вероятно

не нравится тем, что первая сборка все равно медленная очень

кто ж тебе мешает-то положить эту "первую сборку" в имдж, запушить его в реджистри и финальным имдж собирать уже из него?

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

Ну это что-то с докером у тебя значит. У меня везде одинаковая скорость

собери свой пандас в этот образ

кто ж тебе мешает-то положить эту "первую сборку" в имдж, запушить его в реджистри и финальным имдж собирать уже из него?

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

чтобы не собирать одно и то же каждый билд

проще поставить squid вероятно

Ну лучше все же свой прокси-репо, nexus например. Он бвдет следить именно за пакетами + можно какие надо зафиксировать, или вообще своими подменить

чтобы не собирать одно и то же каждый билд

тогда requirements надо убирать 🙂 и каждую зависимость в отдельный шаг делать 🙂

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

повторю ещё раз: ты можешь _нынешние_ зависимости пихнуть в свой базовый образ, это никак не помешает поверх него добавить чего-то ещё

тогда requirements надо убирать 🙂 и каждую зависимость в отдельный шаг делать 🙂

зачем?

Ну лучше все же свой прокси-репо, nexus например. Он бвдет следить именно за пакетами + можно какие надо зафиксировать, или вообще своими подменить

у нас он уже есть, надо да только его для питоновских пакетов еще заюзать.

у нас он уже есть, надо да только его для питоновских пакетов еще заюзать.

Конечно надо, раз уже есть. Удобная ведь штука

каким образом тебе помешает если у тебя будет один requirements для "базовых" зависимостей и второй для финального образа

тогда requirements надо убирать 🙂 и каждую зависимость в отдельный шаг делать 🙂

RUN pip install largedeps WORKDIR /app COPY require... RUN pip install ... COPY . . сложно наверное гуглить готовые решения

Для альпайна получается в одном run поставить пакеты для компиляции в отдел ный виртуал спейс, сделать pip install, удалить виртуал спейс, прекомпилировать pyc файлы

https://nickjanetakis.com/blog/alpine-based-docker-images-make-a-difference-in-real-world-apps

повторю ещё раз: ты можешь _нынешние_ зависимости пихнуть в свой базовый образ, это никак не помешает поверх него добавить чего-то ещё

надо еще выкидывать неиспользуемые зависимости тогда, а это нетривиально

надо еще выкидывать неиспользуемые зависимости тогда, а это нетривиально

а можно забить на них

phpшник детектед

тоже мне проблема 2019 года

Ребзя, может кто сталкивался, я уменя есть nginx который стоит на виртуалке и служит реверс для ingress nginx который в кубере, так вот суть проблемы в том что в X-Forwarded-For попадает ip железного nginx, как это пофиксать? на первом nginx я передаю в X-Forwarded-For $real_ip

set_real_ip_from укажи в конфиге nginx, который в кубере

set_real_ip_from укажи в конфиге nginx, который в кубере

:)не все оказалось проще, нужно было "use-forwarded-headers":"true" на ингресе включить

set_real_ip_from укажи в конфиге nginx, который в кубере

Ваще не про кубер вопрос

Ваще не про кубер вопрос

ну вишь. оказалось, что nginx В кубере - это ingress controller у него. так что просто обычный кривой вопрос про куб

или я криво прочитал )

:)не все оказалось проще, нужно было "use-forwarded-headers":"true" на ингресе включить

А от этой опции клиент не сможет любое дерьмо тебе пихнуть в хедеры?

И оно просто прокинется дальше

да кому он нужен )))

If true, NGINX passes the incoming X-Forwarded-* headers to upstreams.

Угу

А от этой опции клиент не сможет любое дерьмо тебе пихнуть в хедеры?

маловероятно, ведь впереди чтоит еще один nginx который проксирует не все хидеры

У тебя ингресс за ингрессом?

Или ингресс за нжинксом-вне-кубера?

ингрес за нгинксом вне куба

Добрый вечер есть тут кто-нибудь, у кого на кубере крутятся спарк-джобы?

Сорян

Ничего, бывает :)

Мисклик, ага

По всей стране расползается раковая опухоль импортозамещения

Так он на дебиане базирован вроде?

Вики говорит что ведро 4.2, мммм

Почти 11 лет работы, взяли кусок от дебиана, закрыли ядро, написали свой велосипед “не используя selniux”, и подерживают рос процы ( да те которые никому не нужны )

хотя бы собрали с нуля ради приличия…