сам недавно развлекался с мультимастером, итог примерно тот же, если инстансов 2, то мультимастер худо бедно работает, при увеличении инстансов начинаются чудеса. в итоге так и остался на схеме keydb + sentinel
Кстати, не увидел описание фичи мультимастера: если одна из реплик отвалилась и подключилась, то она запрашивает у остальных набор ключей, что вроде бы логично, но самое интересное, что потом старые реплики запрашивают у "поднявшейся" реплики ее набор ключей и синхронизируют со своими, и в этот момент становятся недоступны для клиентов.( с ошибкой Database loading)
простите, но когда редиска ООМится, в момент старта она считывает rbd/aof файл, если конечно вам не плевать на данные, что тянет за собой еще простой, в зависимости от размера БД от нескольких секунд до десятков минут, это незаметили? А где пункт №1. Прочитать логи редиски?
используем keydb как для кеша, так и хранения горячих данных
в кеше одно ядро, в среднем, обрабатывает 2,5 млн комманд в минуту, в среднем, количество обрабатываемых команд колеблется от 2 до 10 млн хз, как redis с таким наплывом справится.
Сколько читаю подобные статьи, никто не пишит то, что висит в воздухе:
если используется хранение данных, то, при перезагрузке редиса/кейдб, ему надо время, чтобы загрузить данные в память и чем больше данных, тем дольше редис отбрасывает коннекты к базе, например, rdb-файл размером 30Гб, будет грузится около 15 минут и все это время редис работать НЕ БУДЕТ, имейте это ввиду, чтобы потом не оказалось, что у вас сайт на 15 минут упал, потому, что кто-то решил редис дернуть.
касаемо aof помните, это файл ЖУРНАЛА, т.е. туда пишется КАЖДАЯ комманда и если вы не включили перезапись файла, то будьте готовы к тому, что у вас закончится место на диске спустя очень короткое время, если будет большая активность.
если используете хранение данных, следите за местом. вам надо иметь запас минимум x2 от текущего размера данных в памяти иначе, в момент форка (неважно rdb или aof) у вас закончится место на диске, потому как в этот момент создается temp файл, куда скидываются данные и только после этого удаляется старый файл.
не все так однозначно. Как быть с проектами которые разработчик забросил, а их подхватил кто-то другой, например? изучать полностью 2 ветки и пытаться понять вредоносный код это или полезный?
А чем вы в кубере раскатываете кейдб? где-то можно посмотреть манифест из Истории2?
мы используем в проде уже год, с версии 0,5.*, ни одного ложного срабатывания.
про шелл-оператора не понял.
и ниже
то есть секрет все равно надо создавать, но с определенной аннотацией. Тогда в чем смысл?
Далее
почему б не заменить на
kubectl apply ... ?сам недавно развлекался с мультимастером, итог примерно тот же, если инстансов 2, то мультимастер худо бедно работает, при увеличении инстансов начинаются чудеса. в итоге так и остался на схеме keydb + sentinel
Кстати, не увидел описание фичи мультимастера:
если одна из реплик отвалилась и подключилась, то она запрашивает у остальных набор ключей, что вроде бы логично, но самое интересное, что потом старые реплики запрашивают у "поднявшейся" реплики ее набор ключей и синхронизируют со своими, и в этот момент становятся недоступны для клиентов.( с ошибкой Database loading)
это как? мастер и 2 слейва? а если мастер упадет?
hugepages включены?
tcp стек тюнили?
ну, у меня кастомный скрипт, чтобы данные в заббикс кидать, а не прометей, может этим же и не устроил.
редис научился в многопоточность?
простите, но когда редиска ООМится, в момент старта она считывает rbd/aof файл, если конечно вам не плевать на данные, что тянет за собой еще простой, в зависимости от размера БД от нескольких секунд до десятков минут, это незаметили?
А где пункт №1. Прочитать логи редиски?
посмотрите на twemproxy в таком случае, если у вас так много клиентов
почему в htop все разноцветное, что цвета означают?
Как найти того, кто пишет в файл и подсунуть ему другой файл не перезапуская процесс?
какой порядок удаления подов в дейплойменте при скалировании вниз?
если знаешь ответы и живешь в рнд/спб можем пообщаться
какую версию keydb использовали? Для 6.3.1 уже больше месяца висит issue, о проблемах с производительностью
используем keydb как для кеша, так и хранения горячих данных
в кеше одно ядро, в среднем, обрабатывает 2,5 млн комманд в минуту, в среднем, количество обрабатываемых команд колеблется от 2 до 10 млн хз, как redis с таким наплывом справится.
Сколько читаю подобные статьи, никто не пишит то, что висит в воздухе:
если используется хранение данных, то, при перезагрузке редиса/кейдб, ему надо время, чтобы загрузить данные в память и чем больше данных, тем дольше редис отбрасывает коннекты к базе, например, rdb-файл размером 30Гб, будет грузится около 15 минут и все это время редис работать НЕ БУДЕТ, имейте это ввиду, чтобы потом не оказалось, что у вас сайт на 15 минут упал, потому, что кто-то решил редис дернуть.
касаемо aof помните, это файл ЖУРНАЛА, т.е. туда пишется КАЖДАЯ комманда и если вы не включили перезапись файла, то будьте готовы к тому, что у вас закончится место на диске спустя очень короткое время, если будет большая активность.
если используете хранение данных, следите за местом. вам надо иметь запас минимум x2 от текущего размера данных в памяти иначе, в момент форка (неважно rdb или aof) у вас закончится место на диске, потому как в этот момент создается temp файл, куда скидываются данные и только после этого удаляется старый файл.
не все так однозначно. Как быть с проектами которые разработчик забросил, а их подхватил кто-то другой, например? изучать полностью 2 ветки и пытаться понять вредоносный код это или полезный?
Есть honor magicbook 14
Ubuntu 20.04 -2 часа от АКБ
Window 10 - 6 часов от АКБ
https://releases.hashicorp.com/
без впн выдает 405 ошибку. а это значит, что нет возможности скачать ни один продукт хашикорпа оттуда
Чем вы лучше тех же Пикс, электроник или юипас? Какие у вас киллер-фичи, что заставит бизнес посмотреть в вашу сторону?
А почему пост от имени компании, в которой не работаете?
что не могу свой коммент отредактировать, ну ладно
Школы роботизации и марафоны все так же остались для внутренних сотрудников Билайн (как это было в 2019г) или же стали доступны всем?
а где-то эта конференция освещалась? хотелось б поучаствовать в будущем
Тоже об этом подумал кстати.
Читаю заголовок:
"новые функции в python 3.0"Смотрю в консоль:
python 3.9Снова смотрю на заголовок..