Эт ещё что?

Грамотность.

Грамотность.

Я вас не звал

вы кто такие, я вас не звал, идите нах** (с)

девочки не ссорьтесь, вы обе не правы

девочки не ссорьтесь, вы обе не правы

не ну сервайс это как то реально странно

не буду спорить, странно

Сервиз правильно

грамарнази, вы мне можете подсказать предметно по вопросу, пожалуйста :) 🙏🏼

грамарнази, вы мне можете подсказать предметно по вопросу, пожалуйста :) 🙏🏼

export MY_SVC_IP=$(getent hosts my-svc | cut -d' ' -f1)

как вариант :)

хочется в рамках statefullset ходить между подами по hostname пода, но этого сделать не получается, ибо обратиться к соседу в стейтфулсете можно лишь по pod_hostname.service_name, в таком случае в конфиге приложения приходится учитывать имя сервиса, что выглядит некорректно. может быть есть более верный путь?

передавайте через env var. Немного непонятно, в чём загвоздка

Сервиз правильно

сервант

передавайте через env var. Немного непонятно, в чём загвоздка

в том что не хотелось бы передавать имя службы в env var. ожидал получить его уже там на равне с другими службами.

хочется в рамках statefullset ходить между подами по hostname пода, но этого сделать не получается, ибо обратиться к соседу в стейтфулсете можно лишь по pod_hostname.service_name, в таком случае в конфиге приложения приходится учитывать имя сервиса, что выглядит некорректно. может быть есть более верный путь?

погоди, должно и по singlename работать же

ну его в любом случае как-то надо передавать, по другому никак

проблемы передать - нет. а вот то что при деплое придется учитывать существующую службу в кубере (которая может быть не создана) в конфиге приложения, статично, не хотелось бы.

это текущее ограничение statefulset

погоди, должно и по singlename работать же

неа

погоди, должно и по singlename работать же

не работает, ага

ну его в любом случае как-то надо передавать, по другому никак

понял, спасибо

в туториале так и делают, но думалось как то можно без завязки на именование службы в кубере - https://kubernetes.io/docs/tutorials/stateful-application/cassandra/

хм и правда, ну тогда бери domain name своего же hostname

вот, а где его взять?

ping pod-name-1.$(hostname -d)

а пинг то не встроен :)

ну не пинг, а hostname -d

еще в /proc где то было

точно можно из /etc/resolv.conf

точно можно из /etc/resolv.conf

нельзя, под не пишет туда ничего про headless сервиз который его "покрывает"

под вообще ничего не знает про хостнейм относительно headless службы, ему пофиг.

export MY_SVC_IP=$(getent hosts my-svc | cut -d' ' -f1)

ну вот видимо подобным путем только

пардон, из /etc/hosts, hostname -d - оттуда читает

да вариант

спасибо!

господа, подскажите пожалуйста по кронджобам. в доке написано, что запускается по времени мастера, на мастере стоит мой часовой пояс, т.е сейчас 23:20, но крон с расписанием schedule: "0 23 * * *", так и не запустился всрок. подскажите куда копнуть, откуда он может часовой пояс ещё брать?

