Страницы

Показаны сообщения с ярлыком ESXi. Показать все сообщения
Показаны сообщения с ярлыком ESXi. Показать все сообщения

четверг, 15 июля 2021 г.

Эволюция процессоров архитектуры x86

Если глубоко не погружаться в подробности, то архитектура x86 была коммерческим продуктом ещё в конце 1970-ых годов в виде 8-ми битного процессора (CPU). С соотношением сокет/процессор/ядро/поток – 1:1. Со временем, вместе с развитием технологий чипов, понятия размывались. Реальное положение дел остается таким, что все упирается в пространство. С точки зрения транзисторов – это обозначает плотность. Наверняка, многие слышали про закон Мура, который гласит, что число транзисторов в микрочипе удваивается каждые два года, а стоимость компьютера снижается на половину. Вопрос достижения предела закона Мура – это предмет длительных дебатов, но тем не менее он остаётся глубоким технологическим знатоком.

За годы развития вычислительной техники, процессоры (CPU) проделали огромный путь и совершили переход от отношения 1:1 к 1:много. Далее мы рассмотрим особенности современной архитектуры вокруг таких понятий как сокеты, процессоры, ядра и потоки.


Сокет (Socket).

На самом базовом уровне находится материнская плата, не способная ни на что без чипа процессора, который должен быть вставлен в специальный разъем – сокет (Socket). Более корректный термин – сокет процессора (CPU Socket). Современные блейд-серверы, как правило, используют материнские платы с двойным сокетом (Dual-Socket) в лезвиях, хотя встречается и оборудование совсем другого класса, такое как HP DL-980 – с восьмью сокетами. Отдельный большой вопрос, мимо которого пройти нельзя – это неунифицированный доступ к памяти (Non-Uniform Memory Access, NUMA). Узел NUMA не связан с процессором, так как представляет собой связь между сокетом процессора и ближайшим банком памяти.


Процессор (CPU).

Центральная вычислительная единица – процессор (CPU) – это самый широко применяемый термин, достаточно часто – неправильно, так как многие под процессором подразумевают сокеты, ядра и даже потоки. Фактически соотношение между сокетом и процессором остаётся 1:1, вне зависимости от того, как используется термин. В конце концов, процессор – это часть интегрированного кремния в сокет процессора на материнской плате.


Ядро (Core).

Начиная с 2005/2006-го годов Intel и AMD начали выпускать процессоры с несколькими единицами обработки. В данном случае – это единицы предоставляющие возможность выполнять одну инструкцию от операционной системы. Таким образом, процессор с 10-ю ядрами способен параллельно выполнять 10 инструкций. К сожалению, в виду физической архитектуры, производительность увеличилась не пропорционально количеству ядер, так как в игру вступает фактор расположения – процессора (CPU) со связанными ядрами и памятью. Набор инструкций, приходящий от операционной системы, установленной на системе с несколькими процессорами, не видит единый кэш процессора (CPU Cache) и сталкивается с другими проблемами производительности из-за расположения.


Поток (Thread).

Поток (Thread) – это просто очередь для инструкций операционной системы. Путаница обычно связана с термином гипертрединг (Hyperthreading), который существует с 1980-ых. А Intel не выпускала свой чип HT (Hyperthread) до Pentium 4 (примерно 2002-ой год). Если максимально все упростить, то включение HT разрешает два потока (или очереди) к ядру. Таким образом, включение HT на системе с 10-ю ядрами обеспечит 20 потоков. Система по-прежнему сможет выполнять 10 инструкций операционной системы за цикл, но при этом сможет помещать 20 инструкций в очередь. Это предоставляет дополнительный уровень эффективности, позволяя совершать множество событий постановки и выемки инструкций из очереди. HT способен предоставить до 30% прироста производительности за счёт устранения задержки (улучшения эффективности). Однако никакой магии здесь нет и это всего лишь приближает систему к теоретическому максимуму числа инструкций, которые могут выполняться в указанный отрезок времени на процессоре/ядре.


Почему точное определение столь важно.

Рассмотрим пример с esxtop, термин «PCPU» используется для представления потока (а не физического процессора или ядра). Термин «CORE» – это ядро. Если значения PCPU не отображаются, это обозначает, что HT не включен в BIOS/EFI хоста гипервизора ESXi. В некоторых случаях – возможность ориентироваться в архитектуре и ее представлении на конечной системе может быть очень полезным, так как позволит получить представление о том какой процент времени каждый поток выполняется на ядре.


