Телеграмм чат группы openstack

мы тут прост чутка упарывались, на bcache+linstor, на котором крутились кубики, в которых были kafka и arangodb, чутка спотыкались, было больно, но не смертельно. Что выяснили - дефолтные настройки прям очень скромные там.

источник

15:28пожаловаться #5

J

J in OpenStack — русскоговорящее сообщество

Denis Kadyshev

мы тут прост чутка упарывались, на bcache+linstor, на котором крутились кубики, в которых были kafka и arangodb, чутка спотыкались, было больно, но не смертельно. Что выяснили - дефолтные настройки прям очень скромные там.

Смотря для чего. От профиля нагрузки очень сильно зависит подойдут они или нет.

источник

15:29пожаловаться #6

DK

Denis Kadyshev in OpenStack — русскоговорящее сообщество

вот про профиль нагрузки заговорили уже когда лицом вниз были

источник

15:29пожаловаться #7

DK

Denis Kadyshev in OpenStack — русскоговорящее сообщество

кстати, etcd более живучий, чем zookeper )))

источник

15:30пожаловаться #8

J

J in OpenStack — русскоговорящее сообщество

Denis Kadyshev

вот про профиль нагрузки заговорили уже когда лицом вниз были

Лицом вниз это конкретно про что?)

источник

15:30пожаловаться #9

DK

Denis Kadyshev in OpenStack — русскоговорящее сообщество

J

Лицом вниз это конкретно про что?)

iops не хватало, чтобы даже по ssh подключиться

источник

15:31пожаловаться #10

G

George in OpenStack — русскоговорящее сообщество

Я и твой кот I.

Надо чтобы device mapper или драйвер fs оффлоадил часть операций на дисковый контроллер: дублирование блоков, чексуммы, может что-то ещё. Тогда будут одновременно все плюсы и softraid и железного raid, и не будет их минусов.

zfsonlinux кстати intel qat для сжатия умеет использовать, года 2 назад научили чтоли

источник

15:56пожаловаться #11

G

George in OpenStack — русскоговорящее сообщество

J

btrfs так что-то и не прижился нигде, а у zfs проблемы из-за ограничений накладываемых GPL лицензией ядра.

Ну и сам по себе ZFS какой-то невнятный и страшный комбайн.

не всё так страшно, proxmox и убунта уже в коробке таскают, и ничего)

источник

15:57пожаловаться #12

2020 August 21

НС

Никита Суворов... in OpenStack — русскоговорящее сообщество

вопрос около опенстечный =) CoreOS никто не использует? интересует возможность выполнить замену в файле на этапе кастомизации

чет не могу найти как это сделать через ignition файл

источник

11:38пожаловаться #13

DK

Denis Kadyshev in OpenStack — русскоговорящее сообщество

Никита Суворов

вопрос около опенстечный =) CoreOS никто не использует? интересует возможность выполнить замену в файле на этапе кастомизации

чет не могу найти как это сделать через ignition файл

https://docs.fedoraproject.org/en-US/fedora-coreos/fcct-config/#_files

источник

11:42пожаловаться #14

DP

Dmitry Polyakov in OpenStack — русскоговорящее сообщество

Denis Kadyshev

мы тут прост чутка упарывались, на bcache+linstor, на котором крутились кубики, в которых были kafka и arangodb, чутка спотыкались, было больно, но не смертельно. Что выяснили - дефолтные настройки прям очень скромные там.

дефолтные настройки где? и во что спотыкались? 🙂

источник

11:48пожаловаться #15

DK

Denis Kadyshev in OpenStack — русскоговорящее сообщество

Dmitry Polyakov

дефолтные настройки где? и во что спотыкались? 🙂

дефолтные настройки bcache, а именно пороги срабатывания bypass, время и размеры.

источник

11:49пожаловаться #16

DP

Dmitry Polyakov in OpenStack — русскоговорящее сообщество

Denis Kadyshev

дефолтные настройки bcache, а именно пороги срабатывания bypass, время и размеры.

а, это да. Я почему то из контекста понял про дрбд/линстор

источник

11:49пожаловаться #17

НС

Никита Суворов... in OpenStack — русскоговорящее сообщество

Denis Kadyshev

https://docs.fedoraproject.org/en-US/fedora-coreos/fcct-config/#_files

это я видел, там нет replace по файлу

источник

11:49пожаловаться #18

DK

Denis Kadyshev in OpenStack — русскоговорящее сообщество

Никита Суворов

это я видел, там нет replace по файлу

А вот оно что, тогда увы, вас ждет .service файл, который нужно запускать при первом запуске systemd, там есть такая тема. И в нем запускать пачку shell скриптов.

ExecStart=/bin/sed ....
ExecStart=....

этот ignition какой-то кастрированный cloud-init :(

источник

11:51пожаловаться #19

НС

Никита Суворов... in OpenStack — русскоговорящее сообщество

Denis Kadyshev

А вот оно что, тогда увы, вас ждет .service файл, который нужно запускать при первом запуске systemd, там есть такая тема. И в нем запускать пачку shell скриптов.

ExecStart=/bin/sed ....
ExecStart=....

этот ignition какой-то кастрированный cloud-init :(

угу и при этом coreos-cloudinit более не поддерживается и не развивается в пользу ignition

источник

11:52пожаловаться #20