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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 04.12.2009, 13:51   #1  
hwreq is offline
hwreq
Участник
 
8 / 10 (1) +
Регистрация: 02.12.2009
Виртуализация и AX2009
Был ли у кого-либо опыт виртуализации с использованием Hyper-V на одном физическом сервере (железе) всего что необходимо для работы АХ2009 (AOS, MS SQL server, ax 2009, сервер терминалов, контроллер домена, Office SharePoint Server) в промышленной среде.
Сколько использовалось виртуальных серверов.
Старый 04.12.2009, 14:29   #2  
egorych is offline
egorych
Участник
Самостоятельные клиенты AX
Oracle
 
761 / 154 (7) ++++++
Регистрация: 09.11.2006
Адрес: Краснодарский край
Я пробовал виртуализировать АОС, но не на Hyper-V, а на старом VirtualServer и на VMWare
Тогда (года 2 назад) Virtual и рядом не лежал с VMWare, но и VM особо не впечатлило по скорости работы.
СУБД вообще ИМХО смысла нет пробовать, ибо основная нагрузка идет на ввод/вывод с дисков.
Старый 04.12.2009, 15:12   #3  
MobyDick is offline
MobyDick
Участник
 
20 / 10 (1) +
Регистрация: 17.09.2006
Постоянно так делаем. Девелоперские и тестовые сервера виртуальные, это позволяет легко делать резервное копирование, восстанавливать и управлять инфраструктурой, а так же мигрировать виртуалки на реальные сервера.
Старый 05.12.2009, 07:18   #4  
hwreq is offline
hwreq
Участник
 
8 / 10 (1) +
Регистрация: 02.12.2009
Цитата:
Сообщение от MobyDick Посмотреть сообщение
Постоянно так делаем. Девелоперские и тестовые сервера виртуальные, это позволяет легко делать резервное копирование, восстанавливать и управлять инфраструктурой, а так же мигрировать виртуалки на реальные сервера.
Вопрос был все таки об использовании в промышленной среде.

Цитата:
Сообщение от egorych Посмотреть сообщение
СУБД вообще ИМХО смысла нет пробовать, ибо основная нагрузка идет на ввод/вывод с дисков.
При правильной архитектуре проблем не вижу. Меня больше виртуализация контроллера домена беспокоит. Практическая сторона.
Старый 05.12.2009, 13:11   #5  
Lazy_Tiger is offline
Lazy_Tiger
NavAx
Axapta Retail User
1C
NavAx Club
 