Заключение.

Все вышеперечисленное можно резюмировать следующим образом – архитектура x86 основана на последовательности:

пятница, 30 апреля 2021 г.

Стандартный коммутатор (vSS) в VMware vSphere 7

 

Давненько у нас не было веб-кастов про VMware vSphere 7, а тем временем пришло время обсудить устройство сети и стандартный коммутатор vSphere (vSphere Standard Switch).

В веб-касте представлено описание компонентов сети составляющих основу сетевого стека хостов ESXi, а все демонстрации веб-каста представлены в двух интерфейсах: веб-интерфейсе хоста ESXi и vSphere Client. В веб-касте вы найдете настройку существующего коммутатора (vSS) и создание нового стандартного коммутатора, в том числе демонстрируется настройка устойчивого соединения с внешней сетью при помощи группы входящих каналов (Uplink), создание групп портов (Port Group) и переключение ресурсов между стандартными коммутаторами. В результате демонстраций настраивается разделение трафика управления хостом ESXi с трафиком виртуальных машин.

Подробности и видео: LebedevUM.

P.S. Чуть позже я планирую вернуться к вопросу виртуальных сетей VMware vSphere.

вторник, 28 июля 2020 г.

Установка VMware ESXi 7

Вот и пришло время перейти от слов к делу: я уже достаточно много писал о релизе и новых возможностях VMware vSphere 7, теперь же пришло время для веб-кастов. И начнем мы по традиции с основ – развертывания гипервизора VMware.

В веб-касте представлено краткое описание архитектуры и этапов развертывания VMware vSphere, а также лицензирования хостов ESXi. Центральное место в веб-касте отведено демонстрации развертывания и начальной настройки VMware ESXi 7. Дополнительно в веб-касте представлено описание аппаратных требований для хостов ESXi и программных требований для запуска веб-клиента.

Подробности и видео: LebedevUM.

P.S. Познакомиться с новыми возможностями VMware vSphere 7 можно при помощи следующих статей:

понедельник, 27 апреля 2020 г.

VMware vSphere 7: Компоненты и технологии для гибридного облака


10 марта 2020 года был анонсирован релиз VMware vSphere 7, и мы продолжаем знакомиться с новейшими технологиями для гибридного облака.


vSphere с Kubernetes


Первоочередная из возможностей vSphere 7 – это vSphere с Kubernetes (ранее известная как Project Pacific). Это очень большая тема, охватывающая вопрос трансформации vSphere для одновременной поддержки как виртуальных машин, так и контейнеров. Как говорилось ранее, Tanzu Kubernetes Grid Service обеспечивает возможность запуска, полностью соответствующего и совместимого, Kubernetes с vSphere. Однако, когда полная совместимость с проектом с открытым исходным кодом не нужна, vSphere Pod Service может предоставлять оптимизированную производительность и улучшенную безопасность за счёт изоляции, подобной виртуальным машинам. Обе эти опции доступны через VMware Cloud Foundation 4.

Важно отметить, что Kubernetes теперь встроен в vSphere, что в свою очередь позволяет разработчикам продолжить использовать стандартные для индустрии инструменты и интерфейсы для создания современных приложений. Администраторы vSphere, также получат преимущества, так как они могут управлять инфраструктурой Kubernetes при помощи тех же интерфейсов и навыков, которые они приобрели, работая с vSphere. Чтобы помочь связать эти два мира, команда разработки представила новую конструкцию vSphere, называемую пространства имён (Namespaces), позволяющее администраторам vSphere создавать логические наборы ресурсов, прав и политик, обеспечивающих подход с упором на приложения.


В дополнение к пространствам имён есть ещё несколько совершенно новых возможностей для обсуждения. Разработчики vSphere не забыли и о традиционных окружениях, которые не заинтересованы в Kubernetes, для таких окружений также имеется широкий набор новых и улучшенных возможностей. Фактически были сделаны значительные шаги для двух технологий: DRS и vMotion.

Улучшенный распределённый планировщик ресурсов (DRS)


vSphere DRS был переосмыслен для лучшего обслуживания контейнеров и виртуальных машин. DRS использовался с упором на состояние кластера и алгоритм, рекомендовал использовать vMotion, когда это могло принести преимущества балансировки нагрузки во всем кластере. Это значит, что DRS использовался для достижения баланса в кластере при помощи модели стандартного отклонения.

