Повторно подключить клиента Hazelcast

Question

Мы подключаемся к внешнему кластеру Hazelcast (версия 3.7.2) с использованием клиента Java Hazelcast, но при повторном подключении возникают проблемы, если кластер не работает.

Мы создаем наш клиент с HazelcastClient.newHazelcastClient. Как только мы это сделаем, мы сохраняем копию HazelcastInstance и используем ее для взаимодействия с кластером Hazelcast (getMap, getSet и т. Д.). Мы также храним карты, наборы и т. Д., Которые мы получаем от HazelcastInstance в потенциально долгоживущих объектах. Все хорошо работает на счастливой тропе. Однако, если кластер когда-либо опускается и возвращается, мы получаем HazelcastInstanceNotActiveException при попытке доступа к этим объектам, которые были созданы до спуска кластера.

Есть ли способ автоматически восстановить соединение с клиентом, когда кластер вернется в сеть, чтобы мы могли возобновить использование объектов (карт, наборов и т. Д.), Которые мы ранее извлекли из Hazelcast, прежде чем кластер опустился ? Или нам нужно иметь дополнительный код, чтобы поймать HazelcastInstanceNotActiveException, а затем перестроить HazelcastInstance и любые объекты, которые мы сохранили в клиентском приложении? Последний кажется, что он будет довольно инвазивным и определенно нежелательным иметь дело с каждым экземпляром, в котором мы храним один из этих объектов Hazelcast.

Большинство вещей, которые я прочитал, относятся к настройкам тайм-аута подключения, предела попытки и времени ожидания попытки. В настоящее время мы используем значения по умолчанию, но они ничего не делают при доступе к объекту, который мы уже извлекли. Любой доступ к ранее существующему объекту немедленно прекращается с HazelcastInstanceNotActiveException даже после резервного копирования кластера.

Это похоже на общую проблему, с которой сталкиваются многие люди. Какова наилучшая практика для решения этой проблемы?

Answer 1

Как вы уже прочитали, задание значения попыток соединения Integer.MAX_VALUE и увеличение продолжительности между попытками выше, куда вы направляетесь.

На данный момент нет другого способа решить эту проблему. Я представляю минималистский SPI для предоставления пользовательских стратегий управления пересоединением, таких как экспоненциальное отключение, но такой вещи еще не существует.