vSphere – Page 11

Анонс VMware vSphere 7

Компания VMware анонсировала обновление своей платформы vSphere до версии 7.0, доступность дистрибутивов обещают 1 мая 2020 года.

Статьи на русском:

Чего не будет в VMware vSphere 7.0?

Аносирована новая версия VMware vSAN 7.0 – что там будет интересного?

Анонсирована новая версия VMware vSphere 7 – что нового?

Список ссылок на английские статьи с vSphere 7.0 Link-O-Rama (также смотрите на planet.vsphere-land.com) :

VMware announces vSphere 7.0: Here’s what you need to know (vSphere-land)

Introducing vSphere 7: Essential Services for the Modern Hybrid Cloud (VMware vSphere Blog)
VMware online launch event replay (VMware.com)
VMware vSphere 7 Datasheet (VMware.com)

VMware What’s New Links

What’s New in vSphere 7 Core Storage (VMware Virtual Blocks)
What’s New in SRM and vSphere Replication 8.3 (VMware Virtual Blocks)
Announcing vSAN 7 (VMware Virtual Blocks)
What’s New in vRealize Operations 8.1 (VMware Cloud Management)
Announcing vRealize Suite Lifecycle Manager 8.1 (VMware Cloud Management)
Announcing VMware vRealize Automation 8.1 (VMware Cloud Management)
Announcing VMware vRealize Orchestrator 8.1 (VMware Cloud Management)
What’s New in VMware Cloud Foundation 4 (Cloud Foundation)
Delivering Kubernetes at Cloud Scale with VMware Cloud Foundation 4 (Cloud Foundation)

VMware Video Links

Чего не будет в VMware vSphere 7.0?

Вот и первая заметка о выходящей в марте 2020 года новой платформе от VMware – vSphere 7.0. В этой статье напоминание об уходящих технологиях.

Во-первых, не будет поддержки VMware vSphere 6.0! 12 марта 2020 года заканчивается поддержка этой всеми любимой платформы – End of General Support for vSphere 6.0 (66977). Прощай наш толстый друг – C# клиент, RIP…

Во-вторых, пришла очередная волна отказа от поддержки процессоров. Анонсированный ранее отказ, описанный в статье Прекращение поддержки процессоров в VMware vSphere 6.7, будет реализован в коде. Обратите внимание, что следующие поколения процессоров больше не поддерживаются ESXi 7.0:

Intel Xeon 36xx
Intel Xeon 56xx – да, теперь окончательно!
Intel Xeon E7-28xx
Intel Xeon E7-48xx
Intel Xeon E7-88xx

Кандидаты на вылет с последующей версии vSphere (установщик будет выдавать предупреждение):

Intel i3-21xx
Intel i7-2655-LE
Intel Xeon E3-11xx
Intel Xeon E3-12xx
Intel Pentium 14xx
Intel Xeon E5-14xx
Intel Xeon E5-16xx
Intel Xeon E5-24xx
Intel Xeon E5-26xx
Intel Xeon E5-46xx
Intel Pentium B925C
Intel i3-32xx
Intel i7-3500-LE/UE
Intel i7-3600-QE
Intel Xeon E3-11xx-C-v2
Intel Xeon E3-12xx-v2
AMD Opteron 32xx
AMD Opteron 42xx
AMD Opteron 62xx

Зато новые процессоры теперь поддерживаются: Intel Cascade Lake и AMD Rome.

А теперь об обещанных ранее к выводу технологий из платформы: Continue reading “Чего не будет в VMware vSphere 7.0?”

Замена сертификата на VMware vCSA 6.x

Статей по замене сертификата на vCSA 6.5/6.7 достаточно много (навскидку раз, два).

Решил поделиться нашим корпоративным опытом на основе статьи из Wiki от Артема. Данная статья покрывает замену сертификата для самого vCenter Server (machine certificate). Остальные сертификаты остаются неизменными!

Continue reading “Замена сертификата на VMware vCSA 6.x”

Как получить экономическую целесообразность при внедрении VDI?