Но что при этом происходит с отдельной виртуальной машиной? Какое влияние vMotion окажет на нее и ее старых и новых соседей? Новая логика DRS использует совсем другой подход, который отвечает на эти вопросы. Он вычисляет оценку DRS для виртуальной машины и перемещает виртуальную машину на хост с максимальной оценкой DRS для виртуальной машины. Самое значимое отличие от старой версии DRS заключается в том, что больше не балансируется нагрузка хостов. Это значит, что DRS меньше заботится об использовании ресурсов хостов ESXi и приоритет отдается происходящему с виртуальной машиной. Оценка DRS виртуальной машины вычисляется каждую минуту и это обеспечивает более гранулированную оптимизацию ресурсов.

Специальная аппаратная поддержка (Assignable Hardware)


В vSphere 7 присутствует новая платформа, называемая Assignable Hardware, которая разработана для расширенной поддержки возможностей vSphere при использовании аппаратного ускорения. Это обеспечивает vSphere DRS (при начальном размещении виртуальной машины в кластере) и поддержку vSphere High Availability (HA) для виртуальных машин с проброшенными устройствами PCIe или NVIDIA vGPU. Связанный с назначаемым оборудованием (Assignable Hardware) новый Dynamic DirectPath I/O является способом настройки проброса для предоставления устройств PCIe напрямую в виртуальную машину. Оборудование, описывающее устройство PCIe больше не привязывается напрямую в конфигурационный файл виртуальной машины (vmx). Вместо этого оно теперь представлено, как способность устройства PCIe для виртуальной машины.

Вместе с Dynamic DirectPath I/O, NVIDIA vGPU и Assignable Hardware являются новой мощнейшей комбинацией, обеспечивающей потрясающие функциональные возможности. Например, рассмотрим виртуальную машину, которой неоьходим NVIDIA V100 GPU. Assignable Hardware теперь будет взаимодействовать с DRS при включении данной виртуальной машины (начальное размещение) для поиска хоста ESXi, который имеет доступное необходимое устройство, затем она (Assignable Hardware) занимает устройство и регистрирует виртуальную машину на данном хосте. Если на хосте происходит сбой и срабатывает vSphere HA, Assignable Hardware также позволяет данной виртуальной машине перезапуститься на подходящем хосте с доступным необходимым оборудованием.

vSphere Lifecycle Manager


vSphere Lifecycle Manager учитывает для ряд новых возможностей vSphere, связывая эти возможности воедино, чтобы сделать управление жизненным циклом лучше. При помощи vSphere Lifecycle Manager VMware создала парадигму изменения в управлении конфигурацией vCenter Server и хостов ESXi. Используя модель настройки требуемого состояния, администраторы vSphere могут разово создавать конфигурации и затем применять их, в последствии продолжая вести мониторинг требуемого состояния при помощи новых инструментов, называемых vCenter Server Profiles и Image Cluster Management. vCenter Server Profiles позволяют администраторам стандартизировать конфигурацию для всех vCenter Server и выполнять мониторинг для защиты от отклонений в конфигурации.

Cluster Image Management позволяет администраторам создавать образы на уровне кластера, которые определяют конфигурацию хостов в кластере. Образ кластера может объединять в себе релиз vSphere (ESXi), дополнения производителей (которые будут дельтой между золотым образом ESXi и OEM ISO в терминологии VUM) и дополнением микропрограммного обеспечения, которое создаст коммуникации между vSphere Lifecycle Manager и предоставляемым производителем инструментом управления микропрограммным обеспечения (или Hardware Support Manager), такого как Dell OMIVV. В данном релизе партнерами VMware выступили Dell EMC и HPE.

В-третьих, внутри vSphere Lifecycle Manager находится vCenter Server Update Planner. vCenter Server Update Planner предоставляет простой инструмент для помощи в планировании, обнаружении и обновлении клиентского окружения, а также получения уведомлений о доступности обновлений напрямую в vSphere Client. Можно использовать Update Planner для простого мониторинга матрицы взаимодействия продуктов VMware, чтобы убедиться, что доступное обновление совместимо с остальным программным обеспечением VMware в окружении. Также можно запускать набор доступных предварительных проверок для помощи в проверке совместимости версий перед началом обновления. Все это сделано для успешного обновления без каких-либо сюрпризов.

Важно отметить, что vCenter Server Update Planner работает только с vSphere 7 и старше. Таким образом, Update Planner не может помочь с обновлением с vSphere 6.x до vSphere 7, но он существенно упростит последующие обновления vSphere 7.

Переработанный vMotion