610 / 31 (3) +++
Регистрация: 17.12.2001
Адрес: Красноярск
Цитата:
Сообщение от hwreq Посмотреть сообщение
Вопрос был все таки об использовании в промышленной среде.
При правильной архитектуре проблем не вижу. Меня больше виртуализация контроллера домена беспокоит. Практическая сторона.
не вижу проблемы с виртуализацией контроллеров домена. есть несколько сценариев, поищите на technet.microsoft.com
__________________
И все они создания природы...
Старый 05.12.2009, 13:14   #6  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от hwreq Посмотреть сообщение
При правильной архитектуре проблем не вижу. Меня больше виртуализация контроллера домена беспокоит. Практическая сторона.
Хотите об этом поговорить (с) ? Расскажите, что Вас беспокоит..
У меня например понятие промышленной среды, виртуализации всего на одном хосте (включая терминальный сервер и СУБД, только почтовика еще не хватает) и правильной архитектуры как-то не вяжутся
__________________
-ТСЯ или -ТЬСЯ ?
Старый 06.12.2009, 18:09   #7  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5798 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от hwreq Посмотреть сообщение
Был ли у кого-либо опыт виртуализации с использованием Hyper-V на одном физическом сервере (железе) всего что необходимо для работы АХ2009 (AOS, MS SQL server, ax 2009, сервер терминалов, контроллер домена, Office SharePoint Server) в промышленной среде. Сколько использовалось виртуальных серверов.
Вы тут несколько различных задач затронули. Одно дело - виртуализировать то, что непосредственно связано с Аксаптой (АОСы те же) - такой опыт есть, особенно это интересно для 3-ки, которая не может эффективно использовать многоядерные/многопроцессорные сервера или большой объем доступной памяти. Если под ту же 3-ку выделять 2 виртуальных процессара и 1,5Гб памяти (она все равно больше гига не съест - подавится) и не пускать на один АОС больше 70-80 пользователей, то количество виртуальных серверов под те же АОСы можно рассчитать самостоятельно. В плане виртуализации доменных контроллеров тоже есть определенный опыт, но на совершенно другом проекте, не связанном с Аксаптой   Вкратце, по ресурсам, Ms рекомендует столько доменных контроллеров, чтобы один обслуживал в среднем не больше 5000 пользователей (ха!), но в любом случае, если вы - не любитель русской рулетки, то доменных контроллеров должно быть минимум два на домен. Опять же, неизвестно, сколько у вас сайтов (в терминах AD, а не Аксапты) - для снижения межсайтового трафика и уменьшения задержек имеет смысд на каждый сайт AD выделить свой доменный контроллер. С точки зрения безопасности роль доменного контроллера не рекомендуется совмещать с какой-либо другой ролью, кроме, может, DNS-сервера, т.е. никаких на нем АОСов, тырнетных шлюзов, серверов БД и даже почтовых серверов (у Exchange Server, кроме прочего, возникают определенные косяки при работе на DC в момент выключения сервера, связанные с тем, что его службы останавливаются позже службы AD, продолжая к ней ломиться) и тем более (!) терминального сервера. Впрочем, опять же, каждый решает для себя, что ему дороже. Терминальный сервер в общем и целом виртуализируется достаточно хорошо, но тут надо смотреть, сколько у вас пользователей, и что они делают в терминальных сессиях, потому что бывает так, что под терминальник требуется куда больше ядер проца и памяти, чем под тот же АОС для аналогичного числа пользователей. СУБД вряд ли стоит виртуализировать - разве что у вас совсем смешные объемы данных. СУБД нужен по возможности непосредственный доступ к дисковому хранилищу и много памяти - в этом контексте проще сделать резервную копию настроек СУБД и, в случае чего, развернуть сервер на другом хосте с нуля. На счет MOSS ничего сказать не могу.
Вообще, в плане виртуализации доменных контроллеров есть один очень забавный момент: с одной стороны, хочется иметь возможность, удаленно управлять системой - в т.ч. хостом, где развернуты виртуалки, а с другой стороны, в промышленной эксплуатации очень многие службы и роли серверов становятся завязаны на AD. Мне как-то приходилось делать домен полностью виртуализированным, но пришлось для той же VMware отказаться от автозапуска большинства виртуалок и писать скрипт для их "ручного" запуска в определенной последовательнсти и с определенными задержками друг относительно друга, чтобы все службы заработали при загрузке, а не отваливались из-за недоступности других необходимых служб.

Последний раз редактировалось gl00mie; 06.12.2009 в 19:16. Причина: typo
За это сообщение автора поблагодарили: savel (1), Logger (7), Raven Melancholic (3), oip (1), alex55 (1), hwreq (1).
Старый 07.12.2009, 07:04   #8  
hwreq is offline
hwreq
Участник
 
8 / 10 (1) +
Регистрация: 02.12.2009
Цитата:
Сообщение от gl00mie Посмотреть сообщение
С точки зрения безопасности роль доменного контроллера не рекомендуется совмещать с какой-либо другой ролью, кроме, может, DNS-сервера, т.е. никаких на нем АОСов, тырнетных шлюзов, серверов БД и даже почтовых серверов
Поэтому речь и идет о виртуализации и отделении а не простом "запихивании" всего на один сервер.

