Продолжаю биццо с VMware- не думал что в системе может быть столько подводных камней: поставил серваки, все настроил- пришло время создавать дополнительные тома. И тут выясняется, что я не могу создать том размером более 256Gb.
И так пытался, и так- ничего не выходит, как ни стараюсь. Если ставлю размер тома более 256Gb система ругается, что создать не может, и сама автоматом ставит на 256Gb. Стал рыть- выясняется интересная особенность, что максимально возможный размер создаваемого тома зависит от величины размера блока VMFS тома- первый дефолтный лимит для тома составляет 255GB, при размере блока 1MB, при увеличении размера блока, также увеличивается возможный размер тома:
1MB размер блока = максимальный размер VMDK 256GB
2MB размер блока = максимальный размер VMDK 512GB
4MB размер блока = максимальный размер VMDK 1024GB
8MB размер блока = максимальный размер VMDK 2048GB/512bytes
Единственный возможный вариант изменить размер блока- отформатировать LUN с новым размером блока, ибо он задается при форматировании. Сижу втыкаю, думаю что делать.
Поскольку парень я ленивый и ставить снова винду, по второму разу меня совершенно не улыбает, то сначала форматирую пустой массив, используя размер блока 8Mb, а затем загружаю первый datastore, и в нем нахожу галочку смувить папку, в которой и лежит операционка, на другой доступный том. Мувлю (трансфер порядка 60 гиг занимает около 30 минут) сначала одну операционку, потом вторую. После этого форматирую первый datastore опять же с использованием размера кластера в 8Mb. После этого создаю два тома размерами по 800Gb и в 1200Gb.
Ставил у клиента сервак. Решили сделать из одного два, ибо шибко крутой прикупили клиенты, так чтобы не было избыточных мощностей, пришли к выводу что будет виртуализовывать и поднимать парочку. Собственно сконфигурил том в рейде, на 2.8 TB, запустил инсталлер VMware ESXi 4.1. Все поставилось быстренько, установил гипервизора, захожу в консоль, немного ковыряюсь с настройками сервера, и начинаю ставить Windows 2008.
Но тут возникает интересный момент- система видит единственный datastore размеров в 800Gb, и все. То есть в девайсах показывает что есть рейд контроллер, есть рейд массив на 2.8TB, но попытка обнаружения новых datastore не увенчивается успехом, так что в системе доступны только 800 гиг. Гуглю, лезу по форумам и обнаруживаю интересный момент, что VMware не может создавать хранилища больше двух террабайт, то есть у системы VMware и имеется ограничение на создание файлов размером более 2TB.
Чертыхаюсь, перегружаюсь- вижу что VMware видит том на аппаратном уровне, так что попытка разбить его на слайсы сразу будет увенчана неудачей. Собственно залезаю снова в рейдовский биос, сношу том и нарезаю его двумя кусками в 900Gb и 1900GB, после чего запускаю снова инсталлер. VMware видит оба куска, и я ставлю её на тот что размером 900Gb. Все устанавливаю, загружаю систему, подключаюсь гипервизором- все замечательно: в системе два хранилища данных datastore, размерами в 900Gb и 1900Gb.
Резюме: Система виртуализации VMware ESXi не может создавать хранилища данных LUN размером превосходящие 2TB, в данном случае сказывают ограничения по размеру создаваемого файла. При этом если том превышает своими размерами 2TB, то система берет то количество дискового пространства, которое выходит за пределы 2TB и из них создает хранилище, отбрасывая 2TB за ненадобностью. В этой связи единственный способ борьбы- нарезка имеющегося дискового пространства массивами не превышающими 2TB, в этом случае VMware подхватывает их без проблем, и нарезанные массивы подключаются к настроенным системам, средствами VMware путем добавления новых дисков.
Столкнулся с интересной темой в Windows Server 2003, при попытке подключиться к ESX серверу с помощью VMware vSphere Client. При вводе логина клиент выдает ошибку “Error parsing the server “SERVER IP” “clients.xml” file. Login will continue, contact your system administrator” и после нажатия на ОК вываливается во вторую ошибку “The type initializer for “VirtualInfrastructure.Utils.HttpWebRequestProxy” threw an exception”. То есть подключение к серверу недоступно.
Сначала было решили что это проблема с доступом, но просмотрев логи, убедились что мой клиент даже не стучится к серверу, так что стал копать в другую сторону и обнаружит что эту ошибку выдает Windows 7, при использовании стандартного клиента. В этой связи я всял совместимого с Windows 7 клиента VMware-viclient-all-4.0.0-208111 и обновил с его помощью имеющегося.
Ошибка исчезла, так что по видимому была вызвана каким то из последних обновлений для Windows систем.
У операционной системы Windows 7 имеется отличная возможность установить программный модуль совместимости с системой Window XP. Данный модуль позволяет устанавливать программное обеспечение разработанное для Windows XP прямо на Windows 7. Этот функционал позволяет запускать программы старых версий, которые не идут под Windows 7.
Перед установкой следует провести тест оборудование на предмет поддержки аппаратной виртуализации. Данное решение доступно для систем Windows 7 Professional, Enterprise или Ultimate. В том случае если хочется запустить на системах ниже указанных, или же если аппаратная часть не подходит под требования, следует использовать систему виртуализации VMware.
После установки Windows XP Mode функционал будет доступен из Start > All Programs > Windows Virtual PC > Windows XP Mode, после чего запустится настройка окружения.
