почему кассандра, а не Kairos

> Kairos provides time series storage using Redis, Mongo, SQL or Cassandra backends. оно?

ахха

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

у меня голова кругом уже

Ну я сам его люблю, но вынужден признать, что по некоторым вещам он проигрывает кассандре. Насколько понимаю, он все еще не линеаризуется, в то время как в кассандре есть LWT, в ряде случаев это обязательное требование. Ну и в кассандре есть выборки по партишену, которые нагружают только replication factor нод, а в эроспайке поиск по вторичному индексу пройдется по всему кластеру, насколько понимаю. (простите за оффтоп)

ну вот пример

у меня голова кругом уже

блин, как ты вообще берешься за такую работу

из того что я посчитал, получается примерно в среднем 5000 в сек, и 25000 пиковая нагрузка

с объёмом сложнее

25000 операций записи в сек, и 75000 операций чтения в сек в пике

ceph под базы пробовал кто?

Херовая идея

Херовая идея

просто тупо ssd брать не будут, уже сказали, надо выкручиваться

Херовая идея

Он в это не поверит и продолжит спамить цифрами, даже если ему это в подъезде написать. Он из соседнего чата пришел с тем же ритуалом, который сейчас происходит здесь.

Он в это не поверит и продолжит спамить цифрами, даже если ему это в подъезде написать. Он из соседнего чата пришел с тем же ритуалом, который сейчас происходит здесь.

да я верю, но я не знаю, как заменить пока

Он в это не поверит и продолжит спамить цифрами, даже если ему это в подъезде написать. Он из соседнего чата пришел с тем же ритуалом, который сейчас происходит здесь.

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

Вот это все еще актуально для него например http://varyous-simbir.blogspot.ru/2015/11/aerospike.html

Еще подобное, сорян за офтопик https://medium.com/@drainingsun/aerospike-total-garbage-466663459562#.ytnl2iub4

добьем тогда тему https://aphyr.com/posts/324-jepsen-aerospike

отлично, спасибо

ну, по медиуму опять не соглашусь. даже на серверах от хетцнера пахало нормально уже года два назад, там 3.x был вроде, чтобы просто так нода падала - не припомню

плохо нет онлайн калькулятора, который бы по кол-ву записей и чтения в сек писал, сколько на это надо дисков

110-120 iops на шпиндель, не?

ну, по медиуму опять не соглашусь. даже на серверах от хетцнера пахало нормально уже года два назад, там 3.x был вроде, чтобы просто так нода падала - не припомню

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

минимум год работы на одной версии - достаточный срок?

Нет, боюсь вы меня не поняли

"Есть вероятность, что там характер нагрузки каким-то образом запускал сегфолт или что-нибудь такое ..." - это можно сказать о любой программе

Мы сейчас говорим, что у пользователя N были неустановленные проблемы, скорее всего, не по его вине. Поэтому нельзя гарантировать, что они не повторятся у того, кто решит использовать АС, основываясь на том, что на конкретной инсталяции под конкретным профилем использования они не проявились.

Не хочу флудить, но спец во всём чего-то не знает и опять бегает по всем чатам и спрашивает как и что работает, это печально и смотрится жалко

и наоборот, если они проявились у конкретного пользователя, то совсем не факт, что они появятся у всех остальных

может быть, у него память сбоила под нагрузкой

то это факт, что там внутри присутствует flaw

пока нет реплик вообще

Если у тебя Кассандра, нафига тебе общая файловая система?

ртб, если что, там

RTB, Aerospike,..., DCA чтоль?

нет, хотя из DCA народ знаю лично

помню ешё, что у них там ceph навернулся вдребезги. в том чтоль году

помню ешё, что у них там ceph навернулся вдребезги. в том чтоль году

дык они под нагрузку вместе с виртуалками osd и переподписку еще до 3х =)

нет, хотя из DCA народ знаю лично

а чего за RTB? в Iponweb такого точно нет =)

real-time bidding

разве ипоновцы не рекламой занимаются?

ул. Шаболовка, д.31 чтоль ...

real-time bidding

спасибо кеп =) как называется? =)

разве ипоновцы не рекламой занимаются?

вообще всегда платформу под RTB продавали

madnet. хотя оно уже вроде закрыто

плохо нет онлайн калькулятора, который бы по кол-ву записей и чтения в сек писал, сколько на это надо дисков

а тебе на чтение или на запись? На запись вот есть таблица: https://en.wikipedia.org/wiki/IOPS На чтение нужно кэшировать, тут зависит от профиля нагрузки.

Есть у кого-нибудь 2 диска на продажу WD3000FYYZ ? Напишите в личку.

Парни, есть вопрос, есть 2 севера и 1 схд, на схд сформированно пару лунов, всё подключено через fc, нужно научить правильно использовать одновременно лун на обоих серверах. Понимаю что нужна чисто ceft file system, но без основных элементов файловая система не заработает. Суть вопроса в стоит ли заморачивайся ?

Заранее спасибо :)

На лунах пулы для виртуалок

Это offtop. А так, нужна кластерная fs

Парни, есть вопрос, есть 2 севера и 1 схд, на схд сформированно пару лунов, всё подключено через fc, нужно научить правильно использовать одновременно лун на обоих серверах. Понимаю что нужна чисто ceft file system, но без основных элементов файловая система не заработает. Суть вопроса в стоит ли заморачивайся ?

Ну вы хотя бы CEPH правильно пишите)

"journal_aio": "journal_force_aio":

я вот даже не знаю как это комментировать)

"Команда CEPH-у ТОЧНО ЮЗАЙ aio сцуко!"

так чтоль?)

Вопрос предположим сeph на четырех нодах, первые три по 3 osd каждая 2 Тб, последняя 5 osd по 2Тб. Вопрос - как сбалансировать заполненность osd, на последнем процент будет меньше

Вопрос предположим сeph на четырех нодах, первые три по 3 osd каждая 2 Тб, последняя 5 osd по 2Тб. Вопрос - как сбалансировать заполненность osd, на последнем процент будет меньше

параметр weight

Понимаю, какой он будет?

ну, насколько я помню это примерный параметр, то есть 1.8 поставить на 2тб диск и 4.5 на 5тб

попробуй так

Вопрос можно как раз свести к weght какова методика его расчета?

Если ноды разнородные как по количеству osd так и по объему

ты weight устанавливаешь на конкретную OSD, которая закреплена за конкретным диском

Я имел в ввиду как его рассчитать для конкретного osd когда все разнородное

ну я беру это считаю как объем диска в ТБ-10%

параметр weight

Не надо так

Не надо так

Чего это?

Параметр указывает, сколько объектов может взять osd. Соответственно, ceph на диск большего объема положит больше объектов, на меньшего - меньше. В итоге диску будут одинаково заполнены.

В блоге Loic пояснял этот момент.

а ты с reweight не путаешь?

Нет

кхм

В блоге Loic пояснял этот момент.

это что за блог такой?

Loic один из разработчиков ceph. У него свой интересный бложик.

Давал тут ссылку

Давал тут ссылку

http://crush.readthedocs.io/en/latest/

этот же чувак?

http://dachary.org/

оно?

Да

http://dachary.org/

как грится не одним себастьяном едины)