понял, спасибо всем.

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

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

chrony же

chrony же

тот же орган, только в профиль)

chrony же

А не systemd-timesyncd?

там докер еще в системдэ не запихали?

А не systemd-timesyncd?

в rhel chrony, может продавят системдшные штуки потом

там докер еще в системдэ не запихали?

jfyi systemd-nspawn умеет в oci контейнеры. Так что в некотором роде ответ "да"

в rhel chrony, может продавят системдшные штуки потом

хм, поттеринг же вроде под флагом редхата пилит свои поделки, до сих пор не пустили?))

jfyi systemd-nspawn умеет в oci контейнеры. Так что в некотором роде ответ "да"

это да, но эт не то

можно как-то существующим nginx ингресс контроллером сервить статику (если она в контейнере)? или нужно чтобы какой-то http сервер таки был всеравно на поде?

ingress же отправляет запросы на endpoint, а endpoint это ip пода и порт, соответственно какое-то приложение должно принимать запросы

Всем привет! Ребята из Podlodka Podcast записали эфир с членами программного комитета DevOpsConf Андреем Шориным и Михаилом Жучковым. Поговорили о контейнеризации. До повышения цен на билеты осталось 5 дней. Так что смотрите, слушайте и принимайте осознанное решение об участии в конференции.

Олды ничего нового не услышат, а вот новичкам думаю будет интересно

Специалисты, насколько всратая идея писать оператора без SDK?

а напрямую через client.go

Всем привет! Ребята из Podlodka Podcast записали эфир с членами программного комитета DevOpsConf Андреем Шориным и Михаилом Жучковым. Поговорили о контейнеризации. До повышения цен на билеты осталось 5 дней. Так что смотрите, слушайте и принимайте осознанное решение об участии в конференции.

мордокнига говно

мордокнига говно

ну тогда в понедельник будет запись

спасибо

Специалисты, насколько всратая идея писать оператора без SDK?

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

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

думаешь проще не будет?)

только дольше?

думаешь проще не будет?)

многие вещи уже учтены, типа синка. Кроме того в любой момент импортишь себе client-go и делаешь недостающее ручками

Специалисты, насколько всратая идея писать оператора без SDK?

It depends. В чем задача?

It depends. В чем задача?

Пока рассуждаю

как минимум нет желания писать оператор на go

Пока рассуждаю

В общем и целом, sdk - это бутстрап и генерация бойлерплейта. Всякие упрощающие жизнь плюхи идут за счет https://github.com/kubernetes-sigs/controller-runtime Вообще, имеет смысл просто сравнить https://github.com/kubernetes/sample-controller и https://github.com/operator-framework/operator-sdk-samples/tree/master/memcached-operator и выбрать, что душе ближе

как минимум нет желания писать оператор на go

Есть https://github.com/operator-framework/operator-sdk-samples/tree/master/ansible и https://github.com/operator-framework/operator-sdk-samples/tree/master/helm Сам не трогал и не собираюсь, так что никаких отзывов

Ну и metacontroller.app для простых случаев пойдет

как минимум нет желания писать оператор на go

Вроде есть от Zalando для написния опов на Питоне

подскажите, существуют ли минимальное значание для назначение реквестов и лимитов (например на cpu?). через kubectl top вижу, что большинство подов использует не больше 10m, но если выставляю реквесты даже в 100m под просто не может стартануть.

Специалисты, насколько всратая идея писать оператора без SDK?

мы писали без sdk, на python. написали свой "sdk". сейчас переехали на https://github.com/zalando-incubator/kopf. не идеально, но постепенно улучшается. https://github.com/zalando-incubator/kopf/pull/109 например у нас работало медленно, немного ускорили.

основной разработчик - русский. отвечает в tg

подскажите, существуют ли минимальное значание для назначение реквестов и лимитов (например на cpu?). через kubectl top вижу, что большинство подов использует не больше 10m, но если выставляю реквесты даже в 100m под просто не может стартануть.

Там вроде странные попугаи. Попробуй без m. Типа 1 - это один VCPU и в дробных. У меня 0.05 норм

просто мне много и 1 и 0.5 :)

спасибо!

основной разработчик - русский. отвечает в tg

круть, порекламируй ему этот чатик плиз если есть его контакт

основной разработчик - русский. отвечает в tg

ого

порекламировал

подскажите, существуют ли минимальное значание для назначение реквестов и лимитов (например на cpu?). через kubectl top вижу, что большинство подов использует не больше 10m, но если выставляю реквесты даже в 100m под просто не может стартануть.

не надо cpu limits

Ого! Русские умеют писать на Питоне и оперировать Кубером? )

не надо cpu limits

HPA без этого не работает

не надо cpu limits

поясните

поясните

http://www.highload.ru/moscow/2018/abstracts/3933

мляя

сорян за большое лицо

но в недрах презы найдете их рекомендации, а также разрабов кубера

посмотрю

благодарствую

я очень пожалел месяц назад, когда не вспомнил и мы нарвались на точно такую же деградацию существенную

год назад был тренд на то что бы везде вписывать ресурсы и лимиты разве нет? :)

главное cpu лимиты не трогать. Память канеш надо

