Лицензирование в виртуализации ч.2

Итак, немного про лицензирование OracleDB в виртуальной среде.

OracleDB over virtual infrastructure

Есть у меня один могильничек...
Проcчитывал я как-то одно решение по виртуализации инфраструктуры заказчика. Кластер ESX из трех четырехпроцессорных серверов. В инфраструктуре заказчика есть одна маленькая база данных на СУБД OracleDB. База небольшая, и для нее достаточно одной ВМ с двумя виртуальными процессорами. На первый взгляд подходит редакция OracleDB Standard.

Но (похоже лицензирование без "но" невозможно)!
У нас кластер. Стандарт (в кластере или без него) лицензируется только на 4 процессора, больше процессоров - однозначно Enterprise (~$47 000).
И тут начинается веселье. Enterprise лицензируется по ядрам. У нас все процессоры - четырехядерные, Intel x86 - значит с коэффициентом 0,5.
Итого считаем: 4 ядра на 4 процессора на 3 сервера, и все с коэффициентом 0,5:
шт.

24*47000=$1 128 000 на маленькую вшивенькую бухгалтерскую базку. И это еще без 20% обязательной поддержки! :E


Конечно, в этом случае сто́ит лицензировать по пользователям. Для Enterprise это будет порядка $1000 на рыло, не включая поддержку. Но, была бы база чуть серьезней - 1000 пользователей как раз бы отбили эту же сумму...




P.S. Интересное общение на эту тему развернулось у меня в ЖЖ.

Лицензирование в виртуализации ч.1

Лицензирование - это то, чем зарабатывают ИТ-производители. Это тот "воздух", за который можно сорвать хороший куш. И никакие Антимонопольщики тут им не преграда.
Посудите сами, произведенную железку еще можно как-то оценить: есть себестоимости комплектующих, стоимости производства, оплата работ по изготовлению и сборки и т.п. А Лицензия - всего лишь "Право на использование". Но сколько стоит право - никто вам точно сказать не сможет, ибо оно не материально.

Этим промышляют все вендоры (а если не промышляют, то это - вендуры, и в бюджетах у них вендыры :) ). И "железячные" тоже. Вот купили вы IBMовский суперсервер, процессоры в нем стоя́т. Но работать будут только те процессоры, на которые лицензии куплены - хоть двадцать камней ставь. Или дисковое хранилище: сколько дисков не пихай, а без лицензий работать они не будут. Это не только у IBM - HP и другие тоже так зарабатывают.

Да-да, именно на лицензиях Microsoft сделал свое состояние. И не только они.
Именно в лицензировании и кроются все нюансы и проблемы при продажи ПО и железа.


Вот и думаю написать про различные лицензионные заморочки. И в первую очередь про виртуализацию с лицензированием.

Вот первый пример.

Новое в лицензировании VMware

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


Итак...

VMware vSphere

Позавчера был в Microsoft на семинаре по DPM (Data Protector Manager) - продукт, призванный защищать данные, фактически решение по резервному копированию. Не буду сейчас про этот продукт (хотя наши инженеры уже мучаются у заказчика, пытаясь его внедрить), это отдельная тема которая как обычно имеет две стороны: как должно работать - маркетинговая, и как работает - техническая. В кулуарах поговорил с нашим лектором Фрэнком, не мог не двинуть тему в сторону виртуализации (DPM много использует Microsoft Hyper-V). Как водиться, при упоминании "VMware", майкрософтовец поморщился, а при упоминании технологии VMotion - свободное перемещение виртуальных машин (ВМ) без остановки сервисов и доступности этой самой ВМ, Фрэнк сказал: «Подождите до конца года, выйдет новая версия Hyper-V с аналогичной "фичей"».

Но пока Microsoft пытается догнать хотя бы своих конкурентов из Citrix, VMware бежит дальше. И вот совсем скоро должен выйти VMware vSphere - новое поколение виртуализации датацентров. VMware Infrastructure 3 - текущий флагманский продукт виртуализации вышел 3 года назад, и несмотря на то, что конкуренты этот продукт еще не догнали, в новом vSphere будет еще больше "вкусных" вещей. (По сути vSphere будет содержать новую версию ESX).

И вот несколько новых ожидаемых изменений и новшеств:

Дефрагментация дисков ESX

Важное замечание. Статью писал несколько лет назад. Потому стоит учесть, что она касается VI3. В vSphere есть технология CBT (changed bloacks tracking), которая очень помогает для быстрого резервного копирования. В этом случае дефрагментация только ухудшит работу. Точно также дефрагментация отрицательно будет влиять на тонкие диски.
В любом случае, дефрагментация внутри ВМ не даст приращения в скорости, поскольку доступ к всему тому LUN, при наличии большого количества файлов дисков ВМ, доступ будет не последовательный, а случайный.
Рекомендация одна: выберийте быстрые массивы для файлов ВМ.






Попалась мне статья про дефрагментацию дисков ESX. Так, короткая заметка на английском. Есть несколько интересных замечаний. Почему бы мне ее не пересказать?


Стоит разбить тему на две части: дефрагментация информации на диске внутри виртуальной машины (ВМ), и дефрагментация самих дисков ВМ в разделе VMFS (файловая система для виртуальных машин).