Цитата:
Сообщение от gl00mie Посмотреть сообщение
Терминальный сервер в общем и целом виртуализируется достаточно хорошо, но тут надо смотреть, сколько у вас пользователей, и что они делают в терминальных сессиях, потому что бывает так, что под терминальник требуется куда больше ядер проца и памяти, чем под тот же АОС для аналогичного числа пользователей.
С вашего позволения попробую конкретизировать. Пусть будет не более 200 доменных пользователей, один сайт, 50 пользователей Аксапты, из них 10 работающих терминально исключительно с Аксаптой и офисными приложениями.
Цитата:
Сообщение от gl00mie Посмотреть сообщение
СУБД вряд ли стоит виртуализировать - разве что у вас совсем смешные объемы данных. СУБД нужен по возможности непосредственный доступ к дисковому хранилищу и много памяти
А я наивно полагал что аппаратная поддержка сервером технологии Hyper-V как раз и обеспечивает "по возможности непосредственный доступ к дисковому хранилищу".
Опять таки для примера, положим, размер базы 20-30 Гб

Цитата:
Сообщение от gl00mie Посмотреть сообщение
Вообще, в плане виртуализации доменных контроллеров есть один очень забавный момент: с одной стороны, хочется иметь возможность, удаленно управлять системой - в т.ч. хостом, где развернуты виртуалки, а с другой стороны, в промышленной эксплуатации очень многие службы и роли серверов становятся завязаны на AD.
Не хотелось бы огрести "забавных" моментов типа http://ru.intel.com/business/communi...&showentry=982
Можно ли обойтись одним физическим сервером, реализующим потребности Аксапты, если в настоящий момент в организации существует только почтовый сервер, под который задействован обычный компьютер.
Старый 07.12.2009, 09:32   #9  
raz is offline
raz
NavAx
Аватар для raz
NavAx Club
Лучший по профессии 2014
Лучший по профессии 2009
 
1,494 / 1065 (38) ++++++++
Регистрация: 22.07.2003
Адрес: МО
Performance and Scalability of Microsoft SQL Server on VMware vSphere 4.
http://www.vm4.ru/2009/06/sql-2008-v...vsphere-4.html
За это сообщение автора поблагодарили: hwreq (1).
Старый 07.12.2009, 13:10   #10  
hwreq is offline
hwreq
Участник
 
8 / 10 (1) +
Регистрация: 02.12.2009
Цитата:
Сообщение от raz Посмотреть сообщение
Performance and Scalability of Microsoft SQL Server on VMware vSphere 4.
http://www.vm4.ru/2009/06/sql-2008-v...vsphere-4.html
на 14% снижается пропускная способность (количество транзакций в секунду) в случае виртуализации. Интересно, какой показатель при использовании Hyper-V.
Старый 07.12.2009, 19:56   #11  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от hwreq Посмотреть сообщение
на 14% снижается пропускная способность (количество транзакций в секунду) в случае виртуализации. Интересно, какой показатель при использовании Hyper-V
Это очень упрощенный подход - считать, что если одна ресурсоемкая задача при виртуализации "проседает" на n процентов, то три ресуроемкие задачи (СУБД, терминальный сервер, AOS), запиханные на один хост, просядут на те же n процентов каждая.
Ок, от теории - к практике. Используем виртуализированные (Hyper-V) AOS-ы. Первая же неделя показала, что два виртуальных процессора на VM - мало, запуск чего-нибудь тяжелого вроде закрытия склада увеличивает время отклика до минуты и более, а ждать по нескольку минут чтобы просто войти в систему мало кто согласен. AOS-ов у Вас больше одного (я надеюсь).
Citrix: один виртуальный сервер (4 ядра) держит у нас примерно 30 пользователей. Будем считать, что для terminal services цифры того же порядка
Итого: 2-way quad-core хост мы уже полностью утилизировали даже без учета СУБД, системы на число сокетов > 2 с точки зрения price/performance Вас сильно не порадуют, особенно если сравнить с несколькими двухсокетными, которые обойдутся сильно дешевле. Про единственный контроллер AD на 200 человек выше уже писали - занятие для сильных духом.
Виртуализация нагруженной СУБД - читайте между строк. На какой СХД проводилось тестирование? Midrange на 180 шпинделях. У Вас есть такая? Коль уж Вы собираетесь пихать все яйца в одну корзину (весь домен на одном физическом хосте), полагаю не все шоколадно с бюджетом, а раз так - полОжите БД все на тот же мегахост (4-6 дисков DAS как правило). Взлетите Вы на этом кадавре? Вполне возможно, а вот жить на нем долго и счастливо - это навряд ли
P.S. В общем, думайте сами, решайте сами...
__________________
-ТСЯ или -ТЬСЯ ?
За это сообщение автора поблагодарили: savel (1), hwreq (1).
Старый 08.12.2009, 09:33   #12  
egorych is offline
egorych
Участник
Самостоятельные клиенты AX
Oracle
 
