Вход|Регистрация

Неразборчивое о виртуальном
Записи с меткой View 5

VCP-DT 5 experience

Понедельник, 31 декабря 2012, 21:29

В конце года решил закончить то, что не было доделано ещё весной. Сдал базовый экзамен в линейке "десктопных" - VCP-DT 5.

Лично мне экзамен понравился. Хороший, "плотно сбитый" перечень вопросов для практикующих админов. Тривиальных вопросов, типа зачем нужен VMware Composer, практически не было. Вопросы на знание командной строки, которые я ожидал увидеть, тоже не встретились (возможно, мне так повезло :).

Большое количество вопросов на понимание работы и взаимосвязи различных компонент всего комплекса VMware View. Причём заданы они, например, в такой форме: Всё развернули; всё поработало; однажды утром юзер жалуется на то-то; куда будете смотреть?

Экзамен состоит только из вопросов. Никаких практических заданий или составления дизайнов. В Blueprint'е отдельно было подчёркнуто, что экзамен для администраторов, т.ч. логично предположить что всё это может появиться в VCAP-DTD, который уже вот-вот будет доступен.

Экзамен базовый, т.ч. я готовился по официальной документации. Вот три места, где её брать в первую очередь:

1) VCP5-DT Exam Blueprint

2) VMware View 5.1 Documentation

3) Technical Resource Center

4) Network connectivity requirements for VMware View

Удачи всем, кто собирается сдавать!

PS: Коллега из VMUG Belarus выложил презентации с первой встречи в Минске (в том числе и мою). Там нужна небольшая регистрация, которая может пойти в зачёт развития их комьюнити, т.ч. не поленитель потратить несколько минут :)

Написать комментарий
VCP  View 5  

WP: View Storage Accelerator in VMware View 5.1 [UPDATED]

Среда, 31 октября 2012, 03:13

С подачи Andre Leibovici попалась на глаза интересная дока по технологии Content-Based Read Cache (CBRC) используемой в связке vSphere 5 и View 5.x.

Если кратко, CBRC это кеширование в память ESXi-хоста, данных читаемых виртуальными машинами с диска. В идеале, после первого обращения, все последующие операции чтения могут происходить из буфера в памяти хоста, без обращения к СХД.

Само собой это может значительно снизить нагрузку (только для read I/O) на вашу дисковую подсистему на бекэнде, которая, особенно, для VDI-решений запросто может быть главным узким местом.



Несколько тонкостей реализации и работы CBRC, которые оказались ранее не очевидными для меня:

1) Возможность кеширования для хоста можно включить только с выключением или переносом всех вм. Причём нужно не забыть, что на хосте может быть зарегистрирована реплика для linked-клонов, работающих на других хостах. Это будет блокировать включение CBRC.

2) Буфер с кешируемыми блоками данных в памяти хоста никак не привязан к конкретной вм. Он один и используется при обработке запростов на чтение всех вм хоста. Легко догадаться, что максимального эфекта можно добиться для машин, развёрнутых из одного образа :)



3) Сама по себе CBRC не перезаполняется по мере изменения блоков вм, например когда нагрузка со стороны вм снижается. Происходит это через строго определённые промежутки времени (по-умолчанию через 7 дней) или при выключении/включении вм.

Полностью WP стоит почитать вот тут: http://www.vmware.com/resources/techresources/10334

Update [24.11]

Продолжая тему View Storage Accelerator, при создании пула десктопов в настройках кеширования можно выбрать к каким дискам виртуальных машин это применять:

В зависимости от значения этой настройки и типа пула десктопов кеширование будет выполняться так:

  • Linked-clone пул и OS disk: в таком случае digest-файлы создаются только для дисков всех реплик (их можем быть несколько на разных датасторах)
  • Linked-clone пул и OS and persistent disk: digest-файлы создаются для дисков реплик и для пользовотельских дисков (если такие настроены при создании пула)
  • Для Full clone пулов digest-файлы создаются для всех дисков виртуальных десктопов

Для первого варианта настроек получатся ситуация. когда в памяти хостов кешируются только блоки "золотого образа" с ОС, что в свою очередь дублирует функционал View Replica Tiering - возможности выноса дисков реплик на отдельное быстрое хранилище (например отдельный пул SSD-дисков в СХД). Так вот:

Use of View Storage Accelerator is not supported when View Replica Tiering is enabled

У тогоже Andre Leibovici можно почитать более подробно почему это так. В двух словах, внутренние тесты VMware не показали большого прироста производительности при совместном использовании данных технологий.

Если бы вы сейчас читали один не безызвестный блог, то далее бы шла длинная теория о том, что VMware в очередной раз скрывает настоящие результаты, например чтобы не убивать бизнес стороджовых вендоров (EMC, sik!). Но это не так, потому поверем Андре на слово :)

Источник:

View Storage Accelerator – In Practice

Кроме всего прочего, там много другой интересной информации, например почему размер кеша ограничен 2 GB.

Написать комментарий
View 5  wp  
⇤ Последнее
Первое ⇥
← Позже 1-я (и последняя) страница Раньше →