AT
Надо такой же русско-язычный путь в DevOps сделать.
Size: a a a
2021 February 11
a6
Надо такой же русско-язычный путь в DevOps сделать.
предвижу океаны говн для того кто это запилит (каждый девопс считает своё стек лучшим, особенно в РФ, где под девопсом понимают все что угодно кроме devops)
AT
предвижу океаны говн для того кто это запилит (каждый девопс считает своё стек лучшим, особенно в РФ, где под девопсом понимают все что угодно кроме devops)
MK
слес и рхел не канают в госухе, военке и органах. Я бы поделил просто дистры по based-устройству, debian,rhel,e.t.c.
+ Астра,Редос,Эльбрус ОС и все, центос только на тест и деве в лучшем случае
AC
Ребята, привет всем. Подскажите, кто-то с талкивался с такой проблемой. есть prometeus node exporter и он почему-то не отдает метрики по диску, iops и т д.
a6
логи смотреть экспортёра (запускать на дебаге)
m
Приветствую, хелпа нужна, что это за показатели CPU
## system time
## user time
## iowait time
И что за показатели buff/cache у оперативки
## system time
## user time
## iowait time
И что за показатели buff/cache у оперативки
a6
PT
Привет.
Подскажите, на что стоит посмотреть для решения следующей задачи:
Нужно хранить и отдавать на чтение по несложным селектам события, поисходящие в системе.
Число событий от 1kk до 20кк в сутки.
Данные - immutable. только вставка и никаких апдейтов.
Чтение не частое.
Терять данные нельзя.
Возможно деление на горячие - месяц-два и холодные - все, что позже.
Срок хранения - всегда
Считаем, что лет 5-10 система точно проработает
Подскажите, на что стоит посмотреть для решения следующей задачи:
Нужно хранить и отдавать на чтение по несложным селектам события, поисходящие в системе.
Число событий от 1kk до 20кк в сутки.
Данные - immutable. только вставка и никаких апдейтов.
Чтение не частое.
Терять данные нельзя.
Возможно деление на горячие - месяц-два и холодные - все, что позже.
Срок хранения - всегда
Считаем, что лет 5-10 система точно проработает
a6
K
Привет.
Подскажите, на что стоит посмотреть для решения следующей задачи:
Нужно хранить и отдавать на чтение по несложным селектам события, поисходящие в системе.
Число событий от 1kk до 20кк в сутки.
Данные - immutable. только вставка и никаких апдейтов.
Чтение не частое.
Терять данные нельзя.
Возможно деление на горячие - месяц-два и холодные - все, что позже.
Срок хранения - всегда
Считаем, что лет 5-10 система точно проработает
Подскажите, на что стоит посмотреть для решения следующей задачи:
Нужно хранить и отдавать на чтение по несложным селектам события, поисходящие в системе.
Число событий от 1kk до 20кк в сутки.
Данные - immutable. только вставка и никаких апдейтов.
Чтение не частое.
Терять данные нельзя.
Возможно деление на горячие - месяц-два и холодные - все, что позже.
Срок хранения - всегда
Считаем, что лет 5-10 система точно проработает
clickhouse ?
PT
clickhouse ?
один из вариантов. А еще есть что вменосное?
CH нормально будет жить с 20ККК записей?
CH нормально будет жить с 20ККК записей?
K
ну у меня около 1200К в день событий, второй год полет нормальный
m
(man top -> 2->2b)
благодарю
PT
ну у меня около 1200К в день событий, второй год полет нормальный
ок, пасиб
O
Всем привет! Есть некое приложение, которое пишет что то в папку, есть ли технологии которые производят синхронное/асинхронное реплицирование всех файлов в этой директории например на другой диск в live режиме?
K
Привет.
Подскажите, на что стоит посмотреть для решения следующей задачи:
Нужно хранить и отдавать на чтение по несложным селектам события, поисходящие в системе.
Число событий от 1kk до 20кк в сутки.
Данные - immutable. только вставка и никаких апдейтов.
Чтение не частое.
Терять данные нельзя.
Возможно деление на горячие - месяц-два и холодные - все, что позже.
Срок хранения - всегда
Считаем, что лет 5-10 система точно проработает
Подскажите, на что стоит посмотреть для решения следующей задачи:
Нужно хранить и отдавать на чтение по несложным селектам события, поисходящие в системе.
Число событий от 1kk до 20кк в сутки.
Данные - immutable. только вставка и никаких апдейтов.
Чтение не частое.
Терять данные нельзя.
Возможно деление на горячие - месяц-два и холодные - все, что позже.
Срок хранения - всегда
Считаем, что лет 5-10 система точно проработает
деление на горячее/холодное через storage policy есть. Немного смущает «Терять данные нельзя.»
K
Привет.
Подскажите, на что стоит посмотреть для решения следующей задачи:
Нужно хранить и отдавать на чтение по несложным селектам события, поисходящие в системе.
Число событий от 1kk до 20кк в сутки.
Данные - immutable. только вставка и никаких апдейтов.
Чтение не частое.
Терять данные нельзя.
Возможно деление на горячие - месяц-два и холодные - все, что позже.
Срок хранения - всегда
Считаем, что лет 5-10 система точно проработает
Подскажите, на что стоит посмотреть для решения следующей задачи:
Нужно хранить и отдавать на чтение по несложным селектам события, поисходящие в системе.
Число событий от 1kk до 20кк в сутки.
Данные - immutable. только вставка и никаких апдейтов.
Чтение не частое.
Терять данные нельзя.
Возможно деление на горячие - месяц-два и холодные - все, что позже.
Срок хранения - всегда
Считаем, что лет 5-10 система точно проработает
Потому что всё таки это не транзакционная БД и риски потерь при авариях даже в кластере - существуют
PT
деление на горячее/холодное через storage policy есть. Немного смущает «Терять данные нельзя.»
А чем смущает?
PT
МММ... Ага. тоесть свой даблчек нужен