Также, как и с DRS, рассмотрим процесс vMotion с особым вниманием на том, как VMware улучшила процесс для поддержки актуальных рабочих нагрузок. Виртуальные машины с большим объемом оперативной памяти и значительной процессорной нагрузкой, такой как SAP HANA и Oracle Database вызывали проблемы при живой миграции с использованием vMotion. Влияние на производительность в процессе vMotion и потенциально продолжительная фаза переключения, которая не подходит для множества клиентов, зачастую приводит к отказу от использования vMotion для столь больших рабочих нагрузок. В vSphere 7, логика vMotion была значительно улучшена, что позволяет использовать технологию для больших рабочих нагрузок.

В общем виде, vMotion состоит из нескольких процессов. Для большинства виртуальных машин эти процессы могут быть выполнены очень быстро, зачастую настолько быстро, что миграцию можно даже не заметить. Для виртуальных машин с большим количеством процессоров и значительным объемом памяти процессы миграции, как правило, становятся заметны, иногда настолько, что приложение, запущенное в виртуальной машине, считает, что возникла проблема. В новой версии vSphere некоторые процессы были улучшены, чтобы избежать ошибок vMotion при миграции больших виртуальных машин. Один из таких процессов использует трассировщики страниц, обеспечивающие отслеживание активности изменения страниц памяти для vMotion. До vSphere 7, трассировка страниц выполнялась на всех vCPU виртуальной машины, что могло привести виртуальную машину и ее рабочие нагрузки к ограничению ресурсов самой миграцией. В vSphere 7 используется выделенный vCPU для трассировки страниц, в связи с этим виртуальная машина может продолжить работать пока происходит процесс vMotion.

Другой процесс, который был улучшен, – это копирование памяти. До vSphere 7, память перемещалась между хостами в страницах размером по 4k. vSphere 7 теперь использует страницы размером 1 Gb, вместе с несколькими другими оптимизациями, это делает перемещение данных значительно более эффективным. Состояние виртуальной машины и битовая карта страниц памяти перемещается между хостами (когда происходит переключение), улучшения сделаны для того, чтобы убедиться, что время оглушения остаётся в пределах одной секунды. Продолжительность оглушения (приостановки) виртуальной машины кране важна для очень больших виртуальных машин, им трудно перемещать битовую карту за прогнозируемое время (меньше одной секунды). Таким образом, вместо перемещения всей битовой карты – размер которой может изменяться сотнями мегабайт для большой виртуальной машины, перемещаются только необходимые страницы. Большинство страниц на самом деле уже находятся на удаленном хосте от оригинальной передачи, таким образом, VMware удалось сократить время передачи с секунд до миллисекунд.

Основной результат всех этих изменений заключается в том, что теперь vMotion можно использовать и для больших виртуальных машин.

Внутренняя безопасность


Одно из наиболее очевидных направлений улучшения безопасности – это использование политик паролей, и один из наиболее простых способов сделать это – использовать многофакторную аутентификацию (MFA). Проблема заключается в том, что существует множество путей для реализации многофакторной аутентификации (MFA), и практически невозможно расширить vCenter Server за счёт всех их. Более того, даже если VMware реализует некоторые из них, это продублирует то, что множество клиентов уже имеют в своей корпоративной системе управления идентификацией и не будет соответствовать цели – облегчить жизнь администраторам vSphere.


Решение – это федерация с использованием открытых стандартов аутентификации и авторизации, таких как OAUTH2 и OIDC. При помощи vSphere 7 и федерации идентификации (Identity Federation) vCenter Server может общаться с корпоративным провайдером идентификаторов, тем самым выводя администратора vSphere и vCenter Server из процесса. Это упрощает работу администраторам vSphere и сокращает область аудита на соответствие. Также это открывает множество путей для реализации многофакторной аутентификации, так как уже имеется возможность подключаться к таким вещам, как службы федерации Active Directory (AD FS). В vSphere 7 AD FS поддерживается из коробки и в дальнейшем будут добавлены другие поставщики.


Также была представлена vSphere Trust Authority (vTA), помогающая упростить установку доверия во всем стеке – от голого оборудования до рабочих нагрузок. vSphere Trust Authority (vTA) создаёт аппаратный корень доверия при помощи маленького, отдельно управляемого кластера узлов ESXi, который берет на себя задачу аттестации. Аттестация хоста – это процесс безопасной загрузки UEFI (UEFI Secure Boot), Trusted Platform Module (TPM) сервера и внешний сервис, которые работают вместе с использованием криптографии, чтобы убедиться, что запушено подлинное программное обеспечение в правильной конфигурации.

