nginx поддерживает lua скрипты, как вариант их юзать, но наверняка там есть более легкие решения

упс, Paul, не увидел ваше сообщение

nginx поддерживает lua скрипты, как вариант их юзать, но наверняка там есть более легкие решения

обязательно учитывайте, что: - поддерживает не из коробки, это модуль. Или грузить, или вкомпиливать - следить за памятью, ибо скрипт долгоживущий и имеет отвратительную тенденцию вытекать - обязательно мерять скорость до и после внедрения скрипта. Я монинторинг на луа включил - у меня скорость на 10% села. Не всем такое подойдет

Вопрос немного не по теме, кто нибудь знает как в nginx вычислить hash содержимого хедера?

расскажите задачу чуть подробнее, вам явно хеш не сам по себе нужен.

расскажите задачу чуть подробнее, вам явно хеш не сам по себе нужен.

Да нужно было временное решение чтобы пускать какой либо процент трафика на другой бэк в зависимости от значения хедера

map $http_header_name $upstream {}

правда надо еще будет потом обмазаться split_clients

но можно на ванильном нджинксе :)

А как процент регулировать?

через split_clients http://nginx.org/en/docs/http/ngx_http_split_clients_module.html

кстати, зачем я вам мапку посоветовал? она вам не нужна :(

через split_clients http://nginx.org/en/docs/http/ngx_http_split_clients_module.html

Крутяк, посмотрю

Спасибо

В общем именно a/b и нужно

FYI: НЕ обновляйтесь на 1.7 в GKE там серьезные проблемы с LoadBalancers и Ingresses надо ждать 1.7.1

FYI: НЕ обновляйтесь на 1.7 в GKE там серьезные проблемы с LoadBalancers и Ingresses надо ждать 1.7.1

В чём проблемы?

гугл на странице статуса написали только про сервисы с type=LoadBalancers https://status.cloud.google.com/ Kubernetes 1.7.0 services of type=LoadBalancer, using a static IP not specified in the loadBalancerIP field, will cause the service controller on the master to crash, leading to disruptive repeated master restarts. As a workaround, services that use a static IP must specify it in the loadBalancerIP field. See issue https://github.com/kubernetes/kubernetes/issues/48848 for more details. This issue will be fixed in a future release.

но на самом деле даже если не используете loadbalancers то ingress после апгрейда просто не поднимется

https://github.com/kubernetes/ingress/issues/975

здесь идет перепись кто столкнулся

я ничего не смог сделать кроме как пересоздавать кластер на 1.6.7 т.к. даунгрейд сделать нельзя

Would recommend avoiding upgrading production clusters to any new .0 release. Ну это вроде должно у каждого на стене висеть :)

Любая мажорная версия должна отстоятся

факт

Интересно как так гугл выливает версии на свое облако, не протестировав такой функционал как ингресс

А вижу, это собственный кластер

не не, там проблемы как на GKE, так и у тех кто сам развернул k8s на GCE

понял, спасибо

Статус ингресса висит такой, но ингресс есть и работает. Как минимум на двух кластерах. Но ручаться, что будет работать я не буду

А как конфигмап работает? Если, например, я в него пропишу конфиг nginx, запущу деплоймент, а потом изменю и применю - deploy/nginx применит новые изменения?

А ингрессы все лажают или только гуглевыц? У меня например nginx

А ингрессы все лажают или только гуглевыц? У меня например nginx

только гугловые, с nginx не должно быть проблем но я тоже ручаться не буду

только гугловые, с nginx не должно быть проблем но я тоже ручаться не буду

у меня гугловый, но у него не прописаны домены. он работает. те, у кого домены есть - не работают

А как конфигмап работает? Если, например, я в него пропишу конфиг nginx, запущу деплоймент, а потом изменю и применю - deploy/nginx применит новые изменения?

надо будет под пересоздать

конфигмап апплаит во время поднятия пода

+ у меня дефолт нетворк

надо будет под пересоздать

А если, например, там лежит конфиг приложения на php, который примаунчен в виде волюма - тоже под пересоздавать?

вольюмы вроде обновляются, недавно где то читал

неприпомню чтобы конфигмап обновлялся

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

может что-то поменялось конечно, у меня ща версия 1.6.2 в gke

Kubernetes in Action `Using a ConfigMap and exposing it through a volume brings us the ability to update the configuration without having to restart the process. When you update a ConfigMap, the files in all the volumes referencing it are updated.`

