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