Может ли кто-нибудь помочь мне с подробным ответом на следующий вопрос?
1) Каково время восстановления после отказа, если узел выходит из строя, я видел, что это занимает 2-3 секунды, но есть ли у нас контроль, чтобы сделать это быстрее чем это? если да, сколько. Как правило, мы не можем принять это попадание в очередь приложений, это настолько чувствительно.
2) У нас есть TPS 50k, и он генерирует 30 миллионов надгробий в час или 2 часа ... это определенно потребует от нас удар по производительности, пока не произойдет сжатие, как мы будем действовать.
3) Есть ли у нас в памяти такие вещи, как Couchbase обеспечивает слой в памяти, и все данные располагаются в памяти, и если узел перезагружается ваши данные готовы ... мы не хотим трогать йедов за кеширование ...
4) Распределены ли планшеты случайным образом? Я имел в виду, что если узел выходит из строя, все мои данные принадлежат одному узлу, он будет активирован как копия лидера на другом наборе узлов или он будет отображаться как копия лидера только в одном конкретном узле ... что-то вроде Cassandra vtokens против vtokens
5) а) мы хотим синхронную репликацию, но если D C выйдет из строя из-за какой-либо активности, мы получим удар? и если RF равен 3, я думаю, что мы можем позволить себе один D C, но если мне нужно bootstrap новый узел, все восстановление происходит через WAN? б) Представьте, что у нас есть 3 D C и я хочу, чтобы в D C было N узлов, возможно ли это? и если да, синхронная репликация возможна, или я должен использовать CD C.