Привет! Подскажите, что не так делаю? Дано: GitLab + кубер в гите запущен раннер с экзекьютером кубера при запуске .gitlab-ci.yml image: docker:git services: - docker:dind variables: DOCKER_DRIVER: overlay KUBERNETES_NAMESPACE_OVERWRITE: ci-runner before_script: - docker login -u registry -p "${CI_BUILD_TOKEN}" "${IP_REGISTRY}" development: stage: deploy script: - docker build -t "$CI_REGISTRY_IMAGE:latest" . - docker push "$CI_REGISTRY_IMAGE:latest" only: - master и с конфигом ранера config.toml: concurrent = 4 log_level = "warning" check_interval = 20 [[runners]] name = "openshift-gitlab-runner" limit = 0 executor = "kubernetes" [runners.kubernetes] namespace = "gitlab-runner" namespace_overwrite_allowed = "ci-runner" privileged = true получаю ошибку: WARNING: Namespace is empty, therefore assuming 'default'. Using Kubernetes namespace: default Using Kubernetes executor with image docker:git ... ERROR: Job failed (system failure): pods is forbidden: User "system:serviceaccount:gitlab-runner:gitlab-runner-user" cannot create pods in the namespace "default": no RBAC policy matched Вопросы: 1) Почему не подхватился неймспейс "ci-runner" или "gitlab-runner" ?

ты должен разрешить пользователю гитлаб-раннер создавать поды

Если насрать на безопасность, то kubectl create clusterrolebinding gitlab-runner --clusterrole=cluster-admin --serviceaccount=gitlab-runner:default

Там делать не надо. Кластер админ это очень не хорошо

Там делать не надо. Кластер админ это очень не хорошо

Да, я и сказал, если насрать на безопасность

Только там сервис аккаунт gitlab-runner:gitlab-runner-user

Да, я и сказал, если насрать на безопасность

а он не начнет созадвать поды в дефолтовом неймспейсе?

а он не начнет созадвать поды в дефолтовом неймспейсе?

Начнет, ты ведь ему не указал неймспейс

Начнет, ты ведь ему не указал неймспейс

[runners.kubernetes] namespace = "gitlab-runner" namespace_overwrite_allowed = "ci-runner" privileged = true

Кто-нибудь составлял диаграмму развертывания кластера? Зачем она вообще нужна если можно представлять кластер кубернетеса как обстракцию или облако контейнеров?

[runners.kubernetes] namespace = "gitlab-runner" namespace_overwrite_allowed = "ci-runner" privileged = true

а, я просто увидел Error, на warning не смотрел

а, я просто увидел Error, на warning не смотрел

я же указала ему неймспейс, совсем не понимаю, почему он не подхватывает их))

я же указала ему неймспейс, совсем не понимаю, почему он не подхватывает их))

А вы создали этот неймспейс?

А вы создали этот неймспейс?

конешно

я же указала ему неймспейс, совсем не понимаю, почему он не подхватывает их))

Не знаю GitLab, но думаю ошибка где-то в pipeline который не прислали. Представленный pipeline полько пушит image в registry. Но как оно в кубер деплоится? Хук на регистри?

Не знаю GitLab, но думаю ошибка где-то в pipeline который не прислали. Представленный pipeline полько пушит image в registry. Но как оно в кубер деплоится? Хук на регистри?

мне пока нужно только сбилдить имедж - docker build -t "$CI_REGISTRY_IMAGE:latest" .

Не знаю GitLab, но думаю ошибка где-то в pipeline который не прислали. Представленный pipeline полько пушит image в registry. Но как оно в кубер деплоится? Хук на регистри?

Это скорее всего просто так называемые Kubernetes runner

Это скорее всего просто так называемые Kubernetes runner

при запуске .gitlab-ci.yml image: docker:git services: - docker:dind variables: DOCKER_DRIVER: overlay KUBERNETES_NAMESPACE_OVERWRITE: ci-runner before_script: - docker login -u registry -p "${CI_BUILD_TOKEN}" "${IP_REGISTRY}" development: stage: deploy script: - docker build -t "$CI_REGISTRY_IMAGE:latest" . - docker push "$CI_REGISTRY_IMAGE:latest" only: - master

Хай! Поставил для управления PV sig-storage-local-static-provisioner, но он всем PV выставляет capacity 8025Mi, хотя диски по 2G примотированы. Как это исправить?

это гитлабовский раннер в кубере, и пайп там есть, и это гитлабовский же косяк где-то :D

при запуске .gitlab-ci.yml image: docker:git services: - docker:dind variables: DOCKER_DRIVER: overlay KUBERNETES_NAMESPACE_OVERWRITE: ci-runner before_script: - docker login -u registry -p "${CI_BUILD_TOKEN}" "${IP_REGISTRY}" development: stage: deploy script: - docker build -t "$CI_REGISTRY_IMAGE:latest" . - docker push "$CI_REGISTRY_IMAGE:latest" only: - master

По документации все верно. Ну я бы попробовал бы добавить в pipeline development: stage: deploy namespace: gitlab-runner script: - docker build -t "$CI_REGISTRY_IMAGE:latest" . - docker push "$CI_REGISTRY_IMAGE:latest" only: - master

Может так зажует

По документации все верно. Ну я бы попробовал бы добавить в pipeline development: stage: deploy namespace: gitlab-runner script: - docker build -t "$CI_REGISTRY_IMAGE:latest" . - docker push "$CI_REGISTRY_IMAGE:latest" only: - master

yaml invalid (((

yaml invalid (((

We trying

мы писали без sdk, на python. написали свой "sdk". сейчас переехали на https://github.com/zalando-incubator/kopf. не идеально, но постепенно улучшается. https://github.com/zalando-incubator/kopf/pull/109 например у нас работало медленно, немного ускорили.

Благодарю!

Среда тестовая?

Виртуалка или metal?

может у кого есть рабочий пример .gitlab-ci.yml и config.toml для опеншифта/кубера?