По первому вопросу: да, стоит. Сильно фрагментированный диск будет тормозить дисковую подсистему ВМ.
Но, нужно учитывать следующее:
1. Дефрагментация сама по себе дает интенсивный ввод-вывод на диски, а значит будет влиять на всю дисковую подсистему, что затронет все ВМ на данной партиции, включая запущенные на других ESX-серверах. И самое главное: не дефрагментируйте все ВМ скопом! Хотя... есть неплохой шанс проверить ваш SAN на прочность ;)
Короче, выбирайте время для дефрагментации, и запускайте дефрагментацию по очереди.

2. А вот это серьезней, и менее очевидный риф: Не дефрагментируйте ВМ с активными snapshot'ами! Во-первых, ваш файл дисковой разницы будет очень быстро пухнуть - так как много изменений происходит внутри виртуального диска. А, во-вторых, дисковая подсистема для всех ваших ВМ в данной партиции VMFS будет жутко тормозить, потому как snapshot начнет расти 16МБ блоками, а каждое изменение в размере файла на VMFS приводит к локированию всей VMFS-партиции.
От себя добавлю, выход есть: вначале дефрагментация, потом snapshot.


Что касается второй части - дефрагментации файлов ВМ на VMFS-партиции, мне понравилась в той статье фраза:
  "Ответим на этот вопрос: нет, по двум причинам. Во-первых, не существует механизма, ни встроенного, ни разработанного кем-то еще, который бы позволил это осуществить"
Отличное замечание, не правда ли? :) Вам вторая причина еще нужна?
  "Вторая причина в том, что хост в реальности и не фрагментирует данные, ввиду принципа создания и работы виртуальных дисков на VMFS"
Ага, мне второе замечание тоже понравилось. :) Причины две: нет ни возможности, ни надобности.


А далее статья рассказывается сам принцип создания дисков ВМ. На самом деле данные все-таки могут фрагментироваться, но не так, как это происходит с файлами в обычных ОСах. Заметим, что в отличие от обычных операционнок, здесь складывается противоположная ситуация: хранятся, по большей части, огромные файлы и в относительно небольшом количестве.
Если вы создаете обычный ("толстый") диск ВМ, или копируете с помощью утилиты vmkfstools, то виртуальный диск будет создан максимально большим куском, как правило, единым блоком, а затем уже будет наполнятся данными в случае копирования.
Фрагментация может произойти, если был создан так называемый "thin" диск, который будет расти по мере необходимости нового пространства, или если вы ошибочно копируете диск другой ВМ с помощью SCP (пользуйтесь vmkfstools!).
Также фрагментация происходит, когда вы создаете и удаляете snapshotы, и при автоматическом создании/удалении разных сопутствующих мелких файлов ВМ: логи, свопы и слепки памяти и т.п.

Таким образом, возможна ситуация, когда при очередном создании нового виртуального диска система не сможет выделить под него единый блок. Но в таком случае, просто будут создано некоторое небольшое количество все равно больших блоков. При том блоков настолько больших, что фрагментация будет настолько мала, что ей можно просто пренебречь.
Так что на этот счет просто не парьтесь! ;)

ESX vs. Hyper-V

Вот нашел статью: http://fawzi.wordpress.com/2008/12/14/hyper-v-vs-vmware/, вернее мне скинули с вопросами по поводу.
Я бы не обратил на статью внимание, если бы люди, кому лень или тяжело читать все, всключая коментарии. Потому для них и добавил коментарии в таблице.
Наш индийский друг явно слабо разбирается в технологиях VMware, но при этом лоббирует гипервизор Microsoft Hyper-V.


Features



VMware ESX



Microsoft Hyper V




Cost




In ESX Server you have to buy the server 6,958.00 $ (Enterprisefor 2 processors)and you still have to purchase your VMs Windows License


In December 14, author should know, that ESXi is also free of charge. [1]


Also Windows Server Enterprise Edition gives you 4 licenses for VMs running on the same server, whatever hypervisor you use. [2] [3]



It comes free with your Windows 2008 version.


You may have 4 VMs OS for free with enterprise edition.


Using new free Microsoft Hyper-V Server 2008, separating licenses required [9].




Support



VMware Limit Windows guest OS support to boot-time and certified drivers’ compatibility, and refer Linux support to Linux Vendor.



Microsoft commits to front line support for both Windows and Linux, Providing in house problem resolution and avoiding the potential finger-pointing that often occurs with multiple vendors






Hardware requirements



Identical servers required for ESXto support HA.


:)



Microsoft simplify HW requirements for cluster and relax requirements how similar are the cluster nodes






Advanced Memory Management



VMware uses memory overcommiting which is a big performance issue for critical application


There are many speculations on memory overcommitment technology. [4] [5].


Here is the response from VMware with numbers [6].


So the battle rages on.



Microsoft does not use memory ovecommit, Actually no need for that. You can save your money that paid for ESX and get your physical memory into your server.




Hypervisor



VMware hypervisor is 32 MB that contains 3rd parity drivers.