Темой виртуализации рабочих мест служба ИТ предприятия заинтересовалась в 2015 году. Для ИТ это был вариант замены более старого проекта с посредственным результатом – внедрения терминальной фермы на MS Windows Server 2003.

MS WS RDS

Пилот

Для начала запустили маленький пилот на базе MS WS Hyper-V 2012 R2/RDS VDI, терминальная ферма под проект не подходила по причине большого количества legacy-программ, которые не работали в 64-битном окружении.

Пилот благополучно завершился с кучей нерешённых вопросов относительно подключения периферийных устройств, также повлияли политические настроения.

VMware Horizon

Пилот

Спустя полтора года ситуация с парком ПК на базе Windows XP накалилась до предела – прогноз показывал, что 30-35% компьютерного парка будут старее 10 лет, и их надо сдавать в утиль.

Снова решили запустить пилот, но уже на VMware Horizon.

Обсуждение проекта с коллегами и партнёрами всегда приводило к одному выводу – VDI однозначно будет дороже, чем купить новые офисные ПК.

Первой задачей была – ничего не потратить на клиентское место! Как это сделать? Все окружающие нас публичные проекты были построены на брендовых тонких клиентах с нехилой стоимостью от 20-25 тысяч рублей за системный блок, что по нижней планке конкурировало с классическим офисным системным блоком.

Стали искать варианты, как задействовать текущий системный блок (Celeron 420/440; 1 ГБ ОЗУ) для установки клиентского ПО.

Решение пришло из прошлого терминального опыта – использовать бесплатную ОС Thinstation, которая поддерживает актуальные версии VMware Horizon Client.

Второй задачей была – обеспечить функционирование компонентов ПК и периферии. На проверку совместимости оборудования и ПО, доводку клиента и драйверов потратили 80% времени пилота.

Тестировались:

Десятки моделей USB-принтеров.
USB-считыватели пропусков.
USB-накопители.
Сетевые МФУ и USB-сканеры.
USB-сканеры штрих-кодов/USB-принтеры штрих-кодов.
Несколько типов видеокарт.
Несколько типов материнских плат.
Несколько типов сетевых карт.

Из системных блоков были выкинуты жесткие диски, а загрузка клиента была организована через PXE.

На выходе из пилота стало ясно – 95% наших потребностей VMware Horizon технологически закрывает. Из проблем остались только сканеры, но по ним у нас был запущен параллельно проект по приобретению МФУ со сканированием на файл-серверы.

Проект Continue reading “Как получить экономическую целесообразность при внедрении VDI?”

Видеозаписи докладов с VMworld 2019 EU

Видеозаписи докладов с VMworld 2019 EU доступны на страницах:

Epic fail story

Всем привет!

Пятница, вечер, дождик…

1) В одной компании вышел из строя RAID6 на HP Proliant Gen6, виртуальные машины на VMware ESXi стали частично недоступны.

Пошли за бэкапами на систему хранения QNAP – оказалось, что она тоже потеряла два диска в RAID5, вследствие чего бэкапов тоже нет.

Владелец взял где-то два брендовых SATA-диска IBM, объединил их в программное зеркало (динамический диск MS Windows) и скинул туда данные с сервера Hyper-V. Сервер Hyper-V был переформатирован под ESXi.

Когда через месяц-два он раздобыл новый сервер под Hyper-V, оказалось, что оба IBM-диска неживые.

Я не уточнял у него, как он вышел из этой ситуации.

2) В другой компании внезапно стали недоступными виртуальные машины, находящиеся на одном из RAID-массивов. Как оказалось, LUN3, состоящий из двух SSD-дисков в зеркала, решил что ну его…

У нас же есть бэкапы, заявил мой тезка. Угу-угу, VMware Data Protection 6.1.2 не загружался, в консоли висела надпись:

/usr/local/vdr/configure/bin/checkforddrpreset.pl", exit status=0

1	/usr/local/vdr/configure/bin/checkforddrpreset.pl", exit status=0

Перезагрузка не помогла, через час все было точно также.

