Новое в лицензировании 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 занимается...

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 себе еще купит, и снова перебивать надо. И так до тех пор, пока не скупят весь бизнес...