MarkLogic Taskserver D-узел против E-узла

Question

У меня есть два вопроса:

1. Может taskservers быть определены против как D-узла и E-групп узлов?
2. Если да, является ли цель этого в E-узлах выполнять запланированные задачи, а другая - в D-узлах для запуска триггеров post commit?

Надеюсь, что вопросы имеют смысл!

Answer 1

Ответ 1: да. Например: вы можете запускать запланированные задачи на любом хосте, но они ограничены группой, в которой они определены. Если вы определяете запланированные задачи в группе «D-узлы», они будут выполняться на узлах D-узла.

Ответ 2: понятие узлов E-узлов по сравнению с D-узлами напрямую не связано с сервером задач, но может быть полезно знать, какие задачи выполняются там. Вы правы в отношении триггеров: триггеры pre-commit запускаются против хоста оценки (хост, который получил HTTP-запрос), триггер post-commit против хоста данных (хост, на котором размещен лес, в который записаны данные). Что касается запланированных задач, см. Выше.

Основная причина различения узлов E и D в кластере - позволить оптимизировать хосты для их конкретной роли (E по сравнению с D). Узлы D нуждаются в памяти в основном для быстрого доступа к индексам и имеют дело с IO для чтения/записи данных. Они также нуждаются в большом количестве дискового пространства для хранения данных о лесах. E обрабатывают входящие запросы и объединяют результаты данных, возвращаемые узлами D. Они делают немного IO и обычно зависят больше от процессора и памяти.

Разумеется, это не то, что легко получить. У MarkLogic есть Отдел по работе с клиентами, который занимается этим правом для наших клиентов.

HTH!

Answer 2

Ответ 3) 1 & 2 являются правильными. Но еще один способ рассмотреть, нет такой вещи, как «E Nodes» и «D Nodes». Все узлы ML в кластере идентичны программному обеспечению и возможностям. Присвоение узлов группам и вызов их D, E или F, G, H не имеет неотъемлемого значения. Одной из распространенных полезных моделей является E/D, но именно разработчик, разработчик, ИТ-отдел, настраивает аппаратное обеспечение, программное обеспечение, сетевое и прикладное использование для реализации/реализации модели. Сам ML-сервер не знает, что это «узел E» больше, чем процессор, он будет запускать все, что ему нужно. - то же самое в одном узле или 100. Другие модели могут быть реализованы в соответствии с вашими потребностями.