Сборка веб-кластера для Windows

1. Обзор

В этой статье описывается настройка кластеризации в системах Windows.

Примечания:

Преимущества Linux перед Windows в плане стабильности, безопасности, настраиваемости и надежности делают его лучшим выбором, который можно рекомендовать.

Поэтому рекомендуется развертывать FineBI на Linux: Manual configuration of standard extraction clusters on Linux.

2. Операционные шаги

2.1 Подготовка базовой среды

Перед развертыванием кластера убедитесь, что вы подготовили среду, необходимую для проекта кластера: Подготовка среды веб-кластера

Примечание: Одномашинный кластер WebLogic и двухмашинный кластер WebLogic - это собственные кластеры WebLogic, а не кластерное решение SailSoft, и использовать их не рекомендуется.

2.2 Развертывание проекта FineBI

На каждом сервере узла кластера разверните проект FineBI в контейнере.

Контейнеры развертывания описаны в следующей таблице:

Развертывание контейнеров	рекомендуемая версия	Проверенная версия	справочный документ
Tomcat	Tomcat8.x, Tomcat9.xПримечание: Tomcat версии 8.0.32 не поддерживается.	Tomcat8.0, Tomcat8.5, Tomcat9.0	Развертывание автономного сервера Tomcat для Windows
WebLogic	WebLogic 12.2.1.* и выше	WebLogic 12.2.1.3.0	Развертывание сервера Weblogic

2.3 Настройка внешней базы данных

Выберите проект на узле в качестве проекта главного узла и настройте внешнюю базу данных.

Типы и версии, поддерживаемые внешней базой данных, приведены в следующей таблице:

Тип базы данных	Поддерживаемые версии баз данных	Метод конфигурирования
MySQL	5.1.73, 5.5.31, 5.5.46, 5.5.56, 5.6.22, 5.6.31, 5.7.16	Настройка внешней базы данных MySQL5
SQL Server	2000, 2005, 2008, 2012, 2014, 2016	Настройка внешней базы данных SQL Server
Oracle	10g, 11g, 12c	Настройка внешней базы данных Oracle
DB2	9.7, 8.2, 11.1	Настройка внешней базы данных DB2

2.4 Установка и настройка компонентов кластера

2.4.1 Установка и запуск сервера профилей

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

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

Чтобы избежать подобных проблем, рекомендуется использовать файловый сервер: Windows System Configuration FTP Service

Примечание: "Автоматическая синхронизация между узлами" не применима к нескольким узлам, иначе это повлияет на использование из-за проблем со связью между узлами, она используется только при наличии двух узлов, а при наличии более двух узлов необходимо использовать "Файловый сервер".

2.4.2 Установка и запуск сервера состояния конфигурации

Кластер Redis может обеспечить высокую доступность государственного сервера по сравнению с автономным режимом, но требует определенных ресурсов сервера и увеличивает расходы на эксплуатацию и обслуживание, поэтому выбирайте самостоятельно.

Redis Standalone: установка и настройка автономного Redis в системах Windows

Кластеризация Redis: компания FanSoft не тестировала развертывание кластеризации Redis на системах Windows.

2.4.3 Установка и настройка балансировки нагрузки и запуск в работу

Балансировка нагрузки является неотъемлемой частью кластерного решения и не зависит от инженерного обеспечения. Если у вас есть способности к эксплуатации и обслуживанию, вы можете самостоятельно выбрать подходящее аппаратное и программное обеспечение для балансировки нагрузки. В настоящее время балансировка нагрузки, используемая некоторыми клиентами, включает treafik, Nginx, F5, AWS ELB, NetScaler, а базовое решение FanSoft основано на treafik. Для балансировки нагрузки, которая не основана на treafik, вы должны настроить балансировку нагрузки самостоятельно. Рекомендации

Рекомендуется] Treafik:установка и настройка Treafik в системе Windows

Nginx: установка и настройка Nginx в системах Windows

Примечание: Nginx в качестве балансировщика нагрузки имеет хорошую производительность при работе с параллельными данными в системах Linux и занимает очень мало памяти. Однако Nginx не поддерживает высокий уровень параллелизма в системах Windows, поэтому при выборе Nginx в качестве балансировщика нагрузки в системах Windows необходимо учитывать ситуацию с параллелизмом. Если потребность в параллелизме не превышает 300, а кластер развертывается только для целей горячего резервирования, можно выбрать Nginx в качестве балансировщика нагрузки, а если потребность в параллелизме превышает 300, не рекомендуется использовать Nginx, и вместо него следует использовать другие балансировщики нагрузки.

2.5 Кластер конфигурации платформы

Master Node Engineering Reference Platform Configuration Cluster Documentation Configuration Cluster, когда появится первый узел, скопируйте инженерный пакет первого узла (webroot) под другие серверы и запустите эти серверы, после чего новый узел будет добавлен в управление узлами.

Примечание: Если вы регистрируете кластерный проект с помощью метода аутентификации информации о локальной машине , то после добавления узлов вам нужно будет перерегистрировать кластерный проект.

3. условия

3.1 Изменение пути FTP

Описание проблемы

После создания кластерного проекта путь к файловому серверу FTP необходимо изменить из-за нехватки дискового пространства.

Рецепт

1) Скопируйте все файлы по исходному пути в новую директорию и назначьте права доступа к новой папке. Подробнее см. в разделах: Установка и настройка FTP в системе Linux, Настройка службы FTP в системе Windows.
2) Измените путь к файловому серверу на платформе и сохраните его.

3) Перезагрузите каждый узел кластера, дополнительную информацию о перезагрузке кластера см. в разделе 3.7 документа Configuring the Enabled Cluster.