И всё-таки, что такое VCS для прода? Я заинтригован.

это такой VCS, с которого вы можете раздеплоиться в понедельник утром 22 октября

Внимательный читатель заметил бы что VCS - это гит, а не гитхаб

это было замечено в 8:35 GMT+3 когда VCS был перепутан с сервисом

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

пора уходить на gitlab :D

а публичные сервисы вроде гитхабов в проде не предполагают fault tolerance, лучше уж git локально ставить

свой

Что такое VCS для прода?

Это когда ты статику прямо из гита раздаёшь

github pages в которых helm чарты лежат!

Кстати я видел такой проект

Внимательный читатель заметил бы что VCS - это гит, а не гитхаб

Ох джисас

а публичные сервисы вроде гитхабов в проде не предполагают fault tolerance, лучше уж git локально ставить

Локальный то предполагает

И всё таки, у вас один такой сервис для прода, другой не для прода?

У нас - один сервис на всё, но в разных ветках - разное.

На базе gitlab + drone

И всё таки, у вас один такой сервис для прода, другой не для прода?

так вы о топологии в моем хозяйстве или о технологии в целом? )

Всем привет. Можете помочь советом. Все настройки, конфиги и вопрос описал тут https://toster.ru/q/572896

Если вы просто хотите вывесить сервис на IP ноды, для этих целей вам не нужен MetalLB

Если коротко, то я про то, что ты несёшь какую-то чушь, и с точки зрения fault tolerance цены на обслуживание / ресурсов на починку публичные сервисы далеко впереди сраной инсталляцмм гитлаба на единственном серваке

так вы о топологии в моем хозяйстве или о технологии в целом? )

^^

Если коротко, то я про то, что ты несёшь какую-то чушь, и с точки зрения fault tolerance цены на обслуживание / ресурсов на починку публичные сервисы далеко впереди сраной инсталляцмм гитлаба на единственном серваке

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

Если коротко, то я про то, что ты несёшь какую-то чушь, и с точки зрения fault tolerance цены на обслуживание / ресурсов на починку публичные сервисы далеко впереди сраной инсталляцмм гитлаба на единственном серваке

никто как бы и не говорил об "единственном серваке" )

@etkee зочем вы расшатываете лодку?

У вас их больше, чем у гитхаба?

а "цены на обслуживание / ресурсов" - тут уж от размеров и количества проектов зависит

тут сейчас выяснится, что Андрей сильынй специалист, инженер и архитектор и уже давно держит кластер для git'а только пока не признается, наверное хочет что-бы мы все у него разузнали

Лолчто

тут сейчас выяснится, что Андрей сильынй специалист, инженер и архитектор и уже давно держит кластер для git'а только пока не признается, наверное хочет что-бы мы все у него разузнали

да, у меня есть кластер для гита )) как ни странно

тут сейчас выяснится, что Андрей сильынй специалист, инженер и архитектор и уже давно держит кластер для git'а только пока не признается, наверное хочет что-бы мы все у него разузнали

У него там своя собственная VCS, потому что гит не прод-реди

А по ценам... Пока не блокируют - таки да, всё нормально. А потом - начинаются потери, связанные с отсутствием связи и её восстановлением.

локальный, на гитлабе

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

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

Всем привет. Можете помочь советом. Все настройки, конфиги и вопрос описал тут https://toster.ru/q/572896

В случае с MetalLB, в конфиге следует описывать ещё незаюзанные IP-адреса. Затем пробуйте arpping и смотрите логи спикеров

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

А по ценам... Пока не блокируют - таки да, всё нормально. А потом - начинаются потери, связанные с отсутствием связи и её восстановлением.

Подавай в суд на тех, кто блокирует

Даже инициировать разбирательство - дороже, чем найти путь обхода.

я думаю скоро закономерно Github переведет аутентификацию через Office 365 или Azure Auth

есть жи @devops_ru

