ну складывай в нжинксы только хтмл например

чем? вот был главный вопрос

ваще эта тема к кубеням мало отношения имеет

да, действительно. Я просто спросил про seaweedfs Тут про цеф постоянно дискуссии

ну своей системой сборки

ну по тематике группы можно докер пересобирать со статикой

ну или в том же lsyncd настрой правила что копировать, а что нет

ну или в том же lsyncd настрой правила что копировать, а что нет

lsyncd за это уже сказал спасибо

картинки все на отдельный домен, а html сам отдавай

домен с картинками в цдн :)

От cdn толку не будет

домен с картинками в цдн :)

это классика, понятно

От cdn толку не будет

как скажешь

У него как я понял нет геораспределенности

перекладывание головняка по раздаче картинок

Значит будет картинки отдавать только какая-то одна локация в cdn всегда

пофиг

Не факт, что она ближе чем его nginx

В этом есть смысл потому что там где нет платы за трафик - режут скорость. Т.е. или платишь за трафик или медленно. cdn это решает.

пофиг

на прошлой работе у нас для каждой страны было по 3 или 4 домена для статики

все равноценные, просто разные домены

все равноценные, просто разные домены

там в браузерах ограничение на несколько потоков для 1 домена. Так обходят.

я знаю

заодно куки туда не отправляются

перекладывание головняка по раздаче картинок

Зато с cdn по опыту могу сказать, что новые головняки могут появиться, у нас могут быть одновременно 5к посетителей и это становится видно

Особенно с каким-то дешёвым, типа таты

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

Так что в этом случая, отдача статики самому полностью - лучше

да один фиг надо разделить html и не-html

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

в не-html можно сделать try_files в несколько ступеней (сколько захочешь)

и под это дело можно даже оператора намутить, да

всем привет а есть какой то вменяемый способ проверить что после kubeadm init поднялись все нужные pods и можно приступать kubeadm join ?

get pods --namespace=kube-system, не?

и дальше | grep -e pattern | wc -l ?

сравнивать kubectl get pods --field-selector=status.phase=Running | wc -l и kubectl get pods | wc -l? --all-namespaces по вкусу

*стикер "напиши оператор"*

*стикер "напиши оператор"*

Просто напиши оператор

Надо нарисовать)

hi all! есть такой нубский вопрос - имеется ingress с несколькими сервисами. как-то можно настроить сниппеты, чтобы они применялись не для всех сервисов описанных внутри ingress'a, а только для некоторых?

hi all! есть такой нубский вопрос - имеется ingress с несколькими сервисами. как-то можно настроить сниппеты, чтобы они применялись не для всех сервисов описанных внутри ingress'a, а только для некоторых?

Думаю, да

вот бы мне направление, где почитать.

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

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

server-snippets?

мне непонятно вот что, например - https://gist.github.com/sandcastle/810dee50e96a8214519ba0989f6af964

а если у меня будет там же еще один хост и мне не надо на него навешивать редирект - как избежать применения сниппета?

а если у меня будет там же еще один хост и мне не надо на него навешивать редирект - как избежать применения сниппета?

написать 2 ингресс

мне тут попалась такая штука -

apiVersion: extensions/v1beta1 kind: Ingress metadata: name: myingress annotations: ingress.bluemix.net/rewrite-path: "serviceName=<myservice1> rewrite=<target_path1>;serviceName=<myservice2> rewrite=<target_path2>"

но не знаю, будет работать или нет

https://console.bluemix.net/docs/containers/cs_annotations.html#rewrite-path

судя по всему - работать не будет - https://stackoverflow.com/questions/49514702/kubernetes-ingress-with-multiple-target-rewrite

(на простом ингрессе)

