2015-08-03 3 views
0

Несколько лет назад этот gridgain вопрос был поставлен и рассмотрен на Gridgain failover of master (sender) nodeНесколько мастеров в GridGain

Быстрая перемотка вперед до сегодняшнего дня. Мы запускаем gridgain 6.2.1 (версия с открытым исходным кодом) и пытаемся обеспечить высокую доступность нашего мастера gridgain (в случае сбоя аппаратного или мастер-процесса). С точки зрения высокого уровня мы отправляем (распределяемые) задания на главный узел через непрерывный диспетчер карт, который мы определяем.

Как и в предыдущем принятом ответе на вопрос, в 2011 году это было невозможно.

  1. Был ли изменен статус-кво в 2015 году или существуют другие стратегии, доступные в более новых версиях gridgain?
  2. Может ли эта функциональность быть реализована в режиме зажигания через «группы кластеров»? См http://apacheignite.gridgain.org/docs/cluster-groups

Благодаря

ответ

0

Все предложения, перечисленные в ответе все еще в игре.

Кроме того, есть ComputeJobMasterLeaveAware интерфейс, который может быть реализован любой работой. Его метод onMasterNodeLeft будет вызываться в текущем задании, если главный узел покидает топологию. Это позволит вам сохранить любые промежуточные данные и повторно отправить задания, если это необходимо.

Будет ли это работать на вас?

+0

Я думаю, что функциональность, которую вы описываете, теперь является частью проекта Apache Ignite (который раньше был выпуском с открытым исходным кодом GridGain) - https://ignite.incubator.apache.org/ – Dmitriy

Смежные вопросы