Если коротко, то я про то, что ты несёшь какую-то чушь, и с точки зрения fault tolerance цены на обслуживание / ресурсов на починку публичные сервисы далеко впереди сраной инсталляцмм гитлаба на единственном серваке

Лови микрософтовца

ура! holywar begins!

@SinTeZoiD приди порядок наведи

сразу на капу нажал. читерство

Лови микрософтовца

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

Если вы просто хотите вывесить сервис на IP ноды, для этих целей вам не нужен MetalLB

Можно попадробнее?

ты можешь удалить свои сообщения

ты можешь удалить свои сообщения

Это вопрос или предложение?

Можно попадробнее?

Ну в вашем случае достаточно отредактировать ваш сервис, и добавить к нему externalIPs: ["10.233.60.149"], тогда траффик с 10.233.60.149 пойдет куда вам нужно

https://blog.github.com/2018-10-21-october21-incident-report/

Это когда ты статику прямо из гита раздаёшь

Вроде бы же они это закрыли? А gitgub pages хттп только вроде

неважно

чо ты шутку портишь!

дня доброго , скажите пжлста я могу подсаживать поды с нэймспэйса Х в ингресс который бежит в нэймспэйсе У ?

дня доброго , скажите пжлста я могу подсаживать поды с нэймспэйса Х в ингресс который бежит в нэймспэйсе У ?

дыа

нет же

дыа

можно меня носом ткнуть где читать?

https://github.com/kubernetes/kubernetes/issues/17088

нельзя же

или что-то поменялось

В ингресс нельзя

https://github.com/kubernetes/kubernetes/issues/17088

вот и я сюда смотрю

И в доках не было ни слова)

эээ я может вопрос не понял. условно ingress контроллер раобтает в namespace kube-system в namespace foobar деплоится под с ингресс аннотоациями, верно я понимаю?

Не. Контроллер это понятно

эээ я может вопрос не понял. условно ingress контроллер раобтает в namespace kube-system в namespace foobar деплоится под с ингресс аннотоациями, верно я понимаю?

верно

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

контроллер в нэймпсэсе "Х" а поды деплоятся в "У"

конфиг ингресса должен быть в неймспейсе Y

а где контроллер - не важно

ага

ингресс ресурс должен ссылаться на сервис в том же namespace - это верное утверждение раздеплоить pod с ингресс ресурсом в отличном от namespace в котором крутится ingress-controller - тоже можно

описывать ингресс ресурс от ресурса в другом неймспейсе - нельзя

и вообще кому такое в голову приходит?

привет. продублирую вопрос из слаки: “имею версию 1.9, включил admissionControl и ExpandPersistentVolumes. обновил sc, но после изменения размера pvс в статусе висит `type: Resizing`”

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

возникает желание описать один ингресс на все сервисы

потом быстро проходит

потом быстро проходит

вот и ладненько

потом быстро проходит

почему проходит )?

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

если посмотреть например как это конфигурится в nginx-ingress на уровне nginx.conf, то все прозрачно

а, вы просто руками из манифестов что-ли деплоите?

привет. продублирую вопрос из слаки: “имею версию 1.9, включил admissionControl и ExpandPersistentVolumes. обновил sc, но после изменения размера pvс в статусе висит `type: Resizing`”

Л - ЛОГИ

#whois Всем привет, я сейчас работаю над имплементацией HA postgres в kubernetes, я профессиональный фрилансер DevOps с общим опытом 14 лет, с кубером порядка года, интересно общение с коллегами, могу поделиться своим опытом где-то, сам из Новосибирска

Л - ЛОГИ

?

Л - ЛОГИ

в какие именно логи смотреть? kubelet, kube-api?

а, вы просто руками из манифестов что-ли деплоите?

а вопрос куда?

в какие именно логи смотреть? kubelet, kube-api?

к сожалению точно не подскажу, грепайте все что попадется под руку