Всем привет, а почему после успешного kubeadm init —config=kubeadm.yml в kubeadm.yml задается apiServer: extraArgs: advertise-address: 10.4.2.10 после этого делаю KUBECONFIG=/etc/kubernetes/admin.conf kubectl get cm kubeadm-config -n kube-system -oyaml и получаю РАЗНЫЕ IP адреса ClusterConfiguration и ClusterStatus apiVersion: v1 data: ClusterConfiguration: | apiServer: extraArgs: advertise-address: 10.4.2.10 authorization-mode: Node,RBAC ... ClusterStatus: | apiEndpoints: k8s-master1: advertiseAddress: 10.0.2.15 ??? как этот самый advertiseAddres в статусе поменялся? если я другой указывал? и в результате kubeadm join берет этот 10.0.2.15 и пытается там зачем то etcd найти, который блин отдельно же нормально описан в конфигурации... не понимаю

kubeadm 1.13.2

а блин =(( похоже баг =( https://github.com/kubernetes/kubeadm/issues/1348

коллеги, подскажите плз, кто нибудь из вас сталкивался с большим TTFB при использовании GCE или GKE? после перехода с AWS на Google началось подобное

видел парочку похожих тикетов от разных людей, но солюшена так и не было

коллеги, подскажите плз, кто нибудь из вас сталкивался с большим TTFB при использовании GCE или GKE? после перехода с AWS на Google началось подобное

Чекай онлайн аналайзерами и ищи где задержка наибольшая.

Чекай онлайн аналайзерами и ищи где задержка наибольшая.

ох) на редиректе))

порядка 400 (

я так понимаю это из-за ингреса

порядка 400 (

редирект с 80 на 443?

именно он

небось гугловый ингресс юзаешь?

тот где за каждое правило по 8 баксов в месяц?

поставил нджинкс, до этого был гугловый

я только пришел на проект)

там на каждый сервис был ингресс

6 штук

именно он

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

а подскажите еще плз, как распознать гугловый ингресс? а то я вот зашел в веб мордаху - а у меня там видны и новые ингрессы, которые висят с аннотацией kubernetes.io/ingress.class: nginx

а в хедерах реквеста нет инфы по этому?

как я понял - в хедере будет висеть ingress.class: gce-*

https://github.com/hjacobs/kubernetes-failure-stories

https://github.com/hjacobs/kubernetes-failure-stories

уважаемые господа, подскажите мне пожалуйста как вы используете stateful-сервисы? допустим у меня есть база (опустим пожалуйста срач про базу в кубернетисе) и мне надо положить её на ноду, на которой есть ssd. самый очевидный вариант - сделать лэйбл на ноду, далее через nodeselector задеплоить и потом прокинуть volume с хоста в под. но вроде как есть такие штуки как PersistentVolume и оно умеет на хост так же класть, вот только выбор ноды я не увидел. или же он кладёт его на ту ноду, на которой просто доступно N количество диска? и использовать эту штуку лучше с ceph или типа того?

уважаемые господа, подскажите мне пожалуйста как вы используете stateful-сервисы? допустим у меня есть база (опустим пожалуйста срач про базу в кубернетисе) и мне надо положить её на ноду, на которой есть ssd. самый очевидный вариант - сделать лэйбл на ноду, далее через nodeselector задеплоить и потом прокинуть volume с хоста в под. но вроде как есть такие штуки как PersistentVolume и оно умеет на хост так же класть, вот только выбор ноды я не увидел. или же он кладёт его на ту ноду, на которой просто доступно N количество диска? и использовать эту штуку лучше с ceph или типа того?

StatefulSet и подключаешь диск через cloud provider в под

И будет пофиг на какой ноде бд поднялясь, у нее свой диск

уважаемые господа, подскажите мне пожалуйста как вы используете stateful-сервисы? допустим у меня есть база (опустим пожалуйста срач про базу в кубернетисе) и мне надо положить её на ноду, на которой есть ssd. самый очевидный вариант - сделать лэйбл на ноду, далее через nodeselector задеплоить и потом прокинуть volume с хоста в под. но вроде как есть такие штуки как PersistentVolume и оно умеет на хост так же класть, вот только выбор ноды я не увидел. или же он кладёт его на ту ноду, на которой просто доступно N количество диска? и использовать эту штуку лучше с ceph или типа того?

LocalVolume не устраивает?

LocalVolume не устраивает?

ну то есть первый вариант?