| Both sides previous revisionPrevious revisionNext revision | Previous revision |
| создание_динамического_кластера_cgp [2026/09/10 08:35] – jp | создание_динамического_кластера_cgp [2026/09/10 08:51] (current) – jp |
|---|
| В данном материале подразумевается, что общее хранилище (в моем конкретном случае //NFS// + //Ceph//) уже настроено и на всех серверах доступна общая папка, в которой будут располагаться кластеризованные данные. | В данном материале подразумевается, что общее хранилище (в моем конкретном случае //NFS// + //Ceph//) уже настроено и на всех серверах доступна общая папка, в которой будут располагаться кластеризованные данные. |
| /storage | /storage |
| Более того: //CGP// вполне возмождно установить на серверы, которые являются непосредственно нодами //Ceph//. | Более того: //CGP// вполне возмождно установить на серверы, которые являются непосредственно нодами //Ceph//. В данном примере я рассматриваю именно такой сценарий: три //CGP//-сервера, являющиеся нодами //Ceph//. |
| |
| === Настройка === | === Настройка === |
| 3. На данном этапе необходимо перечислить IP нод //CGP// в качестве //backend// и //frontend// серверов. Поскольку мы настраиваем совмещенную симметричную конфигурацию, список бэкенд и фронтенд серверов у нас идентичен. | 3. На данном этапе необходимо перечислить IP нод //CGP// в качестве //backend// и //frontend// серверов. Поскольку мы настраиваем совмещенную симметричную конфигурацию, список бэкенд и фронтенд серверов у нас идентичен. |
| |
| HTTPA -> Установки -> Общее -> Кластер | HTTPA -> Установки -> Общее -> Кластер |
| | |
| | Frontend |
| | |
| | 192.168.X.X |
| | 192.168.X.X |
| | 192.168.X.X |
| | |
| | Backend |
| | |
| | 192.168.X.X |
| | 192.168.X.X |
| | 192.168.X.X |
| | Пример: |
| |
| 3. Останавливаем ноды. | ;#; |
| | {{::cgp:cgp_front_back_addr.jpg|}} |
| | ;#; |
| | |
| | 4. Останавливаем ноды. |
| |
| systemctl stop CommuniGate | systemctl stop CommuniGate |
| 4. Теперь необходимо создать директорию, в которой будут расположены общекластерные данные, она должна называться //SharedDomains//. Делаем её прямо на нашем общем //Ceph//-storage. | 5. Теперь необходимо создать директорию, в которой будут расположены общекластерные данные, она должна называться //SharedDomains//. Делаем её прямо на нашем общем //Ceph//-storage. |
| |
| mkdir /storage/SharedDomains | mkdir /storage/SharedDomains |
| :!: Необходимо убедиться, что все бэкенд-серверы имеют полные права доступа на папку и могут создавать, удалять, читать и изменять файлы и директории внутри директории //SharedDomains//. | :!: Необходимо убедиться, что все бэкенд-серверы имеют полные права доступа на папку и могут создавать, удалять, читать и изменять файлы и директории внутри директории //SharedDomains//. |
| |
| 5. Теперь каждому участнику кластера необходимо передать параметры запуска, содержащие флаг о том, что данный сервер будет состоять в кластере, а также информацию о созданной общей директории. Для передачи параметров необходимо на каждом сервере создать специальный файл //Startup.sh// в директории //CommuniGate//. Данный файл должен иметь права на запуск. | 6. Теперь каждому участнику кластера необходимо передать параметры запуска, содержащие флаг о том, что данный сервер будет состоять в кластере, а также информацию о созданной общей директории. Для передачи параметров необходимо на каждом сервере создать специальный файл //Startup.sh// в директории //CommuniGate//. Данный файл должен иметь права на запуск. |
| |
| touch /var/CommuniGate/Startup.sh | touch /var/CommuniGate/Startup.sh |
| :!: В //CGP// существует отдельный параметр для запуска серверов в режиме //frontend//: //--ClusterFrontend//. Несмотря на то, что наша конфигурация является совмещенной и серверы будут выполнять в том числе и роль фронтендов, данный параметр указыввать НЕ ТРЕБУЕТСЯ, т.к. он предназначен для выделенных frontend-серверов. | :!: В //CGP// существует отдельный параметр для запуска серверов в режиме //frontend//: //--ClusterFrontend//. Несмотря на то, что наша конфигурация является совмещенной и серверы будут выполнять в том числе и роль фронтендов, данный параметр указыввать НЕ ТРЕБУЕТСЯ, т.к. он предназначен для выделенных frontend-серверов. |
| |
| 6. На следующем этапе мы можем запустить какой-то конкретный сервер. Он должен стать контроллером кластера. | 7. На следующем этапе мы можем запустить серверы. Один из них должен стать контроллером кластера. |
| |
| Проверить, что сервер подцепил необходимые параметры запуска можно так: | Проверить, что сервер подцепил необходимые параметры запуска можно так: |
| </code> | </code> |
| |
| | 8. Мониторинг можно осуществить в разделе: |
| | |
| | Monitors -> Cluster |
| | Пример: |
| | ;#; |
| | {{:cgp:cgp_cluster_monitoring.jpg|}} |
| | ;#; |
| | |
| | 9. В случае возникновения каких-либо проблем, можно увеличить уровень логгирования для компонентов кластера. Это делается в разделе: |
| | |
| | HTTPA -> Установки -> Общее -> Кластер -> Log Level |
| | {{tag>CommuniGate Mail Ceph NFS}} |