Статья огонь! А вот OpenEBS оказался в пролете :(

Графана 6.0 релизнулась

Хм, все что кроме Azure оно на локальных дисках прицепленных к ноде?

господа, подскажите пожалуйста по кронджобам. в доке написано, что запускается по времени мастера, на мастере стоит мой часовой пояс, т.е сейчас 23:20, но крон с расписанием schedule: "0 23 * * *", так и не запустился всрок. подскажите куда копнуть, откуда он может часовой пояс ещё брать?

А мастер в контейнере запущен?

пардон, из /etc/hosts, hostname -d - оттуда читает

я вот тут откопал некий spec.subdomain - прям то что мне нужно. как его правильно отдать в env var?

господа, подскажите пожалуйста по кронджобам. в доке написано, что запускается по времени мастера, на мастере стоит мой часовой пояс, т.е сейчас 23:20, но крон с расписанием schedule: "0 23 * * *", так и не запустился всрок. подскажите куда копнуть, откуда он может часовой пояс ещё брать?

Я думал там по UTC, не?

GlusterFS Advantages - Lighter than Ceph

бгг

А мастер в контейнере запущен?

kubelet-то?

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

kubelet-то?

controller-manager

Я думал там по UTC, не?

Note: All CronJob schedule: times are based the timezone of the master where the job is initiated.

вроде бы нет

либо я неправильно понимаю эту строку

Note: All CronJob schedule: times are based the timezone of the master where the job is initiated.

date у меня везде мск в кластере. Только все равно -3 везде в cronjob. Я не разбирался. Поставил и забил. Time zone: Europe/Moscow (MSK, +0300)

я вот тут откопал некий spec.subdomain - прям то что мне нужно. как его правильно отдать в env var?

https://kubernetes.io/docs/tasks/inject-data-application/environment-variable-expose-pod-information/#use-pod-fields-as-values-for-environment-variables но я не уверен что сработает

controller-manager

в контейнере ага

и там внутри UTC стоит

спасибо

date у меня везде мск в кластере. Только все равно -3 везде в cronjob. Я не разбирался. Поставил и забил. Time zone: Europe/Moscow (MSK, +0300)

через kubespray кластер развернут?

kubeadm. Я уже понял почему. Логично, буду знать. Спасибо kvaps

Хм, все что кроме Azure оно на локальных дисках прицепленных к ноде?

да, причем According to Azure, the estimated performance should be around 5000 IOPS and 200 MB/s throughput depending on VM and disk size - а Portworx и Ceph в некоторых тестах за 10 тыс переваливают

квантовые эффекты наверное

в конфиге fio указано --runtime=15s, все в кеш влезло наверное

отсюда и iops такие

+ у portworx fsync ненастоящий, он объединяет все fsync вызовы в 50мс окне в один, от такой магии IOPS тоже растут

https://kubernetes.io/docs/tasks/inject-data-application/environment-variable-expose-pod-information/#use-pod-fields-as-values-for-environment-variables но я не уверен что сработает

делаю по примеру и пытаюсь так: env: - name: SUBDOMAIN valueFrom: fieldRef: fieldPath: spec.subdomain никакой реакции

Ребят, как может быть такое что один внешний айпишник анонсится по ARP/L2 а другой нет? MetalLB

на роутере один видно а другой нет

в логах speaker'a ошибок нет

Уважительное Sie является местоимением третьего лица множественного лица, поэтому können Sie

kann sie?

kann sie?

Кто она?

вроде говорили про эйчарш. или склероз.

А. Ну ладно.

Ganz genau.

+ у portworx fsync ненастоящий, он объединяет все fsync вызовы в 50мс окне в один, от такой магии IOPS тоже растут

Объединяет задерживая первый фсинк уже наверное, или прям возвращает успех и только потом пишет?

Доки говорят про второй

Доки говорят про второй

И какое у них оправдание? "Да что за 50 мс может случиться такого?"

да, причем According to Azure, the estimated performance should be around 5000 IOPS and 200 MB/s throughput depending on VM and disk size - а Portworx и Ceph в некоторых тестах за 10 тыс переваливают

Там 3 диска в stripe

И какое у них оправдание? "Да что за 50 мс может случиться такого?"

This implements a write-back flush coalescing algorithm. This algorithm attempts to coalesce multiple syncs that occur within a 50ms window into a single sync. Coalesced syncs are acknowledged only after copying to all replicas. In order to do this, the algorithm requires a minimum replication (HA factor) of 3. This mode assumes all replicas do not fail (kernel panic or power loss) simultaneously in a 50 ms window.

что реплики одновременно не выключатся

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

кто-то ставил Stacked control plane and etcd nodes c kubeadm-v1.13? как он определяет на каком адресе заставить etcd слушать (и как это сконфигурить)?

кто-то ставил Stacked control plane and etcd nodes c kubeadm-v1.13? как он определяет на каком адресе заставить etcd слушать (и как это сконфигурить)?

вы не про это https://github.com/kubernetes/kubeadm/issues/1390 ?