Извлечение интерфейса управления кластером

1. Обзор

1.1 Версия

Версия сервера FineBI	Функциональные изменения
6.0	-
6.0.8	Отключение синхронизации данных для несинхронизированных узлов
6.0.9	Добавьте информацию на экран "Извлечение кластера > Управление узлами"😗 dbpath : путь хранения извлеченных данных * временная метка: системное время

1.2 Функциональный профиль

После создания кластера извлечения вы можете управлять кластером извлечения через интерфейс управления.

Портал управления находится на странице Decision Systems: Management Systems > System Management > Extraction Clusters, которую можно увидеть после настройки и включения кластеров извлечения.

В этом интерфейсе отображается информация о каждом узле кластера извлечения, включая идентификатор узла, имя узла, IP-адрес узла, порт HTTP, порт связи между узлами кластера извлечения, статус узла, путь к хранилищу извлеченных данных и системное время.

2. состояние узла

состояние узла	инструкции	роль узла	удобная эксплуатация
UNKNOWN	Узел только что запущен и инициализирует состояние текущего узла
ASYNC	асинхронный узелЭтот класс узлов поддерживает запросы с высокой степенью параллелизма.	До версии 6.0.8 несинхронные узлы могли обрабатывать запросы только при наличии данных на текущем узле (при отсутствии данных запрос пересылался на синхронный узел), а также могли разбирать задания обновления, но не могли выполнять задания обновления.В версии 6.0.8 и выше несинхронизированные узлы выступают в качестве узлов запросов, не используют функцию движка, не хранят извлеченные данные локально и выполняют только пересылку запросов.	Запрос текущего узла, состояния всех данных таблицы
SYNC	узел синхронизацииСостояние файлов данных на узлах этого класса поддерживается в актуальном состоянии, т. е. обеспечивается высокая согласованность данных. В процессе обновления необходимо убедиться, что данные на узлах этого класса синхронизированы, прежде чем обновление будет считаться успешным	Синхронизированные узлы могут обрабатывать все запросы	Запрос текущего узла, состояния всех данных таблицы
ВОССТАНОВИТЬ	Узел восстановленияЕсли узел синхронизации имеет некоторые неактуальные данные из-за аномальных условий, таких как таймаут сердцебиения, узел синхронизации переходит в состояние восстановления, и неактуальные данные будут синхронизированы в это время.	Узлы восстановления могут обрабатывать запросы, если у текущего узла есть данные (и пересылать их узлу синхронизации, если данных нет), разбирать задания обновления, а также выполнять задания обновления.	Запрос текущего узла, состояния всех данных таблицыЗапрос текущего узла для получения списка таблиц, которые синхронизируются (ожидают синхронизации, находятся в процессе синхронизации)Принудительно перевести текущий узел в режим SYNC (обратите внимание, что другие синхронизированные узлы в результате могут стать RECOVER).Примечание: Когда синхронный узел запускается, он может сначала стать RECOVER, а затем SYNC после оценки состояния узла как окончательного.
ВНИЗ	Мертвый узел Узел недоступен, и в нем есть таблица, которой нет ни у одного другого узла. Это приводит к тому, что другие узлы могут как искать таблицу DOWN-узла в других хранилищах конфигурации, так и не могут загрузить эту таблицу, и она будет продолжать восстанавливаться.	-	Удалить Удаление узла DOWN позволяет удалить удаленный узел из всех состояний таблиц, что позволяет удалить "таблицы, доступные только узлам DOWN" из задачи межузловой синхронизации таблиц, позволяя другим синхронизированным узлам перейти из состояния RECOVER в состояние SYNC.

3. Инструменты ввода в эксплуатацию

В этом разделе описаны инструменты отладки, доступные в интерфейсе администрирования:

функциональность	Соответствует английским -ity, -ism, -ization
Обновление статуса Слайс	Выводит статус текущего планировщика кластера, который можно использовать для поиска застрявших обновлений в извлеченной кластерной среде.
Состояние таблицы всех узлов	Выводит состояние табличных данных всех узлов, в основном используется для определения узла с наиболее актуальными данными.
Журнал изменения состояния узла	Печатает запись о том, как синхронный узел становится RECOVER и восстанавливается, которая может быть использована для поиска аномалий состояния узла.
локальная таблица без статических данных	Печать таблицы без метаданных в хранилище полной конфигурации узла для обнаружения проблем с избыточным использованием дискового пространства
Использование блокировки redis	Выводит используемые в данный момент блокировки redis, облегчая поиск кластерных блокировок и связанных с ними проблем