DS
балансировщик в облаке пусть пересоздается. внешний адрес то у него надеюсь в IaaC зафиксирован же ? )
я чет не помню, но разве он не генерится при создании service типа LoadBalancer? Где его закрепить?
Size: a a a
2020 November 13
L
я чет не помню, но разве он не генерится при создании service типа LoadBalancer? Где его закрепить?
ну обычно да. интеграция так настроена во всяких менеджед кластерах.
но там же можно указать какой адрес юзать в качестве внешнего
но там же можно указать какой адрес юзать в качестве внешнего
L
хотя в амазоне насколько я забыл, вообще просят CNAME делать на амазоновский адрес
L
типа ip может в любой момент поменятся
DS
Ну мб есть смысл бэкапить манифесты pv/pvc, service'ы с типом loadbalancer вместе со всей их метой в статусах, чтобы все эти связи остались, и потом просто их залить в куб, при восстановлении кластера
DS
переливать инфу в новые pv может быть долго и больно
DS
но я так не пробовал
DS
типа ip может в любой момент поменятся
ip поменялся, а вот кэш днс остался, обидно =) ttl=0 к сожалению не всегда помогает
L
ip поменялся, а вот кэш днс остался, обидно =) ttl=0 к сожалению не всегда помогает
ttl 30s
а кто на ttl забивает тот сам себе микрософт
а кто на ttl забивает тот сам себе микрософт
A
хотя в амазоне насколько я забыл, вообще просят CNAME делать на амазоновский адрес
Все так
DS
ой, теперь в спорах про организацию отказоустойчивого адреса на уровне dns через health чеки например, можно ссылаться на амазон, мол они так вот делают. Раньше вроде считалось, что через DNS это делать не круто, так как ttl и всякие кэши и вот это вот все.
Даже у хрома есть свой кэш DNS который можно чистить через chrome://net-internals/#dns. А обновление странички тупо не помогает, хотя ttl уже истек давно, а местный днс от провайдера точно выдает правильный адрес
Даже у хрома есть свой кэш DNS который можно чистить через chrome://net-internals/#dns. А обновление странички тупо не помогает, хотя ttl уже истек давно, а местный днс от провайдера точно выдает правильный адрес
YY
Всем привет. Хотел поинтересоваться, кто какие связки использует для full pipeline, особенно интересно кто как готовит конфиги для деплоя в k8s.
К примеру сейчас рассматриваю вариант Jenkins + ArgoCD но так и не могу определиться как готовить конфиги, Helm или kustomize
К примеру сейчас рассматриваю вариант Jenkins + ArgoCD но так и не могу определиться как готовить конфиги, Helm или kustomize
GG
ой, теперь в спорах про организацию отказоустойчивого адреса на уровне dns через health чеки например, можно ссылаться на амазон, мол они так вот делают. Раньше вроде считалось, что через DNS это делать не круто, так как ttl и всякие кэши и вот это вот все.
Даже у хрома есть свой кэш DNS который можно чистить через chrome://net-internals/#dns. А обновление странички тупо не помогает, хотя ttl уже истек давно, а местный днс от провайдера точно выдает правильный адрес
Даже у хрома есть свой кэш DNS который можно чистить через chrome://net-internals/#dns. А обновление странички тупо не помогает, хотя ttl уже истек давно, а местный днс от провайдера точно выдает правильный адрес
+
GG
не надо питать иллюзий насчет днс
GG
Yuriy Yurov
Всем привет. Хотел поинтересоваться, кто какие связки использует для full pipeline, особенно интересно кто как готовит конфиги для деплоя в k8s.
К примеру сейчас рассматриваю вариант Jenkins + ArgoCD но так и не могу определиться как готовить конфиги, Helm или kustomize
К примеру сейчас рассматриваю вариант Jenkins + ArgoCD но так и не могу определиться как готовить конфиги, Helm или kustomize
я бы не выбрал ни одно, ни второе
YY
Есть идеи получше ?
L
ой, теперь в спорах про организацию отказоустойчивого адреса на уровне dns через health чеки например, можно ссылаться на амазон, мол они так вот делают. Раньше вроде считалось, что через DNS это делать не круто, так как ttl и всякие кэши и вот это вот все.
Даже у хрома есть свой кэш DNS который можно чистить через chrome://net-internals/#dns. А обновление странички тупо не помогает, хотя ttl уже истек давно, а местный днс от провайдера точно выдает правильный адрес
Даже у хрома есть свой кэш DNS который можно чистить через chrome://net-internals/#dns. А обновление странички тупо не помогает, хотя ttl уже истек давно, а местный днс от провайдера точно выдает правильный адрес
они всегда так делали. и это всегда было отстойно.
DS
Yuriy Yurov
Всем привет. Хотел поинтересоваться, кто какие связки использует для full pipeline, особенно интересно кто как готовит конфиги для деплоя в k8s.
К примеру сейчас рассматриваю вариант Jenkins + ArgoCD но так и не могу определиться как готовить конфиги, Helm или kustomize
К примеру сейчас рассматриваю вариант Jenkins + ArgoCD но так и не могу определиться как готовить конфиги, Helm или kustomize
kustomize довольно топорен. Шаг влево, шаг вправо и приехали. Нужна будет костамизация, добро пожаловать в go и уже не замечаешь как пишешь свои генераторы и трансформеры. Возможности встроенных удручают (https://kubectl.docs.kubernetes.io/guides/extending_kustomize/builtins/), но может их и хватит.
Но плюс в том что работает со структурами данных нативно. Но гораздо гибче это делать через jsonnet и никаких плагинов. Если нравится работать не через шаблоны, а именно со структурами, то есть инструменты qbec.io, tanka.dev которые юзают jsonnet
Но плюс в том что работает со структурами данных нативно. Но гораздо гибче это делать через jsonnet и никаких плагинов. Если нравится работать не через шаблоны, а именно со структурами, то есть инструменты qbec.io, tanka.dev которые юзают jsonnet
DS
Если хочешь шаблоны, то есть helm
AS
Announcing k0s, the Smallest, Simplest Kubernetes Distribution
https://k0sproject.io/
https://medium.com/@adamparco/announcing-k0s-the-smallest-simplest-kubernetes-distribution-3626c86575d5
https://k0sproject.io/
https://medium.com/@adamparco/announcing-k0s-the-smallest-simplest-kubernetes-distribution-3626c86575d5
