почему использовать а не делать самим я могу пояснить

в cartridge сделано много воркэраундов и фиксов для настройки репликации

есть стандартные и понятные способы передачи настроек

есть средства упаковки пакетов и дистрибьюции

из-за стандартизации там возможен стандартный готовый ansible плейбук для деплоя

для нормального прода вам придется изобрести примерно треть того, что сделано в cartridge

изучим, спасибо)

Вот кстати картридж действительно помогает сделать все через пару строчек. На мой субъективный взгляд без него админить тарантул в разы сложнее.

ну и еще один аргумент в пользу cartridge - его используют примерно все наши заказчики, которые платят деньги за энтерпрайз версию

поэтому это один из самых поддерживаемых пакетов кроме самого tarantool

@ivan_blohin Вчера кидал вам ссылку про деплой ансиблом, ещё докину ссылку про деплой в кубере.

https://www.tarantool.io/en/doc/latest/book/cartridge/cartridge_kubernetes_guide/

спасибо)

всем привет, надо было перенести реплики на другой сервер, на старом сервере стоит версия Tarantool 2.2.2-0-g0a577ff30, на новом сервере Tarantool 2.2.3-0-gb9c4c7c04, конфиги все перенес со старого сервера на новый, в конфигах прописано memtx_memory = 10000000000; # 10 gb, но когда начинаю стартовать реплики на новом сервере, то они съедают всю память и похоже что memtx_memory никак их не ограничивает
вот пример как память съедается

PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
 769350 taranto+  20   0   57.9g  51.0g  15492 R 100.0  81.7   5:15.52 tarantool

что это может быть?

пс. на старом сервере все ок, больше 10 гиг не использует

PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
27178 taranto+  20   0 10.747g 3.233g   5364 R  61.1 10.4  27816:48 tarantool
13664 taranto+  20   0 10.705g 2.890g   5420 S  77.8  9.3  27703:24 tarantool

PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
 769350 taranto+  20   0   57.9g  51.0g  15492 R 100.0  81.7   5:15.52 tarantool

PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
27178 taranto+  20   0 10.747g 3.233g   5364 R  61.1 10.4  27816:48 tarantool
13664 taranto+  20   0 10.705g 2.890g   5420 S  77.8  9.3  27703:24 tarantool

Похоже на https://github.com/tarantool/tarantool/issues/5536

т.е. пока какого-то решения нет? может стоит попробовать взять версию > 2.2.3 ?

Если это та проблема, то пока нет. Скоро фикс выпустим, но он будет в 2.6.3, 2.7.2 и дальше

Реплики память выжирают на стадии sync? Можно вывод box.info.replication с них?

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

сейчас вообще реплика отваливается по таймауту

2021-01-22 16:04:47.650 [802522] main/110/applier/user@51. I> will retry every 60.00 second
2021-01-22 16:05:47.736 [802522] main/110/applier/user@51. I> authenticated
2021-01-22 16:05:47.758 [802522] main/110/applier/user@51. I> subscribed
2021-01-22 16:05:47.758 [802522] main/110/applier/user@51. I> remote vclock {1: 160336292617, 2: 66085717162} local vclock {1: 160335568147, 2: 66085717162}
2021-01-22 16:05:53.556 [802522] main/123/applierw/user@51 C> leaving orphan mode
2021-01-22 16:05:57.578 [802522] main/110/applier/user@51. I> can't read row
2021-01-22 16:05:57.578 [802522] main/110/applier/user@51. xrow.c:1079 E> ER_SYSTEM: timed out

а на мастере

coio.cc:340 !> SystemError timed out: Operation timed out
relay/repl:6358/101/main C> exiting the relay loop

ну и память

PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
 802522 taranto+  20   0   23.3g  14.3g  15988 S   0.0  22.8   6:20.25 tarantool

2021-01-22 16:04:47.650 [802522] main/110/applier/user@51. I> will retry every 60.00 second
2021-01-22 16:05:47.736 [802522] main/110/applier/user@51. I> authenticated
2021-01-22 16:05:47.758 [802522] main/110/applier/user@51. I> subscribed
2021-01-22 16:05:47.758 [802522] main/110/applier/user@51. I> remote vclock {1: 160336292617, 2: 66085717162} local vclock {1: 160335568147, 2: 66085717162}
2021-01-22 16:05:53.556 [802522] main/123/applierw/user@51 C> leaving orphan mode
2021-01-22 16:05:57.578 [802522] main/110/applier/user@51. I> can't read row
2021-01-22 16:05:57.578 [802522] main/110/applier/user@51. xrow.c:1079 E> ER_SYSTEM: timed out

coio.cc:340 !> SystemError timed out: Operation timed out
relay/repl:6358/101/main C> exiting the relay loop

PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
 802522 taranto+  20   0   23.3g  14.3g  15988 S   0.0  22.8   6:20.25 tarantool

Нагрузка на мастер большая?

средняя

load average: 15.69, 16.59, 16.98

CPU(s):              32
On-line CPU(s) list: 0-31
Thread(s) per core:  2
Core(s) per socket:  16
Socket(s):           1
NUMA node(s):        4
Vendor ID:           AuthenticAMD
CPU family:          23
Model:               1
Model name:          AMD EPYC 7371 16-Core Processor