AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 20.12.2009, 13:26   #1  
sergeypp is offline
sergeypp
Ищу людей. Дорого.
Аватар для sergeypp
 
433 / 174 (6) ++++++
Регистрация: 08.11.2003
Адрес: Казань
Кластеризация AOS-серверов (2009)
У кого был опыт кластеризации аосов для 2009..
Есть ли собственные механизмы или нужно использовать механизмы операционной системы. Может есть ссылки на документацию??
Старый 20.12.2009, 14:14   #2  
sergeypp is offline
sergeypp
Ищу людей. Дорого.
Аватар для sergeypp
 
433 / 174 (6) ++++++
Регистрация: 08.11.2003
Адрес: Казань
Тема оказывается уже поднималась.. видимо плохо умею пользоваться поиском,
Но рассматривалась кластеризация 4-ки)) а у меня 2009..
внимательно почитал топики
AOS cluster
AOS в кластере
Из прочитанного я понял, что существуют 2 варианта реализации кластеров:
1. Кластеризация средствами ОС. Ссылка, которую дал уважаемый Mazzy, сдохла (http://technet.navision.com/usered/A...01.00-ENUS.doc ) есть ли у кого сей ценный документ??
2. Кластеризация средствами самого АОСа. Тут как я понял, обязательно использование одного физического приложения и в случае падения одного из аосов, все соединения падают, транзакции откатываются?..
Меня интересует решение, при котором переключение с одного клатера на другой происходило бы прозрачно для пользователей, без отваливания сессий.
Поменялось ли что нибудь в 5-ке в отличии от 4-ки..
Какие есть минумсы использования того или другого решения??
Старый 20.12.2009, 15:12   #3  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от sergeypp Посмотреть сообщение
Из прочитанного я понял, что существуют 2 варианта реализации кластеров:
1. Кластеризация средствами ОС.
2. Кластеризация средствами самого АОСа. Тут как я понял, обязательно использование одного физического приложения и в случае падения одного из аосов, все соединения падают, транзакции откатываются?..
Своего рода кластеризация серверов приложения рассматривается в курсе 80019 AX 2009 Installation and Configuration, в 4-й главе. Т.е. кластеризация предлагается как средство балансировки нагрузки на AOS'ы в смысле равномерного распределения клиентских соединений. При этом предлагается, опять же, два варианта: с выделенным сервером балансировки нагрузки (выполняющим лишь функцию диспетчеризации новых клиентских соединений и не выполняющим бизнес-логику) и без такового. Согласно курсу, преимущество использования выделенного сервера балансировки нагрузки заключается в упрощении конфигурирования клиентов, для которых нужно будет указать лишь этот выделенный сервер, а состав кластера можно будет изменять произвольно, не переконфигурируя клиентов. В случае же отсутствия выделенного сервера балансировки клиентам якобы нужно будет прописывать все сервера, входящие в кластер, и обновлять их конфигурацию при изменении состава кластера. Впрочем, по сообщениям на буржуйских форумах, даже если не указывать все сервера в конфигурации клиента, AOS'ы и так могут якобы перенаправлять новые соединения на другие сервера.
Цитата:
Сообщение от sergeypp Посмотреть сообщение
Меня интересует решение, при котором переключение с одного клатера на другой происходило бы прозрачно для пользователей, без отваливания сессий.
Согласно официальной документации, такого решения нет. Более того, для AX 2009 официально поддерживается кластеризация ролей сервера БД, сервера приложений, но не файл-сервера, хранящего собственно приложение, т.е. даже использование DFS официально не поддерживается. Думается, этот вопрос будет решен в AX6, где приложение обещают хранить в СУБД.
Старый 21.12.2009, 16:28   #4  
sergeypp is offline
sergeypp
Ищу людей. Дорого.
Аватар для sergeypp
 
433 / 174 (6) ++++++
Регистрация: 08.11.2003
Адрес: Казань
А если кластеризация реализована на уровне ОС.. с синхронизацией дискового пространства, памяти.. Может кто-то тестировал это решение..
Насколько я знаю Hyper-v2 позволяет кластеризировать вирт машины.. У кого нить есть опыт?
Старый 21.12.2009, 19:54   #5  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от sergeypp Посмотреть сообщение
А если кластеризация реализована на уровне ОС.. с синхронизацией дискового пространства, памяти..
Вы скорее всего мешаете понятия failover и live migration. Корректный failover (без потери session state) при падении виртуальной машины, гипервизора или хоста в принципе невозможен. А live migration Вам отказоустойчивости не добавляет, он только позволяет перемещать работающую VM между нодами (а - со своими ограничениями и б - процедура требует тестирования с каждым используемым приложением)
Потом, инстанс AOS-а внутри VM что в 4.0, что в 2009 стопроцентной "пуленепробиваемостью" не отличается и нет-нет да и накапливает всякий хлам при мелких проблемах с сетью, БД или клиентами, в результате чего либо через какое-то время падает сам (surprise!), либо планово перезапускается (по возможности - без подключенных пользователей и, соответственно, незаметно), так что бороться за доступность инстанса самого по себе не имеет смысла - он того не стОит. А вот доступность сервиса (количество работающих инстансов AOS-а не ниже заданного и load balancing) Вы и с аксаптовким кластером обеспечить сможете
Так что технологии-технологиями, а про принцип keep it simple тоже забывать не следует
__________________
-ТСЯ или -ТЬСЯ ?
Старый 21.12.2009, 20:14   #6  
Bishop is offline
Bishop
Участник
 
89 / 60 (3) ++++
Регистрация: 12.08.2004
Адрес: Москва
Цитата:
Сообщение от sergeypp Посмотреть сообщение
Меня интересует решение, при котором переключение с одного клатера на другой происходило бы прозрачно для пользователей, без отваливания сессий.
От сервиса сервера приложений AX (Ax32Serv.exe) нельзя требовать стабильной работы в режиме 24/7. Рано или поздно он "падает", со всеми вытекающими последствиями. А "упавший" сервис переносить между кластерами смысла нет . Кроме того, такая стабильность никогда не заявлялась со стороны MS, так что тут все честно.

Последний раз редактировалось Bishop; 21.12.2009 в 20:17.
Старый 21.12.2009, 23:13   #7  
sergeypp is offline
sergeypp
Ищу людей. Дорого.
Аватар для sergeypp
 
433 / 174 (6) ++++++
Регистрация: 08.11.2003
Адрес: Казань
Цитата:
Сообщение от 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-ий вариант.. Кластеризация аосов на уровне кластеризации виртуальных машин.. Будем рыть в этом направлении..
Старый 22.12.2009, 01:04   #8  
Bishop is offline
Bishop
Участник
 
89 / 60 (3) ++++
Регистрация: 12.08.2004
Адрес: Москва
Цитата:
Сообщение от sergeypp Посмотреть сообщение
Отсюда 2 следующих варианта кластеризации аосов:
1. Поднимаются 2 аоса. Оба включаются в кластер. На клиенте прописывается маска аос-серверов. Клиент сам выбирает наименее загруженный аос в момент подключения. Плюсы - легко настроить. Минусы - неудобство администрирования
2. Поднимаются 2 аоса..Поднимаются 2 сервера в кластере.. На сервера в клстере устанавливается АОС по балансировке нагрузки (Select Use this AOS instance for load balancing only (accept no client connections)). Клиентские машины настраиваются на кластер аосов по распределению нагрузки.. В случае падения одного из серверов, второй продолжает работать и распределять. Плюсы - простота управления аосами, Минусы - гемор в настройке, необходимо выделения 2-ух спец серверов (или вешать сервисы на сервера с другими ролями), покупка доп. лицензий на винду. Сам балансирующий аос лицензии не требует.
Советую использовать следующий вариант:
На каждый сервер приложения (физический) устанавливается два АОСа: "основной" (Make this AOS instance part of the load balancing cluster) и "балансировщик" (Use this AOS instance for load balancing only (accept no client connections)), который действительно не требует доп. лицензии (еще бы он ее требовал!).
В конфигурационной утилите клиента перечисляются все "балансировщики".
Таким образом, при выходе из строя любого сервера, приложение останется доступным для клиентов и распределение нагрузки будет продолжать функционировать (если вы используете больше двух "основных" АОСов).
"Балансировщик" никак не нагружает систему, так что не беспокойтесь относительно совмещения двух ролей одним сервером.

И еще, вся балансировка заключается лишь в равномерном распределении количества клиентских сессий по АОСам. Никакого анализа нагруженности процессора/памяти не происходит (AX 4.0, насчет AX 2009 - не знаю).
Например, если на первом АОСе "сидит" 10 пользователей, листающих справочники, а на втором АОСе - 5 пользователей, закрывающих склад, то следующие 5 новых подключений "отбалансируются" на второй АОС, как бы туго ему в этот момент не было...
Старый 22.12.2009, 14:58   #9  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от Bishop Посмотреть сообщение
Советую использовать следующий вариант:
На каждый сервер приложения (физический) устанавливается два АОСа: "основной" (Make this AOS instance part of the load balancing cluster) и "балансировщик" (Use this AOS instance for load balancing only (accept no client connections)), который действительно не требует доп. лицензии (еще бы он ее требовал!).
В конфигурационной утилите клиента перечисляются все "балансировщики".
С тем же успехом можно не создавать load balancer-ов вообще и тупо перечислить в конфигурации клиента все "рабочие" инстансы
А опции "make this AOS instance part of the load balancing cluster" в конфигурации AOS в AX2009 нет, оно теперь из клиента настраивается
Миниатюры
Нажмите на изображение для увеличения
Название: LBCLUSTER.png
Просмотров: 345
Размер:	25.0 Кб
ID:	5469  
__________________
-ТСЯ или -ТЬСЯ ?
За это сообщение автора поблагодарили: Bishop (2).
Старый 22.12.2009, 15:08   #10  
Maximin is offline
Maximin
NavAx
NavAx Club
 
408 / 341 (12) ++++++
Регистрация: 09.10.2002
Адрес: Москва
Я, может быть, что-то не так понимаю, но и без двух AOSов на машину достаточно перечислить в конфигурационной утилите клиента просто все рабочие AOSы. Результат будет тот же. Я не вижу смысла в отдельном балансировщике на каждый AOS - они и так замечательно балансируют сами. Более того, даже если у клиента прописан только один из АОСов, тот МОЖЕТ перекинуть его на другой AOS, из числа входящего в кластер AOSов.
Проверено, в т.ч. и в критических ситуациях, когда падал (вместе с железом) основной AOS вместе с приложением, пришлось заливать приложение на один из дополнительных. Все взлетело и распределилось. Более того, если я подниму свой рабоче-тестовый AOS, подключенный к основной базе и не прописанный ни в одной клиентской конфигурации, и забуду вырубить галку @make part of...", то очень сокро обнаружу там работающих пользователей.
А отдельный AOS-балансировщик MS предлагает использовать только при большом числе входящих подключений для уменьшения нагрузок на основные AOSы. И то - одну штуку.
Цитата:
Сообщение от Bishop Посмотреть сообщение
В конфигурационной утилите клиента перечисляются все "балансировщики".
Vadik Опередил, пока писал...
__________________
Жизнь прекрасна! Если, конечно, правильно подобрать антидепрессанты...

Последний раз редактировалось Maximin; 22.12.2009 в 15:10. Причина:  
За это сообщение автора поблагодарили: Bishop (2).
Старый 22.12.2009, 15:15   #11  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от Maximin Посмотреть сообщение
А отдельный AOS-балансировщик MS предлагает использовать только при большом числе входящих подключений для уменьшения нагрузок на основные AOSы. И то - одну штуку.
Одну? А ну как упадет?
__________________
-ТСЯ или -ТЬСЯ ?
Старый 22.12.2009, 15:23   #12  
Maximin is offline
Maximin
NavAx
NavAx Club
 
408 / 341 (12) ++++++
Регистрация: 09.10.2002
Адрес: Москва
:)
Цитата:
Сообщение от Vadik Посмотреть сообщение
Одну? А ну как упадет?
Упадет - поднимется.
Ну, или не одну. По крайней мере, в мануале написано что-то типа "You can configure one or more AOS instances to be a load balancer". Так что максимальное кол-во балансировщиков - на усмотрение и здравый смысл администратора и степень его паранойи.
__________________
Жизнь прекрасна! Если, конечно, правильно подобрать антидепрессанты...
Старый 22.12.2009, 15:40   #13  
Bishop is offline
Bishop
Участник
 