It’s up to the process to detect that they have been changed and reload its configuration, but, Kubernetes will eventually also support sending a signal to the container, notifying it of the change

Книжка к слову классная

а стоп

я не из-за этого рестартил)

у меня там конфиги прометеус замаунчены, сам прометеус надо рестартить, т.к. он на лету не подцепляет)

так что да, возможно конфигмап и обновляется

Но nginx всё равно тоже надо рестартовать с новым конфигом. Кстати, это как-то в кубере реализовано - сигнал процессу на релоад?

контроллер подписан на ивенты и скорей всего вызвает ngnix -s reload

Книжка к слову классная

мм Поделитесь названием?-)

Kubernetes in Action

Но nginx всё равно тоже надо рестартовать с новым конфигом. Кстати, это как-то в кубере реализовано - сигнал процессу на релоад?

Там контроллер на го писанный который выполняет nginx restart при создании нового конфига

Пока только MEAP, но уже очень годный

Пока только MEAP, но уже очень годный

По большому счёту интересуют best practics...)

Там контроллер на го писанный который выполняет nginx restart при создании нового конфига

Это само из коробки работает или какая-то настройка нужна?

из коробки

https://github.com/kubernetes/ingress/tree/master/controllers/nginx

А что почитать, чтобы второй мастер поднять? Делаю кластер кубеадмом, тут вроде говорили, что есть какая-то информация по этому поводу.

А что почитать, чтобы второй мастер поднять? Делаю кластер кубеадмом, тут вроде говорили, что есть какая-то информация по этому поводу.

я поднимал прочитав HA-статью на оффсайте

А что почитать, чтобы второй мастер поднять? Делаю кластер кубеадмом, тут вроде говорили, что есть какая-то информация по этому поводу.

kubernetes hard way от Келси Хайтауэра. Там все есть

kubernetes hard way от Келси Хайтауэра. Там все есть

Спасибо.

тоже норм, но много букаф

ERROR: S client not available

Там очень мало букаф кстати, все по делу

Вот это вот: https://github.com/kelseyhightower/kubernetes-the-hard-way ?

Книжка к слову классная

c сафари читаешь?

c сафари читаешь?

Нет, коллега купил

Вот это вот: https://github.com/kelseyhightower/kubernetes-the-hard-way ?

Да

Нет, коллега купил

https://www.safaribooksonline.com/library/view/kubernetes-up-and/9781491935668/ есть еще такая

а зачем?

Не а за чем

Смерть мастера ни к чему толкмо не приводит в кластере

Смерть мастера ни к чему толкмо не приводит в кластере

Вот, есть у тебя кластер с 50 серверами. Умер мастер. Нужно выливать новый код на пару проектов. Отсутствие мастера не повлияет?

деплои без мастера не обвновятся

Или: нагрузка растёт, приняли решение масштабировать, увеличив кластер на два сервера. Тут тоже без мастера не очень.

Смерть воркера тоже не будет никем замечена

и решедулинга подов не произойдет

у меня мастер ещё ни разу не падал..так что я с этим не сталкивался

ingress.kubernetes.io/rewrite-target Что бы сделать rewrite конкретного url, для него нужно отдельный ingress-поднимать?

у меня мастер ещё ни разу не падал..так что я с этим не сталкивался

Хорошо, если не упадёт. Но лучше перебдеть.

в распределенных системах не стоит вопрос упадет ли что либо :) единственный вопрос - когда :)

и надо всегда иметь в виду что все упадет

ingress.kubernetes.io/rewrite-target Что бы сделать rewrite конкретного url, для него нужно отдельный ingress-поднимать?

да

и надо всегда иметь в виду что все упадет

если упадёт всё, то тут ты ничего не зделаешь

а так HAproxy в руки (nginx ??)

А кто есть мастер они сами договрятся через etcd

если упадёт всё, то тут ты ничего не зделаешь

смотря насколько все ) всегда можно что-то сделать, вопрос денег и ресурсов

(это относится к шедулеру и манагеру)

Мне нравится концепция запуска кубера в кубере)

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

Мне нравится концепция запуска кубера в кубере)

Чето я ковырял баги насчет self hosted и они есть. Типа контроллер не стартует в некоторых случаях или еще что то подобное

Но идея крутая

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

Там эта мета разбита на несколько уровней