В vSphere 7, vTA даёт аттестации возможность проверки соблюдения правил за счёт коммуникации доверенных хостов с системами управления ключами (KMS). Это упрощает подключение к KMS, что в свою очередь упрощает аудит рисков, а также гарантирует, что хост, который не прошел аттестацию, не получит доступ к секретной информации. Без этой информации, хост не сможет запустить зашифрованные виртуальные машины. Это защищает от запуска защищённых виртуальных машин на не доверенных серверах.

Управление сертификатами, также продолжило улучшаться, за счёт сокращения количества сертификатов, необходимых для управления, а также за счёт представления нового мастера импорта сертификатов. Сертификатами пользователей решений (Solution User) более не нужно управлять и ESXi также был упрощен, чтобы его службы использовали общий сертификат. Ну и на последок доступен REST API для операционного управления, такого как обновление сертификата от VMware Certificate Authority (VMCA), что упрощает автоматизацию процесса.

Прочие улучшения


Рассмотрим ещё несколько улучшений. В первую очередь, разработчики продолжили упрощать архитектуру vCenter Server. Начиная с vSphere 7, более нет возможности развернуть внешний Platform Service Controller (PSC) или vCenter Server для Windows. Если в окружении присутствует любой из этих типов развертывания, установщик vCenter Server 7 будет автоматически мигрировать на виртуальное устройство (Appliance) vCenter Server со встроенным PSC. Не смотря на изменения архитектуры – это достаточно простой процесс, как и ранее, который не требует множества шагов и инструментов.

Также были добавлены: поддержка для нескольких сетевых интерфейсов в виртуальном устройстве vCenter Server, новые инструменты командной строки и улучшенный центр разработки (Developer Center) в vSphere Client. Также представлена новая версия оборудования виртуальной машины (VM Hardware) – 17, которая добавляет еще больше новых возможностей, таких как точные часы для поддержки PTP, vSGX и виртуальный сторожевой таймер (Virtual Watchdog), который помогает вести мониторинг кластерных приложений. Немного позже я планирую рассказать об этих возможностях подробнее.

Заключение


Как видно, vSphere 7 – это существенный релиз, который меняет правила и сценарии применения продукта в корпоративном окружении. В нем сделан серьезный упор на улучшение и упрощение управления жизненным циклом и безопасность. Также vSphere 7 продолжает расширять границы возможностей благодаря клиентам и партнёрам. И за счёт добавления Kubernetes, адаптация новейших технологий и современных приложений ускорится. vSphere 7 – это технология для гибридных облаков.

P.S. Это вторая статья в цикле, описывающая новые возможности VMware vSphere 7, больше подробностей об интеграции контейнеров в инфраструктуру vSphere представлено в предыдущей статье цикла: «VMware vSphere 7: Основные службы для современного гибридного облака». Также, VMware vSAN 7 получил множество новых возможностей, познакомится с ними можно в статье «Релиз VMware vSAN 7».

В дальнейшем я продолжу рассказывать о новых возможностях VMware vSphere 7.

среда, 22 января 2020 г.

Обновление до ESXi 6.7 средствами VMware Update Manager


В предыдущем веб-касте мы начали разговор про обновление VMware vSphere и рассмотрели обновление vCenter Server Appliance до версии 6.7. На этот раз мы продолжим рассматривать процедуру обновления и сосредоточимся на хостах ESXi.


В веб-касте описывается процедура обновления VMware vSphere 6.7, хостов VMware vSphere Hypervisor (ESXi) и предварительных требований. Центральное место в веб-касте занимает процедура подготовки VMware Update Manager и обновление с его помощью хостов ESXi до версии 6.7 Update 3. Отдельное внимание в веб-касте уделяется возможным проблемам при обновлении и способам защиты от них.

Подробности и видео: LebedevUM.

P.S. Данный веб-каст является продолжением для веб-каста «Обновление до VMware vSphere 6.7».



Подробнее познакомиться с новыми возможностями VMware vSphere 6.7 Update 3 можно при помощи моих статей «Релиз VMware vSphere 6.7 Update 3» и «Релиз VMware vSAN 6.7 Update 3 и редакции Enterprise Plus».

понедельник, 2 декабря 2019 г.

Основная поддержка VMware vSphere 6.0 заканчивается в 2020 году


12 марта 2020 года заканчивается основная поддержка (General Support) для VMware vSphere 6.0.