761 / 154 (7) ++++++
Регистрация: 09.11.2006
Адрес: Краснодарский край
Мы, когда собирались покупать новое оборудование, сначала думали купить 1 здоровенную железяку (типа IBM 3650 - которую наращивать можно) и все поставить на VM, но в процессе тестирования все переиначили - купили корзину лезвий + 2 хранилища разной производительности.
Мое ИМХО - виртуализировать можно не очень нагруженные сервера - типа почты, Web, возможно DNS и AD.
Мне категорически не понравилась работа AOSa на виртуалке! Даже незагруженного - время отклика увеличивалось ну очень сильно.
Как-то так.
За это сообщение автора поблагодарили: savel (1), hwreq (1).
Старый 09.12.2009, 07:59   #13  
hwreq is offline
hwreq
Участник
 
8 / 10 (1) +
Регистрация: 02.12.2009
С одной стороны остались сомнения что в 2008R2 влияние всех вышеперечисленных негативных факторов можно минимизировать. Но с другой, почитав http://social.technet.microsoft.com/...tualizationru/, огрести проблемы типа http://social.technet.microsoft.com/...-3a4eeca0a2cd/ крайне не хотелось бы.
Старый 20.12.2009, 13:04   #14  
sergeypp is offline
sergeypp
Ищу людей. Дорого.
Аватар для sergeypp
 
433 / 174 (6) ++++++
Регистрация: 08.11.2003
Адрес: Казань
Цитата:
Сообщение от Vadik Посмотреть сообщение
Ок, от теории - к практике. Используем виртуализированные (Hyper-V) AOS-ы. Первая же неделя показала, что два виртуальных процессора на VM - мало, запуск чего-нибудь тяжелого вроде закрытия склада увеличивает время отклика до минуты и более, а ждать по нескольку минут чтобы просто войти в систему мало кто согласен. AOS-ов у Вас больше одного (я надеюсь).
А можно несколько вопросов для уточнения? )
Hyper-V или Hyper-V2
2 вирт процессора - сколько цпу стояло на хосте? гостевой машине с аосом отдавались 2 физических проца? (тут я могу наврать, но насколько мне известно, Hyper-V2 позволяет как физически отдать проц гостевой машине, так и виртуализировать процы в одно пространство и отдавать это пространство гостевым машинам кусками, при этом хостовая машина сама занимается перераспределением ресурсов между гостевыми машинами)..

Вообще интерсует следующее, если гостевой системе отдавать ресурсы (процы, память) физически. то насколько упадет производительность по сравнению с теми же конфигурациями без виртуализации (на отдельных платформах). Если при виртуализации с физ выделением ресурсов, одна из гостевых машин начинает загружаться на 80-100 %, как это отражается на производтельности других гостевых систем.. У кого был опыт? поделитесь впечатлениями..
Теги
ax2009, виртуализация, оборудование

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axcoder: Sidax & Tabax for Ax2009 Blog bot DAX Blogs 4 17.02.2021 19:13
gatesasbait: Improved AOT Queries in Ax2009 Blog bot DAX Blogs 3 12.10.2011 15:03
Khue Trinh: Fill Utility in AX2009 Blog bot DAX Blogs 0 10.07.2009 10:05
ax2009 & SSRS kitty DAX: Программирование 6 02.04.2009 10:38
Fred Shen: New server-based batch framework in AX2009 Blog bot DAX Blogs 0 04.09.2008 07:06

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 19:05.