Телеграмм чат группы tarantoolru страница 7349

parrot.ru

Рейтинг популярных групп и каналов

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Tarantool

1100 membersпожаловаться на группу

2020 October 13

A

Alexander in Tarantool

Konstantin Nazarov

придется переписывать логику

а сразу надо закладывать с четким пониманием на сколько инстансов шардируем?
т.е. если заложить шардинг на 2 инстанса, потом превратить их в 10 будет также сложно, как не закладывать шардинг на входе? или это уже меньше геморроя?

источник

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

A

Aleksandr baltazor in Tarantool

если сразу делать шардинг с vshard

источник

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

A

Aleksandr baltazor in Tarantool

то добавлять инстансы будет легко

источник

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

A

Aleksandr baltazor in Tarantool

хоть 100 , хоть 20 🙂

источник

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

KN

Konstantin Nazarov in Tarantool

а сразу надо закладывать с четким пониманием на сколько инстансов шардируем?
т.е. если заложить шардинг на 2 инстанса, потом превратить их в 10 будет также сложно, как не закладывать шардинг на входе? или это уже меньше геморроя?

потом можно решардить

источник

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

A

Aleksandr baltazor in Tarantool

бакеты себе разъедутся на другие сервера и все 🙂

источник

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

A

Alexander in Tarantool

а еще вопрос к вашему опыту: не накладывает ли доп. рисков шардинг? например, когда один инстанс ребутнулся

источник

11:54пожаловаться #7

A

Aleksandr baltazor in Tarantool

зависит сильно

источник

11:57пожаловаться #8

A

Aleksandr baltazor in Tarantool

если делать сразу master + slave и чтение с функцией «читать со слейва но если слейва нету читать с мастера» то ребут слейва ничего не сломает

источник

11:58пожаловаться #9

A

Aleksandr baltazor in Tarantool

а как минимум при помощи vshard можно свопать мастер и слейв на горячую

источник

11:58пожаловаться #10

BG

Bit Gorbovsky in Tarantool

Michael Filonenko

То есть разные менджеры памяти?

Наверное, я не совсем в курсе, как на маке память работает.. Надо поизучать вопрос

источник

12:04пожаловаться #11

BG

Bit Gorbovsky in Tarantool

Michael Filonenko

Может это тот самый оверкоммит?

Кстати, это идея, спасибо за подсказку, посмотрю настройки ядра

источник

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

SC

Sergey Chernetsky in Tarantool

Всем спасибо за помощь. Пойду, почитаю доки про шардинг)

источник

12:05пожаловаться #13

MA

Mons Anderson in Tarantool

Sergey Chernetsky

Всем привет! Помогите принять правильное решение по архитектуре базы микросервиса. Буду признателен за любые соображения!
https://stackoverflow.com/questions/64328868/what-is-more-efficient-tarantool-many-spaces-or-one-big-space

What is more efficient (Tarantool) - many spaces or one big space?

I am implementing microservice on Tarantool vinyl database and need to make basic architecture decision - should I use one big space for all the data, or use many spaces with same tuple format.
The...

Там ещё в вопросе упоминается довольно плохо сочетаемая комбинация: vinyl database и intensive read/write load

Я бы не рекомендовал использовать винил в сценариях с intensive read. Единственный кейс, который более-менее можно считать работоспособным— это когда на виниле используется всего один индекс, primary.
Винил предназначен либо для интенсивной записи с редкими чтениями, либо для архивного хранения данных.

источник

13:25пожаловаться #14

SC

Sergey Chernetsky in Tarantool

Там ещё в вопросе упоминается довольно плохо сочетаемая комбинация: vinyl database и intensive read/write load

Я бы не рекомендовал использовать винил в сценариях с intensive read. Единственный кейс, который более-менее можно считать работоспособным— это когда на виниле используется всего один индекс, primary.
Винил предназначен либо для интенсивной записи с редкими чтениями, либо для архивного хранения данных.

Предполагаем использовать винил с большим кешем.

источник

13:41пожаловаться #15

SC

Sergey Chernetsky in Tarantool

винил - потому что нам нужно надёжное хранение, а кешем думаем решить вопрос скорости

источник

13:42пожаловаться #16

MA

Mons Anderson in Tarantool

Вы считаете memtx ненадёжным?

источник

13:43пожаловаться #17

SC

Sergey Chernetsky in Tarantool

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

источник

13:43пожаловаться #18

MA

Mons Anderson in Tarantool

кэш едва-ли решит проблемы производительности
я бы вам посоветовал использовать как основной операционный объём memtx, а в винил вытеснять данные, которые остывают. (и в случае обращения к ним поднимать их обратно в memtx)
так вы получите систему с предсказуемым и управляемым поведением

источник

13:44пожаловаться #19

SC

Sergey Chernetsky in Tarantool

кэш едва-ли решит проблемы производительности
я бы вам посоветовал использовать как основной операционный объём memtx, а в винил вытеснять данные, которые остывают. (и в случае обращения к ним поднимать их обратно в memtx)
так вы получите систему с предсказуемым и управляемым поведением

а как такое реализовать? я думал либо одно, либо другое? есть про это статья или что-нибудь ещё изучить?

источник

13:45пожаловаться #20