VMware ESXi

Лицензирование

Тема лицензирования в VMware vSphere не так проста как казалась-бы, vSphere лицензируется по процессорным сокетам и физическим хостам виртуализации (в зависимости от редакции).  VMware vSphere Hypervisor (ESXi) — это бесплатный аппаратный гипервизор, который используется для виртуализации серверов и консолидации приложений на меньшем объеме оборудования. Бесплатная платформа VMware vSphere Hypervisor может быть использована для любого количества серверов в вашей организации, производственной среде. При этом: Централизованно управлять хост-серверами ESXi вы не сможете - придется заходить на каждый сервер с помощью vSphere Client.

vSphere Hypervisor 6 в отличии от vSphere Hypervisor 5, который ограничивал общий объем сконфигурированной оперативной памяти всех включенных виртуальных машин (vRAM) и не мог превышать 32 ГБ на одном сервере, в vSphere Hypervisor 6 подобных ограничений нет:

There are no restrictions on the number of cores per physical CPU, on the number of physical CPUs per host and on the amount of RAM per server/ host. The maximum vCPUs pervirtual machine is eight.

...но при этом ограничивает в числе процессоров на виртуальных машинах, до 8.

VMware vSphere Hypervisor (ESXi) устанавливается и запускается в Evaluation режиме с полным функционалом, c ограничением по времени в 60 дней (без активации), при загрузке VMware даст ключ на бесплатную версию, которую надо активировать. Вообще лицензии делятся на платные и бесплатные, разница в возможности использования различных модулей и ограничению по количеству памяти, виртуальных процессоров в гостевой системе и т.д.  Если требуются возможности по миграции и отказоустойчивости, а так же по централизованному управлению, то бесплатной версии будет уже недостаточно, и придется выбирать более расширенную платную версию:

VMware vSphere Standard Консолидация серверов и предотвращение плановых простоев

VMware vSphere Enterprise Эффективное управление ресурсами

VMware vSphere Enterprise Plus Автоматизация ЦОД на основе политик ..и тд, обзоры возможностей и различия платных версий тут.

Licensing, Pricing and Packaging

Ну и конечно существует более разумное решение - забыть про VMware и перейти на Proxmox, ....., но это очень лично......

http://www.vmware.com/ru/products/vsphere/upgrade-center

http://www.vmware.com/ru/products/vsphere/pricing

http://habrahabr.ru/post/226231/

Оборудование

http://www.vmware.com/resources/compatibility/search.php

Неприятным сюрпризом при посещении выше указанной страницы, возможно будет ситуация когда оборудование будет значиться поддерживаемым, но на деле его драйвера не включены в стандартную сборку, подобный прикол и способы его обойти подробно описан здесь: 

https://smurfyadmin.wordpress.com/2014

ESXi: интеграция драйверов в образы

Как добавить драйверы в ISO-образ VMware ESXi

esxi-customizer

Установка

 Если посетить сайт VMWare: http://www.vmware.com/ru/products/vsphere-hypervisor/ , то можно найти исчерпывающее видео по установке гипервизора, как и богатую документацию по оному, но поскольку перед постановкой на сервер желательно воотчую протестить сеё чудо, то существует вариант постановки его на виртуальную машину..(виртуальную машину на виртуальную машину..??, пора к псиатору..вложенные ВМ) представленный ниже, ....фактом является многочисленный и позитивный опыт установки не только ESXi, но и Citrix Xen на VMware Workstation, с VirtualBox  так-же не возникало вопросов, однако с версии 5.0.10 ... выдает ошибку о не совместимости (..у меня ???, версия 5.1.26 все в порядке). Сама установка проста и не замысловата и не может вызвать ни каких проблем, за исключением проблем связанных с совместимостью оборудования и наличием драйверов, способы приведенные  выше, возможно помогут их решить.

install linux-headers

Зачем нужны заголовки ядра вопрос почти филосовский, то есть кому то они нужны а кому то на фиг не нужны, мы можем собрать ядро с разными заголовками не обязательно включающими в себя заголовки собираемого ядра, хороший пример обновление ядра без обновления заголовков, однако для сборки модулей ядра как и многих пакетов системы, требуются заголовочные файлы ядра (изменение этих файлов требует пересборку glibc), в том числе потому что Linux это "ядра", а не операционная система, показательным примером является VMware который после обновления ядра системы на новое (ему не извесное) потребует заголовочные файлы ядра соответствующие uname -r.   https://www.kernel.html      http://www.gentoo.ru/  PS: ....очень!, очень умные люди еще не пришли к согласию, что такое вообще "Операционная система"..., Linux уж точно ей не является, Linux это инопланетный разум который периодически транслирует нам свой образ, то есть шлет ядра, повышая энтропию нашего больного сознания.

PS: И тут конечно найдутся не в меру эрудированные пользователи прочитавшие "Стандарт ISO/IEC 2382-1:1993." ..и процетируют что: 

