Как повторное выполнение будет основным источником отказоустойчивости?

Question

В одном из научно-исследовательских работ по MapReduce, есть предложение:

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

Я не понял, что такое повторное выполнение и как повторное выполнение может быть основным механизмом отказоустойчивости?

Answer 1

Я хотел бы дать общий ответ.

Причины неисправностей или отказов:

1. Узел отказа/недостижим Другими словами, это означает, что все задачи, выполняющиеся в этом узле не удалось/пошел недостижим.

2. Неисправность/недоступность задачи Данные, обрабатываемые всеми задачами внутри узла, будут сохраняться локально, а когда узел выходит из строя или становится недоступным (другим узлам или ведущим), то нет способа получить данные, обработанные до сих пор. Таким очевидным решением является перезапуск этих задач на том же узле или в некоторых других узлах (сбой узла). Это делает повторный запуск основного механизма отказоустойчивости.

Другая аналогия переоформления для отказоустойчивости является избыточность для потери данных. Данные дублируются, чтобы избежать потери данных устройствами хранения. Аналогичным образом, задачи выполняются повторно, чтобы сделать приложения уязвимыми.