ИЛ
@antomy_gc vshard или не vshard?
а, нет. не совсем то. набор функций для выполнения на всех репликах у меня тоже есть. но тут ожидается заметная нагрузка на запись в каждом репликасэте, поэтому просто гонять по сети эти операции будет дороговато
Size: a a a
2020 November 10
AK
Кто нибудь ставил http server na tarantool? Нашел на гитхабе репу, чуваки там даже description порасписали. Но чет он в доке файле не хочет работать с образом tarantool:tarantool на cmake ругается. А в доке tarantool нашел только http client
Ну так поставьте в контейнер cmake. Наверное вам ещё make и gcc пригодятся
ИЛ
но при этом конфликтов на записи быть не должно, и репликация может быть большими кусками
AK
Там с http server проблемы, он только под apt заточен
apt?
На centos нормально заводится
На centos нормально заводится
AK
На ubuntu вроде тоже, но не уверен про самые последние версии
MA
а, нет. не совсем то. набор функций для выполнения на всех репликах у меня тоже есть. но тут ожидается заметная нагрузка на запись в каждом репликасэте, поэтому просто гонять по сети эти операции будет дороговато
А как можно ещё, не гоняя по сети?
AK
Вам именно alpine нужен? tarantool/tarantool:2.x-centos7 не подойдёт?
ЯШ
Другие модули устанавливаются
Добавьте в свой Dokerfile:
RUN apk update && \
apk add musl-dev git cmake make gcc
RUN apk update && \
apk add musl-dev git cmake make gcc
С
Добавьте в свой Dokerfile:
RUN apk update && \
apk add musl-dev git cmake make gcc
RUN apk update && \
apk add musl-dev git cmake make gcc
musl-dev не добавлял, попробую спасибо
ИЛ
А как можно ещё, не гоняя по сети?
ну внутри репликасэта как я понял реплики гоняют между собой куски wal с разной периодичностью. здесь можно было бы как-то схожим образом. При этом каждый сэт пишет свой кусок данных и между ними конфликтов нет, поэтому гонять эти пачки данных можно было бы значительно реже, чем "каждая запись в спейс"
С
Вам именно alpine нужен? tarantool/tarantool:2.x-centos7 не подойдёт?
И вам спасибо, тоже попробую
ЯШ
musl-dev не добавлял, попробую спасибо
Может еще curl curl-dev понадобиться, но это не точно
С
Может еще curl curl-dev понадобиться, но это не точно
Вобще насколько помню он ругался что не может cmake найти
MA
ну внутри репликасэта как я понял реплики гоняют между собой куски wal с разной периодичностью. здесь можно было бы как-то схожим образом. При этом каждый сэт пишет свой кусок данных и между ними конфликтов нет, поэтому гонять эти пачки данных можно было бы значительно реже, чем "каждая запись в спейс"
"периодичность" фактически будет равна количеству ваших запросов
ИЛ
"периодичность" фактически будет равна количеству ваших запросов
это внутри репликасэта имеется ввиду?
MA
это внутри репликасэта имеется ввиду?
да, внутри репликасета