GG
там managed service, ноды сами как контейнеры - без состояния, захотел - создал, захотел - убил
Cloud init?
Size: a a a
2020 August 26
GG
Свой ami ?
DV
Купить домен .me со скидкой 75%? =)))
АВ
Cloud init?
yc create :D
DS
там managed service, ноды сами как контейнеры - без состояния, захотел - создал, захотел - убил
ну daemonset'ом, тот же cni же свой конфиг в /etc/cni кладет, и ничего
АВ
ну daemonset'ом, тот же cni же свой конфиг в /etc/cni кладет, и ничего
где почитать?
DS
где почитать?
про daemonset и hostPath, посмотри любой daemonset в своём кластере, с 99% вероятностью он маунтит какой-то из hostPath, и что-то туда пишет
DS
банальный filebeat - /var/log, маунтит
V
Hyper-Threading на нодах кубера включают вообще? физические ноды bare-metal
EU
Привет. Подскажите, каким образом можно зашэрить
Например, есть такой:
configmap между несколькими сервисами?Например, есть такой:
apiVersion: v1Как мне
kind: ConfigMap
metadata:
name: urls-config
data:
BACKEND_URL: "http://backend:8080/"
BACKEND_URL подцеплять из общего хранилища средствами куба?IK
Привет. Подскажите, каким образом можно зашэрить
Например, есть такой:
configmap между несколькими сервисами?Например, есть такой:
apiVersion: v1Как мне
kind: ConfigMap
metadata:
name: urls-config
data:
BACKEND_URL: "http://backend:8080/"
BACKEND_URL подцеплять из общего хранилища средствами куба?
IK
хоть как файл примонтировать, хоть envvar создать
EU
Ща посмотрю.
EU
хоть как файл примонтировать, хоть envvar создать
Но файл кто-то должен создать. Он жи не статический
IK
так конфигмапа это и есть ваш «файл»
EU
Иначе мне в каждом сервисе придётся руками прописывать
BACKEND_URL: "http://backend:8080/"
IK
да, на конфигмапу так или иначе придётся ссылаться в каждом деплойменте
EU
да, на конфигмапу так или иначе придётся ссылаться в каждом деплойменте
Я бы хотел всё хранить в одном месте. Например, в vault
EU
Там сделать неймспейсы и оттуда тягать всё нужным сервисом