Данные расчеты являются не тривиальной задачей, поскольку в расчетах затрагиваются параметры, которые не поддаются четкой оценке. Так, реальное использование дисковых массивов зависит от таких факторов как рабочая загрузка виртуальных десктопов, политик обновлений (Desktop Refresh) и реконфигураций (Desktop Recomposition), типа используемых пулов (Persistent – пользователь привязывается к конкретному десктопу или Non-Persistent – привязки пользователя к десктопу нет) и т.д.
Одно понятно точно: при определении необходимого дискового пространства уже не надо производить расчет исходя из самого худшего случая, когда размер, занимаемый виртуальными машинами на дисковом массиве, равен размеру одной виртуальной машины умноженный на их количество.
Основная экономия достигается за счет применения политик обновлений, а также за счет использования тонкого диска для хранения пользовательских данных. Несмотря на то, что дельта диск может вырасти до размеров диска реплики, благодаря различным настройкам пулов, а также Desktop Refresh мы всегда имеем возможность вернуться к исходному размеру дельта диска, а также контролировать количество виртуальных машин на дисковом массиве.
Применение тонких дисков обеспечивает постепенный рост занимаемого дискового пространства за счет выделения места под пользовательские данные, реально хранящиеся на диске.
Рассмотрим некоторые интересные настройки, которые позволяют экономить дисковое пространство.
Desktop Refresh:
Refresh OS disk on logoff – Обновление диска при выходе пользователя из системы(применяется только для пулов типа Persistent):
Never – диск не обновляется. Не рекомендуется выставлять, если конечно пользователи сами активно не обновляют свою ОС (устанавливают и настраивают различное ПО).
Always – диск обновляется при каждом выходе из системы. Данный параметр устанавливается как в зависимости от специфики работы пользователей, например в интернет кафе, call центре, так и при политике жесткой экономии дискового пространства или иных случаях.
Every – устанавливается специфическое время когда будет производиться обновление диска. Данный параметр задается в днях и следует применять, когда вы уверены в том, что за заданный период ваш пул не достигнет максимума дискового пространства на системе хранения.
At – Базовый образ обновляется когда дельта диск достигает определенного уровня на хранилище и задается в процентах.
Power off and delete virtual machine after first use – после завершения работы виртуальная машина выключается и удаляется. Данный параметр применяется только для пулов типа Non-Persistent и экономит как дисковое пространство, так и использование процессорных ресурсов и ресурсов памяти.
При настройке интересен параметр дополнительных настроек, который позволяет настраивать количество десктопов в пуле:
Minimum number of virtual machines – минимальное количество десктопов выделенное в этом пуле. Т.е. количество десктопов которое, сразу создается при создании пула.
Maximum number of virtual machines – максимальное количество десктопов.
Number of available virtual machines – доступное количество десктопов в каждый момент времени.
Например, если задать данным параметрам значения 1, 5, 1 соответственно, то будет создан один десктоп (параметр minimum number) пул из 5 виртуальных десктопов (параметр maximum number). Если какой-либо пользователь залогинится на первый десктоп, автоматически создастся еще один виртуальный десктоп (параметр available virtual machines).
Настройка данных параметров в совокупности с другими настройками позволяет гибко управлять инфраструктурой виртуальных десктопов, дисковым пространством, а также вычислительными ресурсами. Исходя из оценок нашей инфраструктуры, мы всегда можем иметь минимум доступных машин необходимых для работы пользователей, а так же настроить процедуру удаления десктопов уже завершивших свою работу.
Приведем несколько примеров расчета пространства дисковых массивов исходя из параметров указанных выше, и посмотрим, от каких параметров зависит экономия места на СХД. Поскольку многие факторы уникальны для каждого отдельного внедрения VMware View для простоты расчетов были учтены только некоторые параметры.
Таблица 1 - Исходные данные.
Пример 1
Пример 2
Vmware View Linked Clone
Pool
Standard pool
Vmware View Linked Clone
Pool
Standard pool
Базовый размер, (ГБ)
10.00
10.00
10.00
10.00
Количество VM
100
100
1000
1000
Размер реплики, (ГБ)
10.00
-
10.00
-
Файл подкачки, (ГБ)
0.256
0.256
0.256
0.256
Размер Linked Clone, (ГБ)
1.26
10.26
1.26
10.26
Таблица 2 – Расчет дискового пространства для 3-х случаев.
Используемое место:
Пример 1
Пример 2
1. Every - Выполнение обновлений каждые 2-3 дня (предполагаем, что дельта диск достигает размера 1.5 ГБ).
195.6
1025.6
1776
10256
2. Always - Обновление происходит после Log Off пользователя (предполагаем, что дельта диск в течение рабочего дня достигает размера 0,5 ГБ).
95.6
1025.6
776
10256
3. Вновь созданные Linked Clones (предполагаем, что дельта диск при создании равен 0,05 ГБ).
50.6
1025.6
326
10256
Таблица 3 – Экономия от использования технологии Linked Clones
Экономия для 1-го случая
80.93%
82.68%
Экономия для 2-го случая
90.68%
92.43%
Экономия для 3-го случая
95.07%
96.82%
Таблица 4 – Экономия с учетом пользовательского диска.
Пример 1 с
пользовательскими данными
Пример 2 с
пользовательскими данными
VMware View Linked Clone
Pool
Standard pool
VMware View Linked Clone
Pool
Standard pool
Пользовательский диск, (ГБ)
1
20
1
20
Используемое место:
1. Выполнение обновлений каждые 2-3 дня (предполагаем, что
дельта диск достигает размера 1,5 ГБ)
295.6
3025.6
2776
30256
2. Обновление происходит после Log Off пользователя
(предполагаем, что дельта диск в течение дня достигает размера 0,5 ГБ).
195.6
3025.6
1776
30256
Вновь созданные Linked Clones
150.6
3025.6
1326
30256
Таблица 5 – Экономия от использования технологии Linked Clones с учетом пользовательского диска.
Экономия для 1-го случая
90.23%
90.82%
Экономия для 2-го случая
93.54%
94.13%
Экономия для 3-го случая
95.02%
95.62%
Как видно из расчетов, экономия тем выше, чем большее количество виртуальных десктопов внедряется в организации и чем чаще производится Desktop Refresh. Также большая экономия достигается за счет использования тонких дисков для пользовательских данных.
Некоторые пояснения к расчетам:
В нашем примере было сделано предположение, что дельта диск достигнет размера 1.5 ГБ в течение двух-трех дней работы, реально, за два дня работы на виртуальном десктопе дельта диск вырос до 1.3 ГБ, причем, в первые сутки, он вырос до 700МБ, после увеличился до размера 1.3 ГБ и процесс роста приостановился. Таким образом, экономия для 100 машин для системного диска для самого худшего случая составила порядка 800ГБ, а в случае для 1000 машин 8ТБ, что уже существенно.
Ситуация меняется (в лучшую сторону) при добавлении к расчетам пользовательского диска, так экономия для 100 машин получается 2.7ТБ, а для 1000 виртуальных машин 27 ТБ. Конечно, было сделано допущение, что пользовательский диск равен 20ГБ, но и в случае 10ГБ и 5ГБ для 1000 машин экономия составляет 17ТБ и 13ТБ соответственно. Экономия для двух других случаев с более частым обновлением базового образа еще более существенна.
Также стоит заметить, что при развертывании стандартного пула место на дисковых массивах будет сразу зарезервировано для всех развертываемых машин, а при использовании технологии Linked Clones и правильном конфигурировании политик создания и удаления виртуальных машин, для данной конкретной организации, экономия дискового пространства будет еще значительней.
Комментариев: 2
yugkz(04/03/2009) Интересно, а если компьютер в домене, как быть в случае использования Linked Clone. Ведь SID будет одинаков?
Антон Ткач(08/04/2009) Для генерации нового SID, создания нового имени, регистрации в домене View Composer запускает системную утилиту QuickPrep.
RSS