1. VMware hypervisor is proprietary. So there couldn't be any unwanted software.


2. Some drivers developed by hw vendors specialists, and then tested by VMware engineers for compatibility.


Is there is an issue?



Hyper V hypervisor layer is about 872 KB. This small virtualization surface provide more secure against attack.


Author forget, that Hyper-V requires that Windows Server 2008 Core Services should be installed. [7] [8] [9]






Drivers Support



VMware employs proprietary protocol and data exchange formats, Making ESX server a closed environment


There is a special partner's program with [11] for developers. There are many successful startups on the market. Also VMware opens APIs [12].



Microsoft server validation program gives all iSVs a path to interoperability with Hyper V. Microsoft very broad ISV (45,000 vendor vs. VMware’s 1,800) result in many more vertical and lateral 3rd party products as well as a lager selection of hardware drivers options.


This is strange: 3rd party drivers author claims as an issue for VMware hypervisor, isn't it?







Processor Support



VMware must be installed on X86 processors, This cause limitation with X64 applications as we need address translation to run those applications.


This address translation causes performance issue


No.


1) ESX could be installed either x86, or x64 systems. [13].


2) ESX's VMKernel itself is 32 bit, but as Virtual Machine Monitors are in fact 64-bit, it supports 64-bit OS's with no performance degradation [15].



Hyper V is installed on Windows 2008 X64 processors provides support for 32, 64 bit application


Hyper-V must be installed only on x64 platform [17]. Of course, you could run both 32-bit and 64-bit apps on both H-V and ESX, but it is still limitation in choosing a platform to your VMs.






Application Support



Some VMware options can not run for critical windows application, for example VM Motion can not move virtual machine that is using cluster services with another virtual machine


Yes, VMotion does not work with MSCS (Microsoft Cluster Services), but it is useless in that case.


Another example? Does anybody know software without any restriction?



Microsoft offers a wide support for most of windows applications under Hyper V.


We offer full support for windows server virtualization and Microsoft virtual machines


And VMware supports them too.






Product Hypervisor Technology


Ideological wars?



VMware ESX Server is monolithic hypervisor with intrinsic drivers requires pre-loading driver modules, resulting in a smaller set of support hardware


Smaller set? [14] [18]



Microsoft uses Microkernelized hypervisor employs standard windows drivers.


The hypervisor layer does not contain any drivers as all drivers exist on the physical host. That gives overall stability by permitting direct hardware access by guest OS.


This is security issue, cause they are 3rd party drivers.


Also there is a problem with migration, cause VM depends on hardware.




  1. VMware ESXi Hypervisor Now Free
  2. Microsoft Licensing for Virtualization
  3. Windows Server Virtualization Calculators
  4. Microsoft responds to VMware’s ability to overcommit memory
  5. Everyone chimes in on VMware memory overcommitment and ROI
  6. Memory Overcommitment in the Real World
  7. Hyper-V on Wikipedia.org
  8. Virtualization with Hyper-V
  9. Microsoft Hyper-V Server 2008
  10. TechNet Library > Hyper-V
  11. Technology Alliance Partner (TAP) Program
  12. VMware APIs and SDKs Documentation
  13. Systems Compatibility Guide (PDF)
  14. Search the Hardware Compatibility Guide
  15. Discussion: "Any idea is ESX 3.5 32 bit or 64 bit?"
  16. Performance Tuning Best Practices for ESX Server 3 (PDF)
  17. TechNet Library > Virtualization Role
  18. Compatibility Guides

IBM занимается...

http://cnews.ru/

IBM приобрела 30 млн акций китайского производителя телевизоров

Корпорация IBM приобрела у Sichuan Changhong Group 1,56% акционерного капитала Changhong Electric – крупнейшего в Китае производителя телевизоров. Всего было куплено около 30 млн акций по цене $0,53 за штуку. Сумма сделки составила за $15,8 млн.

Помимо телевизоров Changhong Electric выпускает кондиционеры, MP3-плееры, цифровые ТВ-тюнеры, DVD-плееры и другую электронику. Компания является клиентом IBM и использует ее бизнес-решение Product Innovation Management.

Мотивы IBM для приобретения акций, а также причины материнской компании Sichuan Changhong Group передать эти акции не ясны. Напомним, что IBM занимается производством процессоров, серверов, суперкомпьютеров и программного обеспечения. Штаб-квартира компании находится в городе Армонк, штат Нью-Йорк, США.

Источник: CNews. Ссылка.


Порадовало напоминание о том, чем IBM занимается.

И удивляет: зачем вдруг понадобилось за 15 лимонов $ покупать жалкие 1,5% акций производителя телевизоров с кондиционерами?
Что можно сделать на эти 1,5%? Начало диверсификации?
А может тут главная фраза:
Компания является клиентом IBM
За 1,5% можно посадить если не своего управленца, то лоббиста. А тот будет дальше продвигать закупки у IBM.

А что? Хорошая идея для развития своих продаж! Главное не увязнуть. А то, например, HP купит сейчас 2,5% акций, придется докупать и себе 2,5%, чтоб их перебить, HP себе еще купит, и снова перебивать надо. И так до тех пор, пока не скупят весь бизнес...