89 / 60 (3) ++++
Регистрация: 12.08.2004
Адрес: Москва
Цитата:
Сообщение от Vadik Посмотреть сообщение
С тем же успехом можно не создавать load balancer-ов вообще и тупо перечислить в конфигурации клиента все "рабочие" инстансы
Хе-хе, действительно . Я считал (на основании собственных опытов, видимо некорректных), что на АОС с вкл. параметром "Make this AOS instance part of the load balancing cluster" можно "попасть" только через "балансировщик".

Каждый день что-то новое узнаешь..
Старый 22.12.2009, 15:50   #14  
sergeypp is offline
sergeypp
Ищу людей. Дорого.
Аватар для sergeypp
 
433 / 174 (6) ++++++
Регистрация: 08.11.2003
Адрес: Казань
Подводя итоги, ничего нового предложено не было.. Кроме тех вариантов, которые перечислил я.
Старый 22.12.2009, 17:36   #15  
Maximin is offline
Maximin
NavAx
NavAx Club
 
408 / 341 (12) ++++++
Регистрация: 09.10.2002
Адрес: Москва
А что нового кроме того, что описано в документации, вы ожидали увидеть?
Да, Ax 4.0 не умеет (как и тот же SQL Server, к примеру), как писал Vadik failover без потери session state при использовании кластеризации средствами ОС. Толку таскать между серверам VM с AOSом. Более того, вариант неподдерживаемый и был приведен пример неудачи с ним. Ну, а раз так - смысл этой кластеризации отпадает, раз есть кластеризация средствами самой Аксапты (читай возможность запустить несколько AOSов) с вариантами реализации с /без балансировщиков. Собственно, это всё и изложено в поставляемом в дистрибутиве Axapta Implementation Guide. Здесь только вольные пересказы и обсуждения подробностей.
__________________
Жизнь прекрасна! Если, конечно, правильно подобрать антидепрессанты...