vDP пытались оживить сначала вручную, потом через техподдержку VMware. Третий по счету инженер из EMC смог оживить бэкапы и мы узнали… что последний бэкап сделан год назад. Так как “Retention Policy” требует хранить бэкапы за последние 90 дней…

Тут мой тезка и говорит “у меня есть еще одна система резервного копирования, сохраняющая файлы на сервер в Amazon. Но я залогиниться туда не могу 🙁

В общем, сервер с бэкапами на Amazon оказался заражен каким-то ransomware…

Параллельно была сделана попытка выключить и включить система храения с выдергиванием/втыканием SSD-дисков (потому что она еще и на RAID-контроллер ругалась)…

После включения массива сдохло еще 4 SAS-диска (2 уже не работали), вследствие чего Lun2 ушел следом за Lun3. Как оказалось, MD3220i более 7 лет.

Какие выводы (кроме настройки уведомлений) вы бы сделали из обоих историй?

Какие epic fail были у вас?

Политика ротации резервных копий vCenter не работает

В последнее время VMware часто озвучивает новый функционал VCSA VAMI – создание резервных копий конфигурации vCenter на разные хранилища по протоколам FTP/FTPS, HTTP/HTTPS, SCP, NFS, SMB.

Мы сразу после внедрения VCSA 6.7 настроили резервные копии на FTP, время от времени удаляя копии с хранилище.

После реализации поддержки SMB перенастроили на новый протокол, но с удивлением обнаружили, что ротация резервных копий так и не работает.

Поиск в БЗ VMware подсказал ответ – VCSA VAMI backup is failing to delete old backups according to retention policy (70823). То есть проблема нам не померещилась и когда-нибудь будет исправлена, а пока чистим руками…

Windows VMware vSphere: UEFI или BIOS

На днях я сконвертировал несколько виртуальных серверов Hyper-V 2012R2 в VMware vSphere 6.5, и тут коллеги заметили, что VMRC как-то странно ругается.

Опытным путем было выяснено, что он ругается на включенный UEFI в их серверах. Коллеги подтвердили, что сервера были развернуты с системой UEFI и режимом SecureBoot, который после конвертации на VMware был отключен. Причем они сказали, что в Hyper-V GEN2-машинах UEFI включается автоматически.

Я проверил настройку по умолчанию для Windows 2012/2016 в VMware – там рекомендуемый режим – BIOS.

Пойдемте разбираться вместе, кто прав 😉

Continue reading “Windows VMware vSphere: UEFI или BIOS”

Список проверок vSphere Health

При подключении к Программе повышения эффективности работы заказчиков (Customer Experience Improvement Program, CEIP), вы может проверить здоровье вашей vSphere через онлайн-анализатор.

Проверки с проблемами пишутся все, а вот беспроблемные только частично. Меня интересовало – что ещё проверяется?

Итак список проверок на момент публикации статьи:

