В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Tarantool

1104 membersпожаловаться на группу
2020 December 02

VG

Vladislav Grubov in Tarantool
Евгений
Может я не умею готовить vshard но ребалансироваться без паузы ни разу не получалось. А это не допустимо
на write есть даунтайм, но на read данные полностью доступны. Причем, в текущей архитектуре вшарда можно заплатить латенси на write (повисеть на таймауте) и все равно обработать без ошибок, если размеры бакетов подобраны корректно (бакет достаточно быстро переезжает на другой сторадж)
источник
23:02пожаловаться#1

MO

Maxat Oralbaev in Tarantool
Mons Anderson
Правильнее говорить не на луа, а на картридже. Потому что этот пример чисто картриджный
лошадь это животное или млекопитающие.?? так представляю весь проект это луа модули по си
источник
23:03пожаловаться#2

Е

Евгений in Tarantool
Vladislav Grubov
на write есть даунтайм, но на read данные полностью доступны. Причем, в текущей архитектуре вшарда можно заплатить латенси на write (повисеть на таймауте) и все равно обработать без ошибок, если размеры бакетов подобраны корректно (бакет достаточно быстро переезжает на другой сторадж)
В том то и прикол что есть кейсы где нужен полный доступ. R/W причем под нагрузкой
источник
23:03пожаловаться#3

VG

Vladislav Grubov in Tarantool
Евгений
Может я не умею готовить vshard но ребалансироваться без паузы ни разу не получалось. А это не допустимо
а как вы добились отсутствия write даунтайма во время решардинга? Кажется, что при достаточно высоком рпс вы не можете гарантировать его отсутствие
источник
23:03пожаловаться#4

Е

Евгений in Tarantool
Vladislav Grubov
а как вы добились отсутствия write даунтайма во время решардинга? Кажется, что при достаточно высоком рпс вы не можете гарантировать его отсутствие
Работает мастер. Копия данных льется на слейв. Это одна конфигурация. Потом меняем конфигурацию шарда. Применяем ее для слейва, очищаем его и запускаем синхронизацию. Как только мастер и слейв сравнялись и идет норм работа, делаем слейв мастером
источник
23:06пожаловаться#5

Е

Евгений in Tarantool
Дальше все тоже самое для бывшего мастера
источник
23:07пожаловаться#6

Е

Евгений in Tarantool
Ни секунды простоя. Проблема только в том что все руками
источник
23:08пожаловаться#7

VG

Vladislav Grubov in Tarantool
плохо вас понял, допустим у вас есть репликасет мастер+2 слейва по 500ГБ RAM. У вас кончилась память, нужно один мастер разбить на 2, как вы это сделаете?
источник
23:08пожаловаться#8

VG

Vladislav Grubov in Tarantool
Евгений
Дальше все тоже самое для бывшего мастера
пока я понял это как бутстрап новой реплики и свитч роли мастер<->реплика. Не понимаю что происходит с данными
источник
23:09пожаловаться#9

Е

Евгений in Tarantool
В текущей реализации 1 мастер 1 слейв.
источник
23:10пожаловаться#10

Е

Евгений in Tarantool
Vladislav Grubov
плохо вас понял, допустим у вас есть репликасет мастер+2 слейва по 500ГБ RAM. У вас кончилась память, нужно один мастер разбить на 2, как вы это сделаете?
во первых никто не дожидается того момента когда кончится память, во вторых мы не 1 инстанс разбираем а весь шард, применяем к нему новую конфигурацию. Получается что вместо 12 инстансов мы вводим 13.
источник
23:12пожаловаться#11

Е

Евгений in Tarantool
Получается что 12 мастеров реплицируются с 13 слейвами
источник
23:13пожаловаться#12

Е

Евгений in Tarantool
потом просто меняем их местами
источник
23:13пожаловаться#13

R

R-omk in Tarantool
воще нихрена не понятно)
источник
23:13пожаловаться#14

Е

Евгений in Tarantool
Кейс требует максимальной скорости и простоты
источник
23:13пожаловаться#15

VG

Vladislav Grubov in Tarantool
Ага, то есть вы к одному мастеру (который хотите разбить) цепляете 2 новых слейва, потом старый мастер в ro, обоих слейвов в rw и тут у вас есть супер крутой балансер/роутер/ваше приложение, которое понимает что сейчас только что произошло и начинает роутить нагрузку уже корректно на 2 новых мастера?
источник
23:14пожаловаться#16

R

R-omk in Tarantool
а на 13   какие данные из этих 12 ?
источник
23:14пожаловаться#17

VG

Vladislav Grubov in Tarantool
R-omk
а на 13   какие данные из этих 12 ?
а так нельзя, репликасет не собирется же 🙂 Ну либо там все это один репликационный кластер, но тогда нельзя будет сделать больше 16 шардов в такой схеме (32 реплики в vclock и все такое)
источник
23:15пожаловаться#18

Е

Евгений in Tarantool
Vladislav Grubov
а так нельзя, репликасет не собирется же 🙂 Ну либо там все это один репликационный кластер, но тогда нельзя будет сделать больше 16 шардов в такой схеме (32 реплики в vclock и все такое)
так у меня не vshard. Когда писался свой велосипед, никакого vshard даже в планах не было
источник
23:16пожаловаться#19

VG

Vladislav Grubov in Tarantool
Евгений
так у меня не vshard. Когда писался свой велосипед, никакого vshard даже в планах не было
так, у меня тоже не везде vshard 🙂 поэтому интересно узнать как вы сделали свое решение в этом месте, потому что по сути ради него вшард и затевался
источник
23:17пожаловаться#20