Конфигурация собственного клиента Gemfire/geode для отработки отказа
Я хочу, чтобы мои данные gemfire были настроены как мультисайтовые WAN с использованием шлюзов на 2 сайта. NY и LON. используя: http://gemfire.docs.pivotal.io/geode/topologies_and_comm/topology_concepts/multisite_overview.html
Я могу понять, как мой кластер и локаторы будут работать и знать друг о друге.
Но как мне настроить свой собственный клиент.net для переключения при отказе от NY к LON в случае, если сайт NY выйдет из строя.
У меня будет 4 узла данных и 3 локатора в Нью-Йорке. У меня будет 4 узла данных и 3 локатора в LON. С синхронизацией из NY->LON.
Если я настрою свой xml-файл кэша клиента так, чтобы он указывал на локаторы NY, будет ли у них какая-либо информация для переключения на LON-локаторы? Есть ли что-то в конфигурации клиентского кэша, которая может заставить их узнать о LON-локаторах в случае, если NY-локаторы не работают?
1 ответ
В случае полного отказа центра обработки данных, вы обычно выкладываете новую информацию локатора своим клиентам в Нью-Йорке. В противном случае, вы можете включить информацию о вашем LON-локаторе в вашу информацию о Нью-Йорке. Клиент подключится к первому локатору в списке. Когда этот локатор недоступен или действительно занят, он будет использовать следующий в списке. Итак, вы обычно будете в порядке. Однако вы рискуете, если ваши клиенты из Нью-Йорка соединяются с локаторами LON в случае перебоев в сети или более длительного времени работы GC или машины. В этом случае ваши клиенты из Нью-Йорка могут жаловаться на "медленное время отклика" из-за задержки. Хорошей практикой является ручное переключение клиентов.