Vadim

(но они тоже сделаны просто адово ящитаю)

Ильдар

так нообород же. в swarm есть, в engine нет 🤔

Rainbow

кстати есть же CRI-O, я так понимаю там и синтаксис манифестов с кубом похожий

Вчера штук 5 гошный сервисов запустил без докера, nomad их в chroot кидает. Оч прикольно без докера. Я не против куба, просто есть другие подходы и они не хуже, просто другие, в любом случае полезно расширять кругозор. Если я.облако через год выпустят hosted k8s то может вернусь. driver = "exec" artifact { source = "https://github.com/prometheus/consul_exporter/releases/download/v0.4.0/consul_exporter-0.4.0.linux-amd64.tar.gz" options { checksum = "md5:9e05d5bf3c41d1b16ede47723e62b644" } } config { command = "/local/consul_exporter-0.4.0.linux-amd64/consul_exporter" args = ["--web.listen-address=${NOMAD_ADDR_http}"] }

Vadim

так нообород же. в swarm есть, в engine нет 🤔

>This adds support for the new Secret API in Swarmkit

Ильдар

Причем докер умеет уже в секреты

docker без swarm не умеет в секреты

Vadim

кстати есть же CRI-O, я так понимаю там и синтаксис манифестов с кубом похожий

у крио нет "синтаксиса манифестов", он делает что ему кубелет скажет

𝚔𝚟𝚊𝚙𝚜

у крио нет "синтаксиса манифестов", он делает что ему кубелет скажет

Тогда я правильно понимаю, что crictl runp должен запустить кубовый под без куба?

𝚔𝚟𝚊𝚙𝚜

Я просто так с ним и не разобрался до конца, там надо какой-то sandbox создать еще, иначе не заработает https://github.com/cri-o/cri-o/blob/master/test/testdata/sandbox_config.json

Andrey

ага, значит есть и в сварме

не "и в сварме" а "только в сварме"

Vadim

не "и в сварме" а "только в сварме"

хех, ну докер такой докер

Grigorii

Привет, я тут пытаюсь сделать drain, но даемонсетовские контейнеры не хотят выселяться. Или пофиг на них, можно глушить ноду?

Andrey

ну, логично, что секреты в сам движок не запихали

Andrey

хотя

Vadim

Тогда я правильно понимаю, что crictl runp должен запустить кубовый под без куба?

да, через статик поды оно считай так и делается

𝚔𝚟𝚊𝚙𝚜

да, через статик поды оно считай так и делается

А crictl при этом должен с кубелетом общаться или может с CRI-O напрямую?

Rainbow

Static pods are managed directly by kubelet daemon on a specific node, without the API server observing it. It does not have an associated replication controller, and kubelet daemon itself watches it and restarts it when it crashes. There is no health check. Static pods are always bound to one kubelet daemon не лучше docker-compose если использовать только как static

Vadim

А crictl при этом должен с кубелетом общаться или может с CRI-O напрямую?

crictl общается с крио по сокету, да

𝚔𝚟𝚊𝚙𝚜

crictl общается с крио по сокету, да

тогда странно, ибо у меня так и не завелось тогда, валилось с ошибками: WARN[...] Failed to add conmon to systemd sandbox cgroup: Invalid unit name '' INFO[...] Ran pod sandbox with infra container: //

Vadim

тогда странно, ибо у меня так и не завелось тогда, валилось с ошибками: WARN[...] Failed to add conmon to systemd sandbox cgroup: Invalid unit name '' INFO[...] Ran pod sandbox with infra container: //

эмм, что-то с cgroups, странно

Antlar

Нахуя я вообще девопсом стал?)

потому что модно стильно молодежно

Tadeusz

Alexey

Господа, подскажите - хочу разместить deployment на мастер ноде, описываю следующим образом: nodeSelector: node-role.kubernetes.io/master: "" tolerations: - effect: NoSchedule key: node-role.kubernetes.io/master В результате ошибка:1 node(s) didn't match node selector, 1 node(s) had taints that the pod didn't tolerate. На мастере есть label node-role.kubernetes.io/master= и taint node-role.kubernetes.io/master=true:NoSchedule. Не могу понять, что не так в nodeSelector.