Окончание поддержки распространяется на:
  • vCenter Server 6.0.
  • vCenter Update Manager 6.0.
  • ESXi 6.0.
  • Site Recovery Manager 6.0 и 6.1.
  • vSAN 6.0, 6.1 и 6.2.
  • vSphere Data Protection 6.0 и 6.1.
  • vSphere Replication 6.0 и 6.1.

Узнать подробности жизненного цикла продуктов VMware можно на странице Lifecycle Support.

Для сохранения полного уровня поддержки и сервисов подписки, VMware рекомендует обновиться до vSphere 6.5 или 6.7. Обратите внимание, что обновление до vSphere 6.5 или 6.7 не только даст все возможности vSphere, но также обеспечит и новейшим релизом vSAN и его возможностями (при наличии лицензии vSAN).

Если нет возможности обновиться с vSphere 6.0 до окончания основной поддержки, при наличии активных сервисов поддержки и подписки, можно приобрести расширенную поддержку (Extended Support) сроком на один год с возможностью продлить поддержку максимум на два года после даты окончания основной поддержки. Дополнительная информация находится на странице расширенной поддержки.

Technical Guidance для vSphere 6.0 доступны до 12 марта 2022, в основном через портал самостоятельной помощи. В рамках фазы Technical Guidance, VMware не предлагает поддержку нового оборудования, обновления серверных/клиентских/гостевых операционных систем, новые обновления или исправления ошибок кроме обозначенных. За дополнительной информацией обратитесь к VMware Lifecycle Support Phases.

Обновление до VMware vSphere 6.7.


Для получения дополнительной информации о преимуществах и способах обновления vSphere посетите VMware vSphere Update Center. VMware продлила основную поддержку для vSphere 6.5 и 6.7 до полных 5 лет с момента релиза, они заканчиваются 15 ноября 2021 года.

Я уже записал веб-каст на тему обновления до VMware vSphere 6.7. Он будет опубликован ближайшее время.

суббота, 7 сентября 2019 г.

Смена имени (FQDN) vCenter Server Appliance 6


Много времени прошло с тех пор как я последний раз записывал веб-касты про VMware vSphere но вот наконец то руки дошли и до нее.

В сегодняшнем веб-касте речь пойдет про новую возможность, которая впервые появилась в VMware vSphere 6.7 Update 3 – переименование vCenter Server Appliance.


В веб касте описаны предварительные требования и действия, которые необходимо выполнить после переименования. Центральное же внимание в веб-касте отведено демонстрации переименования vCenter Server Appliance 6.7 при помощи VMware Appliance Management Interface (VAMI).

Подробности и видео: LebedevUM.

P.S. Познакомиться с развертыванием VMware vSphere 6, можно при помощи веб-каста Установка VMware vCenter Server Appliance 6.

Узнать о других новинках VMware vSphere 6.7 Update 3 можно при помощи следующих статей:

В следующем веб-касте речь пойдет о резервном копировании и восстановлении vCenter Server Appliance 6.

воскресенье, 14 июня 2015 г.

Установка VMware vCenter Server Appliance 6

Рад вам представить мой первый веб-каст по VMware vSphere 6.0!

Десять лет назад, в далеком 2005-ом году я впервые познакомился с продуктами VMware и с тех пор довольно много с ними работал. Но, по ряду причин, делать веб-касты по ним ранее не получалось, то не хватало мощностей, то времени. Всерьез, задумался об изготовлении веб-кастов по VMWare в прошлом году (по версии 5.5), когда готовился к сертификации VMware Certified Professional, но, как и многое в прошлом году, они ушли в стол.
 
 
Еще в мае я запланировал сделать несколько веб-кастов про VMware vCenter Server 6, но свободное время появилось только сейчас.
На данный момент записано 3 веб-каста:
  • Установка VMware vCenter Server Appliance 6.
  • Настройка VMware vCenter Server Appliance 6 через vSphere Web Client.
  • Настройка VMware vCenter Server Appliance 6 через Appliance Shell и DCUI.
 
 
Представляю вашему вниманию первый из них. В веб-касте вы найдете информацию о vCenter Server Appliance, сравнение возможностей с предыдущей версией (5.5), демонстрацию установки vCenter Server Appliance и подключения ESXi 6.0 к vCenter Server Appliance, а также многое другое.
 
Подробности и видео: LebedevUM.
 
 
PS> Постараюсь выложить остальные веб-касты ближайшее время, но как получится, пока не знаю.