01.04.08. Операционная система (ОС): "Software (01.01.08) that controls the Execution (10) of Programs (01.05.01),and that provide services such as Resource allocation (10), Scheduling (10), Input-output (06) control, and Data management(01.08.02)." ...Люди, правда заключается в том что стандарты ISO, это давно повод для издевательств и насмешек со стороны людей не посредственно занимающихся вычислительными системами и сетями, а самое главное абсолютно ни к чему не обязывающие. Комитеты OSI, вопреки очевидной необходимости своего существования, это клуб "ботаников" собирающихся с целью приятно провести время в кругу людей объединенных едиными образом мысли и знаний, как побочный эфект этих

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

Но куда больше "настораживает" ГОСТ 15971-90   (16) Операционная система "Совокупность системных программ, предназначенная для обеспечения определенного уровня эффективности системы обработки информации ......"

Заголовки: Пакет исходного кода: linux-signed-amd64 (5.10.26+1)  - Debian     https://http.kali.org/kali/pool/main/l/linux/   - Kali

$ sudo dpkg -i linux-headers-x.x.x-kali2-all-amd64_x.x.x-1kali1_amd64.deb 

Или так; (везде не забывая перед установкой заголовков обновить систему)

https://unix.stackexchange.com/questions/328655/cant-install-linux-headers-kali-linux  update your /etc/apt/sources.list : see Kali sources.list Repositories

$ vmware-installer -l 

Product Name                        Product Version     

================= ====================

vmware-workstation              15.5.2.15785246

$ uname -r

5.10.0-kali3-amd64

$ cd /usr/src

/usr/src$ ls

linux-headers-5.7.0-kali1-amd64/   linux-kbuild-5.4@  linux-kbuild-5.7@

linux-headers-5.7.0-kali1-common/  linux-kbuild-5.6@  volatility-tools/

List the available linux-headers and linux-image through apt-cache search :

    apt update 

    apt-cache search linux-headers

Then install the correct package e,g ( this is an example , it depends on the previous output command) :

    apt-get install linux-headers-XXX-XXX-amd64

also run;

    apt-cache search linux-image

install it:

    apt-get install linux-image-XXX-kali1-amd64

Reboot your system. Or you can use the following command to upgrade you kernel to the latest available version and install the appropriate kernel headers:

  apt update

  apt dist-upgrade

=============================================

  reboot

  apt install linux-headers-$(uname -r)

Посмотреть наличные ядра:

$ ls /usr/src

$ ncdu /usr/src/

$ dpkg --list | grep linux-image

$ dpkg -l | grep linux-image | awk '{print$2}'

$ apt remove --purge linux-image-XXXXXXX    #удалить если надо

Удаление старого ядра может стать не простой задачей и выше упомянотй команды будет недостаточно ниже ссылка на форум Debian, возможно это будет полезно: https://forums.debian.net/viewtopic реч идет о "Kernel 6.1.0-XX-amd64" Ошибка: 

dpkg: error processing package linux-image-6.1.0-9-amd64 (--remove): 

installed linux-image-6.1.0-9-amd64 package post-removal script subprocess returned error exit status 1

решается удалением  raspi-firmware примерно так:

$ sudo apt purge raspi-firmware

$ sudo dpkg -S raspi-firmware

$ sudo dpkg --remove --force-remove-reinstreq raspi-firmware 

$ sudo dpkg --purge raspi-firmware

$ sudo apt update

$ sudo apt dist-upgrade 

$ uname -sr 

Linux 6.1.0-12-amd64

$ dpkg -l | grep linux-image | awk '{print$2}' 

linux-image-6.1.0-12-amd64

linux-image-6.1.0-13-amd64

linux-image-6.1.0-9-amd64

linux-image-amd64

$ sudo apt remove --purge linux-image-6.1.0-9-amd64 

$ dpkg -l | grep linux-image | awk '{print$2}' 

linux-image-6.1.0-12-amd64

linux-image-6.1.0-13-amd64

linux-image-amd64

PS: Что такое raspi-firmware, зачем нужен?, нам не нужен! (удаляем смело) им пользуются гуманоиды с сопредельных галактик использующие Raspberry Pi.

При установке vmware tools, поля установить/переустановить могут быть не активными ..... и возможно это от того, что в настройках не размонтированы CD/DVD и Floppy (в моем случае)  и по этой причине образ: /usr/lib/vmware/isoimages/linux.iso  не может быть смонтирован, поэтому все в: "use a physical drive", Device > Auto detect    https://zbud.ru/ne-ustanavlivaetsya-vmware-tools .....и далее: https://www.dmosk.ru/vmware-tools-linux

Есть извесные проблемы с общими папками Vmware в Linux, решаются  <здесь><здесь>

Кратко так:  Узнать название общей папки: $ vmware-hgfsclient   my-shared-folder

Подключить: $ sudo vmhgfs-fuse .host:/my-shared-folder /mnt/hgfs/ -o allow_other -o uid=1000

Чтобы все работало при запуске добавить в:

$ vim /etc/fstab     .host:/ /mnt/hgfs/ fuse.vmhgfs-fuse defaults,allow_other,uid=1000 0 0