Некоторое время назад пришла в голову идея проверить как будет чувствовать себя Solaris под Hyper-V после того как он перешел в руки Oracle. Проще всего сделать это было скачав Solaris Express 11. Результат оказался вполне хорошим, ОС работает стабильно и с приемлимой производительностью даже несмотря на отсутствие компонентов интеграции для Hyper-V

Итак приступим к установке.  Скачиваем дистрибутив Solaris Express 11, создаем новую виртуальную машину, подключаем дистрибутив в качестве загрузочного DVD, удаляем синтетический сетевой адаптер и добавляем Legacy Network адаптер.

Запускаем виртуальную машину и даем ответы на все стандартные вопросы вроде разбиения жесткого диска, настройки имени хоста, назначения пароля root. Для получения IP адреса был выбран DHCP. Статическое присвоение IP адресов сетевомму интерфейсу так же нормально работает. Оно было протестировано после установки ОС.

После этого начнется установка которая займет минут 15-20. Затем ОС перезагрузится и вы увидите приглашение grub. Здесь ничего настраивать не нужно, поэтому жмем “Enter” и смело продолжаем наблюдать загрузку ОС.

После загрузки входим и видим что сетевой интерфейс dnet0 отлично работает в режиме эмуляции и позволяет работать с сетью со скоростью не более 100 мбит. В режиме простоя нагрузка на ЦПУ менее 1%.

Так же я протестировал переключение между статической IP адресацией и DHCP. Потом провел нагрузочное тестирование сети передав через FTP примерно десяток гигабайт данных. В режиме передачи данных через сеть нагрузка на процессор гостевой поднимается до 3%.

С момента запуска ОС проработала в таком режиме четыре дня. Каких либо ошибок и отклонений в поведении ОС не замечено. В журналах записей об ошибках тоже нет. Думаю, можно предположить что она и дальше будет работать стабильно.

Как видите работать с Unix под Hyper-V совсем не сложно даже если у вас нет компонентов интеграции Hyper-V.

Обновление

После публикации заметки решил попробовать, что будет, если гостевой ОС дать не один процессор, а два или четыре. В результате перехода к двухпроцессорной конфигураци система начинает замедляться. Не сильно, но все же на глаз заметно. Добавление четырех процессоров приводит к торможению гостевой ОС настолько сильному, что пользоваться ею становится некомфортно.

Это позволяет нам сделать вывод, что на данный момент используя Solaris Express 11 под Hyper-V создать высокопроизводительные многопроцессорные системы не удастся. Получается что систему можно применять для обучения, тестирования и консолидации унаследованнх инфраструктурных сервисов.

У меня наконец-то дошли руки написать о том, как виртуализировать SCO OpenServer. Все что я буду писать ниже актуально и для SCO UnixWare.

Когда я решил заняться виртуализацией этой ОС многие коллеги недоумевали над тем какая муха меня укусила. Понятно, что ты периодически рассказываешь о жизни Linux под Hyper-V, но зачем берешься за такую древность как системы от SCO? Некоторые ИТ специалисты даже удивлялись, что компания SCO до сих пор жива и чувствует себя вполне нормально. Они думали, что после банкротства в 2007 году компания перестала существовать.

Ответ на эти вопросы очень прост. История компании SCO насчитывает не один десяток лет и хранит в себе следы взлетов и головокружительных падений. Долгое время SCO была одним из главных поставщиков Unix ОС для крупнейших компаний этой планеты. В результате деятельности SCO ее ОС внедрены и работают по сей день в 87 странах. Общее количество ныне работающих серверов OpenServer приблизительно 2 миллиона. Традиционно потребителями продукции этой компании являются финансовые учреждения, силовые структуры, государственные организации и телеком компании.

Думаю вы согласитесь что перечисленные выше организации весьма консервативны и зачастую не склонны тратить деньги в погоне за новыми веяниями в ИТ индустрии. Поэтому у многих из них до сих пор функционирует SCO OpenServer или SCO UnixWare. Под эти ОС написано множество ПО, которое успешно работает. Переписывать его никто не собирается. Более того часто складывается ситуация что миграция на более современные ОС и портирование ПО потребует таких затрат что затея становится экономически невыгодной.

Но есть одна проблема аппаратное обеспечение серверов на которых установлена ОС OpenServer постепенно изнашивается и приходит в негодность. Находить сменные комплектующие не так уж и просто, да и цены на сертифицированное SCO оборудование не выглядят дешевыми. А тем временем производители аппаратного обеспечения на основе серверов с процессорной архитектурой x86 не зря едят свой хлеб и выпускают все более мощные конфигурации серверов, постоянно снижая цены. Получается, что удобнее консолидировать экземпляры работающих ОС от SCO на более мощном оборудовании с помощью виртуализации. Вдобавок к выгодам от оборудования мы получаем резервное копирование с помощью SC DPM, отказоустойчивую кластеризацию с Live migration и централизованное управление с помощью SC VMM.

Делается это довольно легко. Читаем документ вот тут http://www.sco.com/products/openserver507v/hyperv/

Скачиваем эталонный образ виртуальной машины SCO OpenServer 5.0.7V для Hyper-V

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

После скачивания распаковываем виртуальную машину и импортируем ее в Hyper-V

Как видите по умолчанию ресурсов ей выдано довольно мало. Версия 5.0.7V поддерживает до 4ГБ ОЗУ так что если для выполнения ваших задач необходимо больше памяти дайте ее виртуальной машине..

После запуска система начинает автоконфигурирование

Сетевые настройки можно задавать статически или с помощью DHCP. Оба способа работают одинаково хорошо.

Затем нужно настроить систему безопасности, создать пароли и при желании установить дополнительные языки. Делается это очень просто поэтому останавливаться на этом не буду.

После окончания установки и перезагрузки на экране увидим следующее.

Сеть, видео и прочие устройства работают вполне надежно и отлично справляются со своими функциями.

Сеть я тестировал побродив по сайту Microsoft. Затем установил пакет Samba и с помощью него передал между SCO OpenServer и Windows несколько десятков гигабайт разных файлов. На это пришлось потратить довольно внушительное время т.к внутри виртуальной машины доступен сетевой адаптер с пропускной способностью 100 мбит которого вполне хватает для выполнения большинства задач. Зато теперь могу сказать что сетевая подсистема работает как часы.

Обратите внимание что потребление ресурсов процессора при этом минимально.

Как мигрировать приложение из существующих в вашей инфраструктуре серверов в виртуальные описано тут http://ds45.blogspot.com/2009/07/sco-p2v-in-real-life.html

На этом рассказ о виртуализации SCO OpenServer можно заканчивать. Надеюсь он пригодися вам если вы решите сэкономить на поддержке унаследованных Unix систем.