Hyper-V и устаревшие приложения (часть 1)

• Hyper-V и устаревшие приложения (часть 4)
• Hyper-V и устаревшие приложения (часть 5)

Введение

Hyper-V — отличное решение для консолидации физических серверов, которые не полностью используют оборудование, на котором они установлены. Тем не менее, виртуализация может быть не лучшим вариантом, когда речь идет о устаревших серверах. В этой статье рассматриваются причины.

Давайте начнем

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

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

Хотите верьте, хотите нет, но приложение на самом деле надежно, но что может быть не так надежно, так это сервер, на котором оно работает. Приложение работает на абсолютном динозавре. Кроме того, сервер по-прежнему работает под управлением Windows NT 4.0.

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

Хотя заманчиво виртуализировать эту машину, есть определенные вещи, которые вы должны учитывать. Во-первых, есть только определенные операционные системы, которые поддерживаются для использования с Hyper-V. Microsoft официально поддерживает: Windows 2000 (с одним виртуальным процессором), Windows Server 2003 (x86 или x64 с 1 или 2 виртуальными процессорами) и Windows Server 2008 (x86 или x64 с 1, 2 или 4 виртуальными процессорами). Microsoft также поддерживает несколько различных серверных операционных систем, таких как Windows HPC Server 2008 и различные развертывания Linux. Если вы по какой-то причине хотите запустить клиентскую операционную систему в среде Hyper-V, то вы можете работать с Windows XP (x86 и x64) и Windows Vista (x86 и x64 с одним или двумя виртуальными процессорами). Я хочу сказать, что Windows NT и DOS в списке нет.

Прежде чем просто сдаться, важно иметь в виду, что только потому, что Microsoft официально не поддерживает что-то, это не означает, что это не будет работать. Прежде чем я продолжу, позвольте мне просто сказать, что я должен осчастливить юристов, заявив, что я бы никогда не рекомендовал использовать неподдерживаемую конфигурацию. Это может вызвать всевозможные проблемы.

Сказав это, я знаю ситуации, в которых неподдерживаемые конфигурации работают нормально. Например, Microsoft не поддерживает запуск Exchange 2007 в среде Hyper-V. Тем не менее, я виртуализировал свои собственные серверы Exchange 2007 до того, как Microsoft объявила, что они не будут поддерживать эту конфигурацию, и, похоже, она работает безупречно. Если вы читаете эту статью прямо сейчас, это доказывает, что я смог отправить свою рукопись по электронной почте моему редактору, используя свои серверы Exchange 2007.

Хорошо, а как насчет устаревших операционных систем? Ну, хотя Microsoft официально не поддерживает запуск Windows NT на Hyper-V, на их веб-сайте явно намекается, что это будет работать (www.microsoft.com). По сути, сайт говорит о том, что вы можете запускать Windows NT в виртуальной среде, но это не расширяет поддержку Windows NT со стороны Microsoft.

Даже с учетом этого остается еще несколько проблем, которые вам придется преодолеть, если вы хотите использовать Windows NT или какую-либо другую устаревшую операционную систему на платформе Hyper-V. Одной из таких проблем является сам процесс установки.

Готовясь к написанию этой статьи, я потратил пару часов на копание в своих архивах, пока не нашел свою старую копию BackOffice Server от Microsoft. Для тех из вас, кто не работал во времена Windows NT, BackOffice Server был чем-то вроде сборника лучших хитов Microsoft. Она состояла из одной лицензии, которая распространялась на Windows NT Server, Microsoft Exchange, SMS Server и несколько других серверных продуктов Microsoft.

Во всяком случае, я вставил установочный компакт-диск Windows NT в свой сервер Hyper-V, и знаете что… CD не был загрузочным. Во времена, когда Windows NT была текущей серверной операционной системой, загрузочных компакт-дисков либо еще не существовало, либо они только появлялись на сцене (не помню какие). Так как вы не могли загрузиться с компакт-диска Windows NT, Microsoft предложила вам два разных метода установки Windows NT.

Один из методов заключался в том, чтобы начать с использования трех загрузочных дискет. Эти дискеты загрузили необходимые драйверы, которые позволили начать процесс установки с компакт-диска. Другой метод загрузки включал загрузку машины в MS-DOS, загрузку драйверов для привода компакт-дисков и вставку компакт-диска. Оттуда вам нужно было перейти в папку I386 на компакт-диске, а затем выполнить следующую команду:

ВИННТ /Б

Эта команда сообщила Windows, что вы хотите выполнить установку исключительно с компакт-диска, не используя загрузочные дискеты. На самом деле у меня был набор загрузочных дискет, которые я хранил все эти годы. Как будто этого чуда было недостаточно, когда я построил сервер, на котором я запускаю Hyper-V, у меня валялся дополнительный дисковод для гибких дисков, поэтому я решил установить его на сервер на всякий случай, если он мне когда-нибудь понадобится (не что я действительно ожидал, что когда-нибудь снова понадобится дисковод для гибких дисков).

После этого я вставил первую загрузочную дискету и запустил новую виртуальную машину. Разумеется, Hyper-V не распознал дискету. Я начал думать о том, как Hyper-V требует от вас захвата физического диска, если вам нужен доступ к DVD, поэтому я подумал, что, возможно, Microsoft сделала то же самое для дискет. Как оказалось, такой вариант был, но вот в чем загвоздка… Подмонтировать можно только виртуальную дискету. Hyper-V не поддерживает физические дисководы гибких дисков. Это означает, что нет возможности использовать загрузочные дискеты для установки Windows NT на сервер Hyper-V.

Другой метод установки по-прежнему возможен, но для того, чтобы он работал, вам нужно отформатировать виртуальный жесткий диск, чтобы при загрузке виртуальной машины он загружался в среду DOS.

Вывод

К сожалению, у меня просто не было под рукой всего, что мне нужно, чтобы сделать DOS загрузочную виртуальную машину, чтобы успеть к сроку сдачи этой статьи. Тем не менее, есть еще много вопросов, на которые я хочу ответить в отношении использования устаревшей операционной системы и устаревших приложений в среде Hyper-V. Таким образом, я собираюсь попытаться заставить Windows NT работать в виртуальной среде, прежде чем писать часть 2. Мой план состоит в том, чтобы объяснить, как мне в итоге удалось завершить процесс установки, и поговорить о некоторых других проблемах совместимости, которые могут возникнуть. их уродливые головы после такого развертывания.

• Hyper-V и устаревшие приложения (часть 4)
• Hyper-V и устаревшие приложения (часть 5)