Высокая доступность Hazelcast в случае кластера из 3 узлов - PullRequest
1 голос
/ 04 марта 2020

Мы используем Hazelcast IMDG в качестве сетки в памяти. Число узлов в нашем кластере равно трем, и у нас есть одна резервная копия syn c, и кластер осведомлен о разделе. В этом случае я ожидаю, что распределенная карта будет распределена по 3 узлам (более или менее) однородно. В случае отказа узла руководство следует перенести на исправный узел (который имеет резервную копию syn c для потерянных данных). Если есть запрос на запись в этот вновь назначенный узел-лидер, этот же раздел должен синхронно реплицироваться на один из активных узлов. Означает ли это, что в случае сбоя узла примерно одна треть распределенной карты должна быть реплицирована, и в течение времени репликации все чтения блокируются? Доступность снижается, если один из трех узлов не работает в случае одного резервного копирования syn c до тех пор, пока не будет восстановлена ​​примерно треть распределения?

1 Ответ

8 голосов
/ 04 марта 2020

Если узел выходит из строя, кластер переводит резервные разделы в основной. И миграции начнут создавать резервные копии этих новых первичных разделов. Пожалуйста, проверьте раздел Разделение данных .

Во время миграции операции чтения не блокируются. Только операции записи блокируются в разделе, который активно мигрирует. Поскольку разделы переносятся один за другим, влияние на доступность минимально.

...