Наш ИТ-отдел собирается развернуть виртуализированные приложения с помощью Citrix XenApp.
Одним из таких приложений будет Dynamics AX 4.0 SP2, клиент ERP (над которым я работаю).
Они якобы достигли препятствия, потому что внешний «консультант по Dynamics AX» сообщил нашему ИТ-отделу, что Dynamics 4 не будет работать оптимально на Citrix и будет работать очень медленно, потому что он не оптимизирован для Citrix. Теперь он работает в тестовой среде и выглядит нормально. Им сказали, что единственное «решение» - это перейти на Dynamics AX 2009, где якобы эта проблема была исправлена. (задача не из легких для моей команды!)
Когда я услышал об этом, я был очень удивлен. Исходя из моих кратких знаний о Citrix, я подумал, что он не будет зависеть от приложений.
Как работает виртуализация приложений Citrix, если одно конкретное приложение будет работать на Citrix лучше других?
Будет ли скорость виртуализированного приложения зависеть только от ресурсов / сетевого подключения на сервере Citrix?
К вашему сведению, Dynamics AX - это трехуровневая система клиент / сервер, поэтому клиент будет обращаться к серверу приложений AOS, который затем обращается к базе данных.
Просветите меня пожалуйста :)
Есть ли у вас основания доверять этому консультанту?
Если бы это был я, я бы развернул его на тестовом сервере и посмотрел, какова производительность. Приложение может делать множество глупостей, из-за которых оно плохо подходит для виртуализации или удаленных рабочих столов, но кто знает, подходит ли ваше приложение?
(Edit) Я вижу, вы сказали, что уже запускаете его в тестовой среде. Ну как дела? :) Убедитесь, что вы напрягаете эту среду, по крайней мере, так же (или больше, чем) реальная. Генерация нагрузки сама по себе является искусством, но вкратце: ударить по ней очень сильно. Множество одновременных сессий, делающих разные вещи, желательно на основе кода. В крайнем случае, попросите всех в вашем отделе прийти в конференц-зал за обедом и поиграть в него, пока есть пиццу (которую вы купили).
Сегодня все еще есть поставщики приложений, которые не берутся утверждать, что их приложение будет правильно работать под Citrix или VMware. В некоторых случаях они даже знают, что есть активные проблемы. Приложения ERP могут быть непростыми задачами, потому что во многих случаях вы получаете всю установку и поддержку через VAR, поэтому у вас может не быть доступа к базе знаний поставщика или форумам поддержки.
Вполне возможно, что есть известные проблемы - если их приложение делает глупые вещи, такие как тонна небольших операций записи на диск, это может вызвать проблемы с производительностью в многопользовательской настольной системе, такой как Citrix или TS, особенно если у вас нет такие вещи, как кэш записи в вашей системе хранения. Некоторое программное обеспечение, и я видел подобное программное обеспечение ERP, предполагает, что только один пользователь будет иметь все системные ресурсы, доступные по мере необходимости.
Итак, подтолкните их к доказательствам проблемы - при каких условиях снижается производительность, есть ли у них рекомендации по размеру и т. Д. Возможно, ваша установка не станет жертвой того, что, по его словам, является известной проблемой.
Однако, если это реальная проблема, и ваш стенд не генерирует производственную нагрузку (реальное количество одновременных пользователей, загружающих отчеты о заказах или выполняющих действия в конце месяца, настоящие стресс-тесты), тогда вы не сможете сделать ничего хорошего. работа по доказательству его неправоты.
Будет ли скорость виртуализированного приложения зависеть только от ресурсов / сетевого подключения на сервере Citrix?
В целом да, но, как я сказал выше, дело не только в пропускной способности ЦП, ОЗУ и LAN. Также есть такие вещи, как дисковый ввод-вывод, и странные вещи Windows, такие как Session Desktop Heap и счетчики GDI, с которыми в однопользовательской системе очень редко возникают проблемы.
Когда вы говорите «вроде нормально», вы должны убедиться, что проводите тестирование в среде, аналогичной среде конечных пользователей. В частности, самое медленное поддерживаемое соединение. Если у вас есть удаленные офисы с T1 и очень малой доступной пропускной способностью, вам следует смоделировать этот сценарий во время тестирования.
Здесь доступен простой инструмент для имитации сетевой задержки:
http://www.tmurgent.com/download%5CTMnetsim32_02040000.zip
Я бы также создал базовый уровень производительности для 4.0 и 2009 и сравнил их. Если то, что они говорят, верно, это должно быть измеримо.
Когда кто-то говорит, что приложение не будет оптимально работать на Citrix, они говорят, что клиентская часть приложения не предназначена для использования в многопользовательской среде. Чаще всего такие приложения плохо написаны или просто устарели. Спросите консультанта, поддерживается ли приложение в старых простых службах терминалов. Если это так, то он будет работать на Citrix.