Ожидаем в Q3, следите за новостями

по какому принципу тэгаются офф докер образы? почему есть 2.6.0, но нет 2.6?

2.6 стабильная ещё не вышла

стабильная это 2.6.1 или 2.6.2?

Всем привет, cartridge ругается

tarantool_task_manager.router | Using advertise_uri "localhost:3301"
tarantool_task_manager.router | Membership encryption enabled
tarantool_task_manager.router | Membership BROADCAST sent to 127.0.0.1:3302
tarantool_task_manager.router | Membership BROADCAST sent to 192.168.220.255:3302
tarantool_task_manager.router | Membership BROADCAST sent to 127.0.0.1:3301
tarantool_task_manager.router | Membership BROADCAST sent to 192.168.220.255:3301
tarantool_task_manager.router | Membership BROADCAST sent to 127.0.0.1:3300
tarantool_task_manager.router | Membership BROADCAST sent to 192.168.220.255:3300
tarantool_task_manager.router | started
tarantool_task_manager.router | Listening HTTP on 0.0.0.0:8081
tarantool_task_manager.router | LuajitError: /home/telegram/Desktop/tarantool_task_manager/init.lua:41: RegisterRoleError: ...task_manager/app/roles/telegram_task_storage_service.lua:5: Can't initialize character set unknown (path: compiled_in)
tarantool_task_manager.router | stack traceback:
tarantool_task_manager.router |   ...task_manager/app/roles/telegram_task_storage_service.lua:5: in main chunk
tarantool_task_manager.router |   [C]: at 0x005a8fa0
tarantool_task_manager.router |   [C]: in function 'xpcall'
tarantool_task_manager.router |   ...tarantool_task_manager/.rocks/share/tarantool/errors.lua:148: in function 'pcall'
tarantool_task_manager.router |   ..._task_manager/.rocks/share/tarantool/cartridge/roles.lua:54: in function 'regis
tarantool_task_manager.router | fatal error, exiting the event loop


когда убираю 5 строчку:
local pool = mysql_c.pool_create({ host = '192.168.220.1', user = 'root', password = 'root', db = "telegram_2", size = 5 })

все нормально запускается

решение тут
https://stackoverflow.com/questions/52613809/rmysql-error-cant-initialize-character-set-unknown

пока сприг-датовый модуль не готов единственный вариант балансировать нагрузку - это самим сделать надстройку поверх джава-клиента, верно?

как и во всех остальных коннекторах, насколько я знаю

коллеги, продумываю архитектуру, не знаю как лучше подступиться к задаче. Входные данные - примерно 20 млн записей в неделю, запись идет по дням кусками по 2-3 млн строк в сутки. Одна строка, это id товара + дата и еще 12  характеристик товара, которые меняются каждый день. Хранить нужно данные минимум  за последние 3 месяца. Иметь возможность сравнить как поменялись показатели в данных, допустим сравнить август с июнем по выборке и т.п. Вопрос в том, какие могут быть ограничения по количеству записей в спейсах, как лучше организовать шардирование (какой ключ выбрать) и т.п.  Не интерпрайз тарантул ((  Основа для прототипа - несколько виртуалок на 7 центосе с быстрыми дисками и хорошей памятью.

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

То есть если взять id товара, то с большой вероятностью это плохой ключ

А какая-то производная от времени будет лучше

По количеству записей -- если они будут распределяться равномерно, посчитайте сколько у вас будет храниться данных за 3 месяца с запасом навырост и разделите на количество ваших инстансов. При выборках с map-reduce по вторичным ключам количество записей в одном инстансе будет влиять на перформанс, поэтому количеством инстансов при наличии достаточного числа ядер вы можете управлять, чтобы держать количество записей в пределах ваших SLA по выборке.

В ваших интересах чтобы основная масса запросов делала небольшие выборки без фулскана в каждом шарде

Всем привет, как отлаживать приложение написанное с использованием cartridge?

Шардирование руками через vshard или картридж уже не сырой?

на луатест смотрели?

установил cartridge-cli 1.8.0, tarantool 2.2    запускаю cartridge build, далее cartridge start вроде все взлетает, процессы в трее есть, но по http://localhost:8081 пусто ERR_ADDRESS_UNREACHABLE. Проверяю порты все открыты, на 8081 только тарантул.  Что не так?

а что в логах при cartridge start?

пусто, в /var/log нет новых записей