Цитата:
Сообщение от
Bishop
От сервиса сервера приложений AX (Ax32Serv.exe) нельзя требовать стабильной работы в режиме 24/7. Рано или поздно он "падает", со всеми вытекающими последствиями. А "упавший" сервис переносить между кластерами смысла нет
. Кроме того, такая стабильность никогда не заявлялась со стороны MS, так что тут все честно.
А я думал, что кластер как раз нужен для того, что бы обеспечивать доступность сервисов, если один из серверов в кластере падает.. Спасибо что открыли мне глаза!!
После исследования проблемы выяснилось следующее:
Решения, обеспечивающего прозрачное переключения пользователей между аосами нет..В любом случае потребуется переподключение.
Были попытки кластеризовать АОС сервер целиком вместе с приложением. Кластер постоянно падал. Аудит, проведенный сотрудниками Микрософта, постановил следующее: Микрософт не гарантирует стабильную работу аосов в таком режиме. Отсюда 2 следующих варианта кластеризации аосов:
1. Поднимаются 2 аоса. Оба включаются в кластер. На клиенте прописывается маска аос-серверов. Клиент сам выбирает наименее загруженный аос в момент подключения. Плюсы - легко настроить. Минусы - неудобство администрирования
2. Поднимаются 2 аоса..Поднимаются 2 сервера в кластере.. На сервера в клстере устанавливается АОС по балансировке нагрузки (Select Use this AOS instance for load balancing only (accept no client connections)). Клиентские машины настраиваются на кластер аосов по распределению нагрузки.. В случае падения одного из серверов, второй продолжает работать и распределять. Плюсы - простота управления аосами, Минусы - гемор в настройке, необходимо выделения 2-ух спец серверов (или вешать сервисы на сервера с другими ролями), покупка доп. лицензий на винду. Сам балансирующий аос лицензии не требует.
Есть еще 3-ий вариант.. Кластеризация аосов на уровне кластеризации виртуальных машин.. Будем рыть в этом направлении..