Это чё это?

А не будет больше вашего амазона!

kubectl exec -ti <> /bin/sh не отдает консоль, стакливался кто нибудь?

Всем привет, у кого как настроен деплой в GKE, в данный момент все топает гугловой клихой через дженкис+helm, хочется всеже сделать infrastructure as code? Пока вижу реализацию только через terraform

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

пиши в родной deployment manager

нахер этот терраформ

@lazarenkod, на счет умирающих нод и Unknown подов, не должен ли эту задачу fencing-агент решать? Полагаю что openstack cloud provider по этой причине и сносил ноды из кластера. Но мое мнение, это не та проблема которую должен решать kubernetes. У вас должен быть отдельный сервис который запущен в том же кластере и следит за состоянием нод в кластере, и если какая-то из них выходит в NotReady, он выполняет внешний fencing и при необходимости отцепляет хранилку от нее, а затем удаляет все поды и PersistentVolumes который были запущенны на ней в kubernetes. Другими словами он гарантирует что данная нода полностью отрезана и поды на ней можно безболезненно перезапустить где-то еще.

терраформ провайдер для гсп повторяет в модулях апи ресурсов один к одному это раз, он отстает от АПИ ГЦП функционально это два

То вы его просто готовить не умете

вы им сами пользуетесь? Я не смог, внятной документации нет

gke - мастера бесплатные, фигач кластер хоть под каждый релиз

они платные если кластер хоть чуть чуть не микроразмера

Ну вот зачем что-то писать, если ты не пользуешься? Note: Effective 28 November 2017, Kubernetes Engine no longer charges the flat fee per hour per cluster for cluster management, regardless of cluster size.

а нафига тебе fencing? в рамках куба нет сети - нода мертва норм кейс

Да у DM немного запутанная документация но она достаточна описание апи и примеры присутсвуют все , если хочется копипасты из статеек то тут не прокатит да надо будет почитать. https://cloud.google.com/deployment-manager/docs/reference/latest/ Там кроме джинджи есть питоновская обвязка со своим генератором. а так теже ямлы. Что го темплейт что джинжа один хрен, почитал синтаксис и делаеш. Остальное холивар и нытье

Есть кстати теория, что GKE могут не брать деньги за кластера потому что у них вместо ETCD что-то что пахнет как etcd, но etcd не является

и что же это может быть?

Радуги и единороги?

и что же это может быть?

я буду очень рад, если меня кто-нибудь просветит, из какой документации можно понять, как был написан этот код https://github.com/GoogleCloudPlatform/deploymentmanager-samples/blob/master/examples/v2/bigtable/python/bigtable.py

чубби?

Это не сколько мне, там ребята из mail.ru рассказывали что у них база не переезжает потому что поды и persistentVolume на мертвой ноде помечаются как Unknown и ничего с ними не происходит, и про захардкоженные таймауты в kubernetes

Я думаю вот тут все более менее рассказано https://docs.python.org/2/index.html

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

не напрямую же

спаннер возможно можно использовать в этом качестве (не уверен)

что за спаннер?

а смысл то?

https://cloud.google.com/deployment-manager/docs/step-by-step-guide/create-a-template Генерация питоном На этой страничке примеры в обоих вариациях Кому то удобнее писать так кому то в ямлах Перечитайте документацию все станет понятнее https://cloud.google.com/kubernetes-engine/docs/reference/rest/v1beta1/projects.locations.clusters Основной клас создания кластера. Тут json но он зеркалится в ямл полностью По факту DM это просто обертка с шаблонизатором для API вызовов GCP Советую прочитать про питон хелперы при работе с DM Я питоном не пользуюсь более глугоко врятли помогу Думаю чтение документации поможет и анализ возможностей питон либы

совершенно нерелевантная документация. Если вы не понимаете, о чём я спрашиваю, зачем отвечаете?

ну собственно мне кажется в этом кейсе fencing то и не спасет

что за gcp-types/bigtableadmin-v2:bigtableadmin.projects.instances.create ?

я не про генерацию питоном. Я про поля, которые оно генерирует. Вот например поле action, откуда оно?

https://cloud.google.com/bigtable/docs/reference/admin/rest/v2/projects.instances/create тут

Это не поле а питоновские "помогалки" Все поля яно описаны в API ПСЗ

почему это? простой stateless-сервис: - подписываешься на состояния нод через kubernetes api - если нода ушла в NotReady, проверяешь есть ли на ноде запущенные StatefulSets - выполняешь внешний fencing ноды - убиваешь все Unknown поды с ноды, так же через kubernetes api

если на ней просто kubelet отвалился или сеть

ага, но как?

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

Ну Так ты же написал - через api убиваем unknow

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

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