Худшие лучшие практики виртуализации – часть 3
Последние четыре вредных совета относительно виртуализации завершат наш небольшой цикл статей. Первые шесть худших «лучших практик виртуализации» были рассмотрены нами в первой и второй части.
Механизм over-commitment для процессора - это не так уж плохо. Случай, когда нагрузка не превышает физические возможности процессора, довольно очевиден - для поддержки развертывания должно быть достаточно мощности процессора. Но в свою очередь, с точки зрения принципов Макиавелли, как сказал Ринталан, важно планировать то, что работники на самом деле делают, а не то, на что надеются работодатели и ожидают от своих сотрудников.
Не каждый сотрудник работает каждую секунду в течение дня, но в некоторых компаниях только около 40% сотрудников на самом деле работает в любой момент времени. Эксперт упомянул, что видел статистику использования для развертывания XenApp, где показатель активной одновременной работы составлял 40% пользователей, фактически некоторые из оставшихся 60% не совершили ни одного действия в течение одной минуты, а у других рабочий процесс простаивал в течение четырех часов. А потому механизм over-commitment для процессора может на самом деле быть более верным шагом и экономически более эффективной мерой, чем планирование ситуации, когда все сотрудники будут работать в одно и то же время.
Не доверяйте всему, что говорят эксперты. Шон Басс, Хельге Кляйн и Аарон Паркер представили на многих отраслевых конференциях сессию под названием «Я получил 99 проблем и каждая из них связана с перенаправлением папок», но Ринталан и Аллен заявили, что из их 99 проблем ни одна не связана с перенаправлением папок.
«Худшая» практика доверия словам этих экспертов была представлена в достаточно веселой манере, но использовать перенаправление папок или нет – в действительности зависит от того, с каким из двух зол администраторы предпочитают иметь дело: задержки или длительный процесс регистрации.
С перенаправлением папок в XenApp и непостоянным развертыванием настольных систем, приходится мириться с задержкой, пока файлы проделают свой путь от файлового сервера к конечному устройству. Альтернативой является использование перемещаемых профилей или управляемых профилей, чтобы сделать так, чтобы данные приложений всех пользователей передавались им в момент входа в систему, но в таком случае пользователи сталкиваются с проблемой длительного входа в систему.
Flexcast Management Architecture (FMA) может охватить центр обработки данных. Документация Citrix говорит, что ИТ-компании не могут построить несколько сайтов на FMA, но это не на 100% верно. Можно построить несколько сайтов FMA через центры обработки данных, но если они имеют более 50 миллисекунд задержки между ними, Citrix не будет официально их поддерживать.
Pod архитектура не бесполезна. Даже компании, которые имеют только один центр обработки данных, могут построить два сайта XenApp и сбалансировать нагрузку с использованием pod архитектуры. В таком случае возможно, что даже при отключении одного сервера пользователи даже не почувствуют этого – второй сервер вступает в работу и берет на себя все функции.
«Если у вас только один сайт XenDesktop, Вам нужно быть готовым к отключению», - сказал Аллен.
Возможно, это не все распространенные вредные советы, которые связаны с виртуализацией. Наверняка многие смогут дополнить этот список перечнем собственных примеров.