Последний раз редактировалось Maximin; 22.12.2009 в 17:40.
Старый 23.12.2009, 01:11   #16  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от Bishop Посмотреть сообщение
Я считал (на основании собственных опытов, видимо некорректных), что на АОС с вкл. параметром "Make this AOS instance part of the load balancing cluster" можно "попасть" только через "балансировщик"
Все верно, в четверке с включенной галкой - именно так. Другое дело, что на инсталляциях с малым количеством AOS-ов использование балансировщиков - лишь способ получить тот же результат с бОльшим количеством телодвижений
Цитата:
Сообщение от sergeypp Посмотреть сообщение
Подводя итоги, ничего нового предложено не было.. Кроме тех вариантов, которые перечислил я.
you're welcome
__________________
-ТСЯ или -ТЬСЯ ?
Старый 23.12.2009, 15:31   #17  
Maximin is offline
Maximin
NavAx
NavAx Club
 
408 / 341 (12) ++++++
Регистрация: 09.10.2002
Адрес: Москва
Цитата:
Сообщение от Vadik Посмотреть сообщение
Все верно, в четверке с включенной галкой - именно так.
Позволю себе уточнить. Если в клиентской конфигурации прописан только балансировщик - то да.
Если прямо прописать все AOSы - можно и без балансировщика.
Правда, не уверен, что будет, если балансировщик есть, но не прописан в конфигурации клиента, а вместо него - прописаны АОСы. Неужто АOS тогда не пустит к себе напрямую?
__________________
Жизнь прекрасна! Если, конечно, правильно подобрать антидепрессанты...

Последний раз редактировалось Maximin; 23.12.2009 в 15:35.
Теги
aos, ax2009, кластеризация, конфигурация

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
emeadaxsupport: Using the DLLFunction kernel class on a 64bit Dynamics AX 2009 AOS Blog bot DAX Blogs 0 20.10.2009 12:05
emeadaxsupport: List of fixes that improve performance of certain features in Dynamics AX 2009 Blog bot DAX Blogs 0 13.10.2009 19:06
axStart: Microsoft Dynamics AX 2009 Hot Topics Web Seminar Series Blog bot DAX Blogs 0 06.08.2008 12:05
Dynamics AX: MSDW: What Will Be the Most Important Performance Enhancement in Dynamics AX 2009? Try Scaling of the AOS Blog bot DAX Blogs 1 09.05.2008 15:26
Arijit Basu: AX 4 AOS Basics: [Level 100] Blog bot DAX Blogs 0 18.11.2007 14:30
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 11:05.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.