ESXi host with i40e driver and TCP Segmentation Offload
(TSO) enabled KB 2126909
ESXi with HP ILO driver version 10.0.1-24 KB 2148123
Intel IOMMU interrupt remapper is disabled for ESXi hosts on
HP ProLiant Gen8 servers KB 2149043
ESXi host dvfilter vmci socket deregistration KB 2149242
ESXi 6.0 Update 2 when hardware Large Receive Offload
(LRO) is ‘enabled KB 2144968
Network redundancy check when configuring VMware High
Availability in vCenter Server KB 1004700
ESXi 6.5.x has 10Gb Physical Nic and NetQueue is enabled KB 2151749
ScratchConfig.CurrentScratchLocation is set to “/scratch” on
ESXi version 6.0.0 and 6.5.0 KB 2151209
ESXi maximum number of supported storage devices KB 2150280
ESXi 6.5 or 6.7 host with IPv6 disabled KB 2150794
ESXi system logs on vSAN datastore KB 2147541
ESXi host with native Intel X710 driver and VLAN tagging KB 2149781
ESXi with bad brcmfcoe or lpfc driver versions KB 2151391
SearchLow I/O performance using intel-nvme drivers 1.3.2.8-
1OEM and 1.3.2.4-1OEM with block sizes larger than 4K KB 55693
Host experiences PF Exception 14 with
bnx2x_netq_free_rx_queue_single in backtrace KB 53353
Virtual machine operations on an ESXi 6.0 host fails KB 2113450
Sequential-context attack vector vulnerability in Intel
processors KB 55806
Concurrent-context attack vector vulnerability in Intel
processors KB 55806
ESXi unable to save hostd service state to /bootbank KB 2057826
VMDK corruption after canceling a snapshot removal task KB 2146319
Disk space check for VMware vCenter Server Appliance KB 2145603
vMotion network configuration check for vSphere Standard
Switch KB 2120640
vMotion network configuration check for vSphere Distributed
Switch KB 2120640
Selective deletion of tasks, events, and historical performance
data in vSphere 5.x and 6.x KB 2110031
Host participating in VM-based replication KB 55650
ESXi on host with AMD EPYC 7xx1 CPU KB 52045
vMotion of virtual machines from ESXi 6.0 to 6.5 KB 59723
End of General Support for vSphere 6.0 KB 66977
Deprecation of the external Platform Services Controller
deployment model KB 60229
Maximum number of ESXi hosts per cluster Max Config
ESXi host connectivity with vCenter Server KB 1005757
Enable SCAv2 for optimal hyperthreading performance KB 55806
Unsupported address family with dvSwitch in ESXi 6.0 KB 2117308
Host PSOD on QFLE3I driver on QLogic 57840 10/20 Gigabit
Ethernet Adapter KB 56357
vCenter Server version compatibility check KB 68174

HPE Superdom установка в режиме Boot from SAN

Коллеги поделились решением проблемы установки ESXi на HPE Superdom в режиме Boot from SAN.

—

У нас есть партиция Superdom из двух лезвий gen8, процессоры серии Intel Xeon E7-2800 v2 и HBA Qlogic HP QMH2672 16Gb с версией fw 8.07.16.

Я хотел установить туда HPE ESXi 6.0u3 (preGen9), так как именно она является последней поддерживаемой версией по данным матриц совместимости HPE и VMware.

При установке столкнулся с тем, что Wizard не видит презентованный диск для установки в режиме Boot from FC SAN.

Рядом стоит точно такая же партиция, состоящая из одного лезвия с такой же HBA. Проблем при установке ESXi там не было.

В поисках решения я перепробовал все сборки HPE’шных образов ESXi (а также оригинальных) – только HPE 6.7U1 увидел диск для установки, но его поставить нельзя 🙂

Я начал сравнивать драйверы для QMH2672 в различных образах ESXi и выяснил, что:

в 6.7 U1 драйвер версии 3.1.16;
в 6.5 U2 – 2.1.81;
в 6.0 U3 – 2.1.50.

В VMware HCL написано, при HBA с прошивкой 8.07.xx в ESXi 6.0U3 должны работать версии драйвера от 2.1.63 до 2.1.70.

Странно – на первую патрицию успешно установился ESXi с версией драйвера 2.1.50, которая отсутствует в HCL 🙂

Затем я попробовал собрать свой образ с драйвером 3.1.16 из offline bundle, но при сборке получил ошибку зависимости, которой нет в 6.0. Не зря этот драйвер входит только в дистрибутив 6.7 😉

На всякий случай, для чистоты эксперимента я снес все зоны и сделал только зонинг только на одну систему хранения, где расположен загрузочный LUN.

УРА! После перезагрузки хост успешно увидел LUN для установки 🙂

Продолжив эксперименты, я нашел причину такого поведения – HPE StoreOnce!!!111

В ESXi до версии 6.7 существует ограничение в 1024 пути. Catalyst, расположенный на StoreOnce, с лихвой переполнял это ограничение.

И только в ESXi 6.7 количество возможных путей увеличено до 4096, вследствие чего хост нормально видел загрузочный лун!

VMware What’s New Links

VMware Video Links

vSphere Academy

General Links

News/Analyst Links

Storage Links

Tanzu Mission Control Links

vCenter Server Links

VMware Cloud Foundation (VCF) Links

vRealize Links

vSAN Links

vSphere with Kubernetes