Size: a a a

2020 November 24

DS

Dmitry Sharonov in Tarantool
Vladyslav Sakun
Подскажите ещё, в кубернетис операторе только 1-я версия тарантула доступна?
в операторе же любое приложение на картридже деплоить можно если что
источник

DS

Dmitry Sharonov in Tarantool
не только то семпловое которое с ним в комплекте идет
источник

VS

Vladyslav Sakun in Tarantool
У меня локально развёрнут миникуб, я не совсем силен в девопс части, но мне для работы нужен был сервис тарантул.
ДевОпс использовал тарантул оператор и развернул мне этот сервис.
Но при использовании я обнаружил, что версия там 1.10.3-136-gc3c087d
На сколько мне известно версию задавать можно в операторе, но там я такого не нашел, вот и спросил
источник

VT

Vasiliy Tyubek in Tarantool
Vladyslav Sakun
У меня локально развёрнут миникуб, я не совсем силен в девопс части, но мне для работы нужен был сервис тарантул.
ДевОпс использовал тарантул оператор и развернул мне этот сервис.
Но при использовании я обнаружил, что версия там 1.10.3-136-gc3c087d
На сколько мне известно версию задавать можно в операторе, но там я такого не нашел, вот и спросил
версия тарантула зависит только от образа, который используете
источник

VT

Vasiliy Tyubek in Tarantool
самый простой способ из 2го тарантула приложух собрать - cartridge create && cartridge pack docker (по дефолту 2 с чем-то версия) и образ уже будет пригодный для использования с оператором
источник

VS

Vladyslav Sakun in Tarantool
Vasiliy Tyubek
самый простой способ из 2го тарантула приложух собрать - cartridge create && cartridge pack docker (по дефолту 2 с чем-то версия) и образ уже будет пригодный для использования с оператором
Спасибо
источник

DK

Dmitry Krokhin in Tarantool
Vladyslav Sakun
Это что-то типа миграций в пхп фреймворках?
На первый взгляд так показалось 🙂
не обязательно смешивать языки чтобы описать схему. можно использовать mapper api либо вообще, как делаем мы, описывать сущности через аннотации в классах

https://github.com/tarantool-php/mapper#describe-entities
источник

VS

Vladyslav Sakun in Tarantool
Dmitry Krokhin
не обязательно смешивать языки чтобы описать схему. можно использовать mapper api либо вообще, как делаем мы, описывать сущности через аннотации в классах

https://github.com/tarantool-php/mapper#describe-entities
У Вас видимо симфони фреймворк
источник

DK

Dmitry Krokhin in Tarantool
не, мы сами насобирали компонентов. вообще, это оффтоп, если нужны подробности - можно в личку либо в чатик https://t.me/tarantool_php
источник

MU

Maksim Uimin in Tarantool
Добрый день! Подскажите, пожалуйста, а почему после компакшена в виниле чтения могут медленнее работать?
источник

AK

Alexey Kuzin in Tarantool
Maksim Uimin
Добрый день! Подскажите, пожалуйста, а почему после компакшена в виниле чтения могут медленнее работать?
Увеличилось количество файлов и/или уровней
источник

AK

Alexey Kuzin in Tarantool
Ну или какие-то проблемы
источник

AK

Alexey Kuzin in Tarantool
Нужно полное описание конфигурации
источник

MU

Maksim Uimin in Tarantool
Maksim Uimin
Добрый день! Подскажите по vinyl, пожалуйста. Есть тачка: 56 CPU, 256 GB RAM, 3.8 TB SSD. На ней крутятся 4 шарда тарантула версии 1.10.7. В схеме данных 1 спейс на виниле без вторичных индексов и триггеров. Нагрузка на шард: 2k-8k ops REPLACE, < 1 ops SELECT.
Начали заканчиваться диски по свободному месту, нужно удалить старые записи. Для этого пытался использовать отдельный файбер, что-то вроде expirationd, только своя реализация: ходит через :pairs по индексу, набивает пачку записей и удаляет.
Возникает проблема с процом: тарантулы отъедают по 1 ядру на шард и перестают вывозить на запись (думаю, что tx тред заканчивается). Файбер yield'ит исправно, но встаёт в чтения: select([1589640707], LT) => [1589639904, 158007759, 1879260540, 14091669010076601, 1592494072] took too long:8710.969 sec. Такая штука вчера вызвала read_view транзакцию и сильно убила перформанс на REPLACE.
База сейчас для чтений не оптимизирована: vinyl_read_threads = 4, vinyl_bloom_fpr = 1, vinyl_cache = default = 128MB, vinyl_page_size = 2000*tuple. Что нужно безопасно покрутить, чтобы винил нормально вывозил итерирование по индексу и как правильно рассчитать значения?
Включил bloom_fpr в 0.05 и vinyl_cache поставил 16Gb. Поставил удаления на 1k RPS. До компакшена всё работало хорошо, после сильно выросли тайминги на чтение.
источник

MU

Maksim Uimin in Tarantool
Это может быть как-то связано с принципами работы :pairs? Потому что рестарт файбера помогает. Посмотрел по логам, похоже, что тарантул не мог записать на диск xlog до завершения pairs. Похоже на правду?
источник

©

©triod in Tarantool
Ребята добрый вечер!)
Скажите пожалуйста, с нодой (коннектор) проблемы есть?
Схема такая. С- функции на тарантуле как обработчик для ноды. CRUD для varbinary. Луа такое не делает. Объекты порядка 1-2мб, но много. BGRA кусочки.
Так можно делать? Проблем ждать?
источник

©

©triod in Tarantool
Или наш родной перлЪ?
источник

R

R-omk in Tarantool
Maksim Uimin
Это может быть как-то связано с принципами работы :pairs? Потому что рестарт файбера помогает. Посмотрел по логам, похоже, что тарантул не мог записать на диск xlog до завершения pairs. Похоже на правду?
Ну не мог он записать скорее всего не потому что не мог, а потому что в принципе диск был загружен, если итератор по вторичным индексам то наверняка он перелопачивает всё читая с диска и не попадая в блум фильтр
источник

R

R-omk in Tarantool
Да даже если не по вторичным то винил это явно не то место по которому  нужно фоном итерироваться
источник

D

Denis in Tarantool
R-omk
Да даже если не по вторичным то винил это явно не то место по которому  нужно фоном итерироваться
А как тогда организовывать на нем удаление устаревших записей например?
источник