Приложения оптимизированы для XenApp?

Существуют все еще поставщики приложений сегодня, которые не примут на себя обязательство говорить, что их приложение будет работать правильно под Citrix или VMware. В некоторых случаях они даже знают, что существуют активные проблемы. Приложения ERP могут быть жесткими гайками для взламывания, потому что в большом количестве случаев, Вы получаете всю установку и поддержку через VAR, таким образом, у Вас не могло бы быть доступа к поставщику КБ или форумы поддержки.

Возможно, что существуют известные проблемы, хотя - если их приложение делает глупые вещи как тонна маленьких записей на диск, оно может вызвать проблемы производительности в multi-concurrent-desktop-user системе как Citrix или TS, особенно если у Вас нет вещей как кэш записи в Вашей системе хранения. Некоторое программное обеспечение, и я видел программное обеспечение ERP как это, предполагает, что только один пользователь будет иметь все системные ресурсы в наличии по мере необходимости.

Так, требуйте у них доказательство проблемы - при каких условиях производительность, на которую повлияли, сделайте у них есть инструкции по калибровке и т.д. Возможно, что Ваша установка не станет жертвой того, чего он требует, известная проблема.

Однако, если это - настоящая проблема, и Ваш испытательный стенд не генерирует производственную загрузку (вещественное число параллельных пользователей, вытягивающих отчеты о порядке или делающих операции конца месяца, реальные стресс-тесты), затем Вы не можете сделать хорошего задания доказательства его неправильно, также.

Был бы скорость виртуализированного приложения не только зависеть от ресурсов/сетевого соединения, которые имеет сервер Citrix?

В целом да, но поскольку я сказал выше, это не просто ЦП, RAM и пропускная способность LAN. Существуют также вещи как диск IO и странные вещи Windows как Настольная "куча" Сессии и счетчики GDI, что однопользовательская система очень редко имеет проблемы с.

У Вас есть какая-либо причина доверять тому консультанту?

Если бы это был я, то я развернул бы его на сервере тестирования и видел бы то, на что похожа производительность. Существует множество глупых вещей, которые приложение может сделать, которые делают его плохим пригодным для виртуализации или удаленных рабочих столов, но кто знает, делает ли Ваше приложение?

(Редактирование) я вижу Вас, сказало, что Вы уже выполняете его в тестовой среде. Ну, как это идет?:) Удостоверьтесь, что Вы подчеркиваете, что среда, по крайней мере, так же как (или больше, чем) реальный будет. Поколение загрузки является искусством к себе, но короткая версия: поразите его действительно трудно. Много одновременных сессий, делая разные вещи, предпочтительно кодирует управляемый. В повышении заставьте всех в своем отделе приезжать в конференц-зал за ланчем и сильным ударом на нем при употреблении в пищу пиццы (что Вы купили).

То, когда Вы говорите, "кажется хорошо", необходимо удостовериться, что Вы тестируете в среде, подобной среде конечных пользователей. В частности, самое медленное поддерживаемое соединение. Если у Вас есть удаленные офисы с T1 и очень небольшим количеством сетевой доступной пропускной способности, которая является сценарием, необходимо моделировать во время тестирования.

Легкий инструмент для моделирования сетевой задержки доступен здесь:

http://www.tmurgent.com/download%5CTMnetsim32_02040000.zip

Я также создал бы базовую линию производительности и 4,0 и 2009 и сравнил бы два. Если то, что они говорят, корректно, это должно быть измеримо.

Каждый раз, когда кто-то говорит, что приложение не будет работать оптимально на Citrix, что они говорят, то, что клиентская часть приложения не разработана, чтобы использоваться в пользовательской среде. Как правило, приложения как это плохо записаны или просто устаревшие. Спросите консультанта, если приложение поддерживается на простых Службах удаленных рабочих столов. Если это будет, то это будет работать над Citrix.