Сегодня автоматизируется все больше задач, для максимальной отдачи серверов все шире используют виртуализацию. Но устанавливать операционки по-прежнему приходится. Каждый делает это по-своему: у кого-то полные карманы различных образов на все случаи жизни, кто-то по старинке носит с собой «барсетку» с дисками, а то и две. Как правило, администраторы выполняют эту работу с невеликим удовольствием. Давай посмотрим, как сократить время на тривиальные задачи, как научить компьютеры устанавливать системы самостоятельно, вообще без участия админа, используя при этом только локальную сеть.

Итак, сегодня мы научимся: устанавливать Windows и Linux по сети, грузить небольшие ISO-образы, полезный софт (всяких там Касперских, Акронис, WinPE, мемтесты), разворачивать тонкие клиенты и рулить ими. Чтобы, например, бухгалтер, работающая с 1С по RDP, не прибила тебя за то, что у нее слетела винда, а отчет нужно было подготовить еще вчера… Или скупой начальник, который не хочет обновлять свой комп, восхитился твоим профессионализмом, когда увидит, как на стареньких компах летает Windows 8… В достижении наших коварных целей нам поможет сервер, предоставляющий загрузку по сети (PXE).

У любого системного администратора в заначке есть универсальный USB-диск для экстренной реанимации компьютера. Согласись, было бы куда лучше иметь ту же функциональность, используя одну лишь сетевую карту. Нельзя при этом не отметить возможность одновременной работы с несколькими узлами сразу. Итак, исходя из наших потребностей у нас есть два пути решения: использовать PXE или LTSP.

LTSP нам не очень подходит: он призван грузить по сети ОС, установленную на самом сервере, что позволяет использовать приложения сервера LTSP. Это не совсем то, что нам нужно. PXE - инструмент для загрузки компьютера по сети без использования локальных носителей данных, так же как и LTSP. PXE позволяет организовать мультизагрузочное меню загрузки, аналогичное универсальному «USB-реаниматору».


Что будем реализовывать?

Началось все с необходимости иметь под рукой инструмент для удаленной установки Ubuntu/Debian Server по сети, с возможностью загрузки Live CD маленькой системы, вроде SliTaz или Kolibri OS.
Как говорится, аппетит приходит во время еды: намеченное не успели реализовать, а к плану добавился еще ряд «хотелок». В итоге список получился весьма внушительным.

  1. Тонкие клиенты на базе Thinstation Linux.
  2. Раздел Linux.
    1. Установка Ubuntu 14.04 x86.
    2. Установка Ubuntu 14.04 x64.
    3. Установка Ubuntu 12.04 x86.
    4. Установка Ubuntu 12.04 x64.
  3. Раздел Windows.
    1. Установка Windows 2012.
    2. Установка Windows 7.
  4. Acronis.
    1. Windows PE с пакетом полезного ПО.
    2. Acronis True Image.
      1. Legacy BIOS.
      2. UEFI.
    3. Acronis Disk Director.
      1. Legacy BIOS.
      2. UEFI.
  5. Касперский Rescue v 10.
  6. ERD Commander от 5 до 8 через ISO-образ.
  7. Memtest.

Собираем все в кучу и взлетаем

В качестве дистрибутива для сервера выбор пал на Ubuntu Server 14.04.2 LTS. Можно остановиться на любой другой ОС, разница будет только в синтаксисе. Итак, приступим. Нам потребуется TFTP, DHCP (необязательно установленный на этом же сервере, в роли DHCP-сервера может выступить роутер), сервис для организации сетевой файловой системы NFS. Рассматривать будем только те настройки, которые нас интересуют в рамках темы. Первым делом установим все необходимое, предварительно сделав все обновления:

Продолжение доступно только подписчикам

Вариант 1. Оформи подписку на «Хакер», чтобы читать все материалы на сайте

Подписка позволит тебе в течение указанного срока читать ВСЕ платные материалы сайта. Мы принимаем оплату банковскими картами, электронными деньгами и переводами со счетов мобильных операторов.

AOMEI PXE Boot представляет собой свободное программное обеспечение для загрузки компьютеров с ISO по локальной сети. Будучи очень простой в использовании, эта программа позволяет использовать загрузочный образ диска (ISO) для удаленной загрузки нескольких компьютеров, при условии, что они подключены к одной локальной сети. Это делает AOMEI PXE Boot чрезвычайно полезным инструментом для таких задач, как удаленное развертывание и сопровождение приложений, особенно на предприятиях.

Работать с AOMEI PXE Boot довольно просто: вы устанавливаете программу на систему, которая будет использоваться в качестве сервера, монтируете ISO и ждете загрузки клиентских машин. И лучшая часть заключается в том, что AOMEI PXE Boot поддерживает синхронную загрузку нескольких компьютеров одновременно. Давайте узнаем больше об этой замечательной программе, и выясним, как вы можете использовать ее для загрузки компьютеров с ISO по проводной локальной сети.

AOMEI PXE Boot: основное назначение и несколько слов о Windows PE

Важно отметить, что AOMEI PXE Boot в первую очередь предназначен для устранения проблем с компьютерами в сети. Вы можете использовать программу для загрузки нефункционирующей системы в ограниченной среде. Для этой цели AOMEI PXE Boot лучше всего работает с загрузочными образами дисков Linux, или Windows PE. Последняя является операционной системой с ограниченными службами, которая используется для загрузки компьютера в восстановительных или установочных целях. Основанная на ядре Vista, Windows PE не является полноценной операционной системой. Вместо этого она предоставляет безопасную среду для устранения неполадок с компьютером и восстановления его рабочего состояния.

Нет абсолютно никаких оснований полагать, что AOMEI PXE Boot не будет работать с любым другим образом диска. Во время тестирования я смог удаленно загрузить на клиентской системе Damn Small Linux (DSL), используя загрузочный ISO-образ.

Как загрузить компьютеры с помощью ISO по локальной сети

Теперь, когда вы знаете о AOMEI PXE Boot достаточно много, пришло время увидеть, как эта штука работает. Процесс, по сути, состоит из двух этапов. Первая часть включает в себя настройку клиентского компьютера для загрузки по сети, а вторая состоит из настройки и запуска приложения на системе, действующей в качестве сервера.

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

Часть 1: Настройка клиентского компьютера(ов) для сетевой загрузки

Как и предполагает название, первое, что необходимо сделать, это настроить клиентский компьютер или компьютеры для загрузки через проводную сеть. Чтобы сделать это, вам нужно получить доступ к меню BIOS компьютера. Ниже говорится о том, как это сделать (процесс более или менее такой же, независимо от производителя компьютера):

1. Включите клиентский компьютер и нажмите клавишу для доступа к меню BIOS (обычно Del, Esc, F8 или F12). В BIOS перейдите в подменю «Boot» и в разделе «Boot Options Priorities» выберите «PXE» (на некоторых компьютерах «Legacy LAN», «Realtek PXE B02 D00», «Network boot from Intel» и т.д.) в качестве первого загрузочного устройства. Вам также может потребоваться включить опцию PXE ROM, если она отключена.

2. AOMEI PXE Boot поддерживает только режим загрузки Legacy, поэтому вам также нужно отключить опцию UEFI Boot, если она поддерживается материнской платой компьютера. Эта опция может быть найдена в подменю Boot.

Это все, что нужно сделать на клиентском компьютере. Не забудьте сохранить изменения, внесенные в конфигурацию BIOS. Теперь давайте перейдем к серверу.

Часть 2: Загрузка ISO и запуск приложения на компьютере-сервере

Эта часть на самом деле еще проще. Для начала, скачайте и установите AOMEI PXE Boot (около 5 МБ) на компьютер, который будет использоваться в качестве сервера. В дополнение к этому вы также должны скачать загрузочный образ диска для загрузки клиентского компьютера или компьютеров. Шаги ниже объясняют, что от вас требуется:

1. Запустите AOMEI PXE Boot. На первом экране программы выберите опцию «Boot from custom image file» и перейдите к вашему ISO-файлу (вы также можете использовать другой вариант для загрузки Windows PE или Linux ISO с сайта компании AOMEI, если вы хотите). Когда образ будет выбран, нажмите на кнопку «Start Service», чтобы запустить службу.

2. Теперь в окне AOMEI PXE Boot будет отображаться информация об активности, происходящей на сервере и клиентских компьютерах. Больше на сервере делать ничего не нужно. Чтобы увидеть реальные действия, давайте переместимся дальше. И, само собой разумеется, приложение и, конечно, сервер, должны быть запущены.

Вам только остается запустить клиентский компьютер и дождаться, пока он загрузится по сети, используя ISO-образ, который был выбран вами через AOMEI PXE Boot на компьютере-сервере. Вот полностью рабочий дистрибутив Damn Small Linux, работающий на клиентском компьютере:

Заключительные слова

Если вы администратор сети, и ищите простой и эффективный способ (и без излишеств) для удаленного развертывания и управления ОС, AOMEI PXE Boot может быть именно тем, что вам нужно. Это качественный инструмент, который до смешного прост в настройке и работает на удивление хорошо.

Отличного Вам дня!

Арсений Чеботарев

Эта мания не обошла и меня - но на этот раз, в отличие от прошлых затей, я грузил через сеть самую что ни на есть Windows 2000 .

Первое и главное, с чем меня срочно нужно поздравить, это то, что все работает - и работает вполне прилично. Как говорится, не прошло и двух недель ковыряния в "железе" и документации. Фактически я прямо сейчас работаю на бездисковой станции, так что результат у меня прямо перед носом.

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

Uno: выбираем железо

Первое, что вам понадобится для бездисковой загрузки, это два компьютера (и оба - с хорошими винчестерами:-)). Вы, конечно, в шоке: ведь как раз на винте вы и хотели сэкономить - но в свое время все станет ясно. Лучше всего если эти компы будут, что называется, "нулевыми", то есть без всяких установленных осей - в противном случае ничего гарантировать не могу (я пытался устанавливать на всяких зверинцах - и безрезультатно проколбасился лишних три дня).

Один комп будет выполнять роль сервера. Я использую не самый мощный компьютер, который, тем не менее, справляется с поставленной задачей: Duron 800, 128 Мб памяти, интегрированная материнская плата (KLE133, видео - Trident Blade 3D Promedia, LAN - ADMTek 983 10/100 Мбит). Этот сервер не имеет ни монитора, ни клавиатуры, ни мышки - точнее, они отваливаются сразу после загрузки. Управление производится удаленно через Windows Remote Desktop (о котором тоже будет написана статейка).

Вообще говоря, BXP-сервер не является единым целым - на нем работает, как минимум, четыре компонента: сервер DHCP, сервер TFTP, сервер аутентификации и сервер виртуальных дисков. Из всех только последний предъявляет требования к мощности компьютера, выступая в роли своего рода специфического файлового сервера. Как известно, для файловых серверов критичным является объем оперативной памяти - так что это первое, что вам придется добавить, если производительность сервера вас не устраивает. Повышению производительности клиентских машин также будет способствовать более быстрая сеть: при возможности используйте гигабитную шину. И третья возможность - это разделение сегментов сети и установка дополнительных серверов виртуальных дисков, но об этом чуть позже.

В качестве эталонной рабочей станции выступает Athlon 1700 с 1G памяти и 60 Гб винчестером, для игрищ снабженный самым распространенным GeForce 4 MX 400 с 32 Мб видеопамяти. Хочется сказать, что столько оперативной памяти вовсе не обязательно, но, поскольку загрузочный диск и swap-файл будут работать по сети, то с целью минимизации этого трафика нужно ставить 256 Мб для Windows 2000 - и никак не меньше.

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

Я использовал неброский, но надежный EUSSO Nway switch USH-5008 XL. У этого восьмипортового юнита три преимущества: питание 12 В, что заметно и положительно влияет на "залипание" сети по сравнению с распространенными семивольтовыми моделями. Второе - это автокросс на всех портах (то есть вы можете подключать как компьютеры, так и маршрутизаторы на любой порт любым кабелем - маршрутизатор сам распознает, кто куда подключен, и сделает все правильно). Третье, что, собственно, и убедило меня окончательно,- это хорошая цена этого юнита.

Отдельное внимание стоит уделить сетевой карточке на машине-клиенте. Она должна поддерживать сетевую загрузку, так называемый PXE (по аналогии со SCSI= и SQL=, PXE читается ). Этот стандарт поддерживают сейчас все карточки, в том числе и встроенные на борту материнских плат. Я использовал недорогую и надежную Realtek RTL8139(A), которая штатно поддерживается большинством операционных систем.

Итак, все было подключено и работало без проблем (в том смысле, что дым ниоткуда не шел) - пришла очередь выбора операционных систем.

Dos: выбираем операционки

Для сервера (пока) подходят только операционные системы семейства Windows, поскольку только на этой платформе работает BXP (а именно эта программа и делает бездисковую загрузку Windows возможной).

Для установки на сервер была выбрана Windows XP Professionl SP1. Для этого было три причины: во-первых, XP имеет все драйверы для указанной материнской карточки, что, в общем, многое упрощает и целый ряд телодвижений делает ненужными. Во-вторых, XP очень хорошо перезагружается (в отличие от той же Windows 2000, с которой у меня было немало случаев "сейчас, сейчас я перезагружусь - ты только жди"). Это было важно, поскольку хотелось иметь возможность перезагружать сервер удаленно - или, по крайней мере, без подключения монитора и клавиатуры.

Третье - и, собственно, самое главное - это Remote Desktop, то есть возможность удаленно подключаться и получать графический "shell" на удаленной машине. Если сервер всегда будет у вас под рукой и не составит труда поставить на него монитор - тогда, возможно, вы предпочтете поставить Windows 2000 и сэкономить таким образом мощность для более высокой производительности сервисов.

Естественно, всякие 98 или Me были отброшены без всяких раздумий, поскольку ни надежность, ни управление ресурсами, в том числе сетевыми соединениями и дисковой файловой системой, не находятся у этих систем на уровне, достаточном для решения поставленных задач.

Для эталонного клиента я выбрал Windows 2000 Professional. Собственно, было три варианта: помимо упомянутой Windows 2000, претендовали Windows XP и Windows Embedded. Первая отпала сама собой: во-первых, она потребляет в несколько раз больше ресурсов (что в масштабах целой сети умножается пропорционально количеству рабочих станций); во-вторых, ее образ в несколько раз объемней (то есть сама загрузка длится заметно дольше); и третье - я просто потерпел фиаско при запуске этой ОС, то есть при попытках загрузить образ XP система вылетала - да еще и с рядом неприятных сообщений, намекающих на скромность моих умственные способностей.

Windows XP Embedded - во всем неплохая система, я экспериментировал с ней вполне успешно, но к ее "отставке" привели следующие три причины. Во-первых, ее генерация сама по себе - процесс трудоемкий. Так что решать проблемы сетевой загрузки и одновременно конфигурировать XPE - это несколько утомительно. Во-вторых, для работы XPE требуется инсталляция на клиентской стороне дополнительных компонент и их конфигурация, что еще более отдаляет ожидаемый результат. И в-третьих, это все-таки XP - то есть даже в урезанном варианте она может потребовать больше ресурсов, чем Windows 2000 (а уж тем более если вы захотите встроить туда такие возможности, как Internet Explorer и DOT NET).

Дополнительная просьба: по возможности инсталлируйте клиентскую часть на чистый диск. Создайте один раздел размером до 8000 Гб. Желательно даже меньше, поскольку таков будет размер образа вашего диска на сервере и, соответственно, расход места на нем - если вы примете решение сделать виртуальные диски полноценными с внесением изменений в сам образ, то количество образов будет пропорционально количеству рабочих станций.

Очень важно: проследите, чтобы имя эталонного диска было С:. Это жесткое требование BXP - в случае, если у вас на диске уже стоит какая-нибудь Windows NT5, она будет тянуть за собой мэппинг, так что следующая установка получит имя D: и так далее. Даже если вы и исподвывернетесь и, используя, к примеру, Partition Magic, перемэппите имена устройств (а это еще нужно придумать как) - то и в таком случае вы должны будете гарантировать, что старая инсталляция не получает управления.

Плохая новость заключается в том, что, как по ходу выяснилось, NT5 держит только одну копию ntldr на одном физическом диске, так что все последующие инсталляции не будут устанавливать этот компонент. Короче, я вам точно говорю: ставьте клиент на чистый винчестер в первый раздел с именем C: - и все будет работать как надо.

Также инсталлируйте на рабочую станцию все драйверы и прочие компоненты, вроде DOT NET, Media Player, Direct X и так далее: хоть это можно сделать и позже, но перед созданием загрузочного образа нелишне иметь хорошее представление о его размере. Кроме того, я наблюдал проблемы с установкой некоторых компонент на виртуальный диск: например, драйвер звуковой карточки на борту и Norton Ghost, установленные на образ, не работали - но после их установки на эталонный диск и создания нового образа все стало на свои места.

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

Tres: загружаем и устанавливаем BXP

Собственно, этот шаг можно было проделать и самым первым. BXP - это набор серверов, в своей совокупности обеспечивающих сетевую загрузку. Загрузить программу можно с сайта Venturcom (обратите внимание, что www является обязательной частью адреса). Есть и другие возможности получения данной инсталляции - этот продукт распространяет еще несколько компаний. Главное, что вас должен интересовать файл с именем bxp25.exe размером 12,6 Мб. Если на сайте Venturcom вы не можете найти нужной страницы (этот сайт постоянно и непредвиденно изменяет топологию) - просто поищите через поиск по сайту слово download.

Этот файл содержит четыре варианта инсталляции, но нас пока что будут интересовать только два из них: инсталляция сервера и инсталляция клиента. Два других варианта - это установка самостоятельного файлового сервера и установка Embedded Tools, после основной установки вы поймете, зачем они могут быть нужны, но сейчас мы не станем их рассматривать.

Будем считать, что серверная часть BXP без проблем установлена на сервер. Но это еще не значит, что тот начал работать - на самом деле вам придется стартовать все сервисы вручную чуть позже, когда вы их сконфигурируете.

Важно! Хоть инсталляция и не настаивает на этом явно (как это делает, например, DirectX: "оба-на! перезагрузочка", хех) - тем не менее, обязательно перезагрузите компьютер, иначе ничего не станет работать.

Кроме прочего, не забудьте установить, как минимум, триальную лицензию. Это интерактивный процесс: вы отправляете письмо на Venturcom - и в ответ получаете от [email protected] файл лицензии LicenseResponse.vlf. После установки BXP у вас появится новое устройство с именем "лицензии" и красивой красной пиктограммкой в виде щита: щелкните на ней правой кнопкой, выберите Import License и укажите на полученный от Venturcom файл. Должно сработать - на "диске" лицензий появится "каталог" с данными, соответствующими вашей лицензии.

Quatro: настраиваем DHCP-сервер

В набор компонент, устанавливаемых с BXP-сервером, входит DHCP-сервер - однако я его не использовал, поскольку уже располагал установленным Turbo DHCP. Кроме того, встроенный в BXP Tellurian DHCP не умеет взаимодействовать с другими серверами DHCP в одной подсети - а это как раз был мой случай. И, наконец, Tellurian настраивается через файл конфигурации, с обязательным рестартом сервиса после внесения в него изменений,- что не столько страшно, сколько утомительно. Короче: входящий в состав BXP сервер меня не устраивал и, как показало время, оказался совсем не нужным.

Вообще, правильная настройка DHCP - это самая важная часть процесса сетевой загрузки в целом. Так что первое, чего вы должны добиться, это настроить DHCP и загрузить дискового клиента с динамической конфигурацией от этого сервера. На этом этапе в BIOS"е вашего компьютера первым пунктом должна стоять загрузка с диска - для сетевой загрузки еще не пришло время.

Вот список опций, которые установлены на моем Turbo DHCP, помимо диапазона адресов и подсети:


Опции, кроме -1 и -14, не имеют к сетевой загрузке прямого отношения; и, конечно же, все адреса должны быть заменены на специфические для вашей подсети. Next server должен указывать на ваш сервер, где установлен BXP и с которого будет загружаться образ VLDRMI13.bin. Настройка NBT-сервера для Windows обозначает настройки WINS. Если вы не уверены в том, как правильно настроить DHCP (чтобы не было конфликтов адресации между серверами и подобных накладок) - лучше обратитесь к системному администратору. Turbo DHCP совершенно бесплатно можно закачать с сайта www.weird-solutions.com.


Используя Предварительную загрузку (Preboot Execution Environment (РХЕ)), вы може­те поместить загрузочные файлы в папку на другом компьютере сети, после чего загрузить ПК, используя эти файлы. Придется потрудиться, но это проще, чем загрузка с диска.

Для начала нужен рабочий компьютер с выходом в Интернет. Установите Па­кет автоматической установки Windows (Windows Automated Installation Kit (WAIK)), который можно бесплатно скачать с http://go.microsoft.com/fwlink/?LinkId=136976 . Из меню Пуск откройте Утилиты командной строки Windows РЕ (Windows РЕ Tools Command Prompt) и, если вы устанавливаете 32-битную версию Windows 7, на­берите

  • copype.cmd х8б C:\output

или, для 64-битной (х64) версии,

  • copype.cmd amd64 C:\output

и нажмите Enter. Командный файл автоматически создаст лапку C:\output. После копирования файлов наберите следующую команду для подсоединения обра­за Утилиты предварительной установки Windows (Windows Preinstallation Environment (РЕ)):

  • imagex /mountrw C:\output\winpe.wiro 1 C:\output\mount

Далее откройте Проводник Windows и создайте гюдпапку внутри c:\output, назвав ее boot Скопируйте все файлы из C:\output\mount\Windows\Boot\PXE в новую папку C:\output\boot. После этого отсоедините образ Windows РЕ:

  • imagex /unmount C:\output\mount

Скопируйте файл boot.sdi из установочной папки WAIK в папку C:\output\boot. Если вы устанавливаете 32-битную версию Windows 7, возьмите boot.sdi из C:\Program Files\Windows AIK\Tools\PETools\x86\boot, а если 64-битную (х64) версию, то возьмите его из C:\Program Files\Windows AIK\Tools\PETools\amd64\boot.

Вернитесь к окну командной строки и скопируйте файл winpe.wim в папку boot переименовав его в boot.wim:

сору C:\output\winpe.wim c:\output\boot\boot.wim

После этого остается ввести еще несколько команд для создания файла Данных конфигурации загрузки (Boot Configuration Data (BCD)), используя bcdedit.exe, ту же утилиту, которая применяется для создания двойной загрузки. Просто загрузите makebcd.bat с http://files.creativelement.com/annoyances/makebcd.bat и запустите ее на своем ПК. Чтобы скопировать и вставить GUID, щелкните правой кнопкой мыши на любой области окна командной строки, выберите Пометить (Mark), вы­делите текст в фигурных скобках, расположенный над командой, затем нажмите Enter, чтобы скопировать текст. Снова щелкните правой кнопкой мыши, выберите Вставить (Paste), чтобы вставить текст, и нажмите Enter для продолжения. Если все в порядке, появится сообщение Операция успешно выполнена (The operation completed successfully).

Последний шаг - установка серверной программы Trivial File Transfer Protocol (TFTP), например Tftp32, чтобы ком­пьютер мог подсоединиться к рабочему ПК для извлечения файлов загрузки. Уста­новите Tftp32 и запустите tftpd32.exe. Нажмите Найти (Browse), выберите папку C:/output и нажмите ОК, чтобы установить Текущий каталог (Current Directory). Далее выберите вкладку Сервер DHCP (DHCP server), нажмите Помощь (Help) и заполните поля, следуя подсказкам. В поле Загрузочный файл (Boot file) наберите boot. sdi. После этого нажмите Сохранить (Save).

После настройки сервера РХЕ необходимо активировать сетевую загрузку РХЕ в настройке BIOS вашего ПК. Вам понадобится имя хоста и IP-адрес компьютера, действующего в качестве сервера РХЕ.

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

При использовании сетевой загрузки в сети с высокой пропускной способностью показатели производительности схожи с использованием локального жесткого диска.

Внимание: После загрузки через iSCSI использование iSCSI для подключения других целей в процессе работы бездисковой станции не разрешается!

Процесс загрузки

Алгоритм бездисковой загрузки выглядит следующим образом:

  1. Бездисковая станция включается, загружает BIOS, осуществляет POST проверку
  2. BIOS бездисковой станции находит и загружает PXE
  3. PXE осуществляет поиск сервера DHCP, запрашивает адрес и другие параметры запуска
  4. DHCP сервер назначает адрес, параметры и адрес образ загрузки PXE-загрузчика
  5. PXE загружает PXE-загрузчик и выполняет его
  6. PXE-загрузчик подключает iSCSI-цель и загружает её как локальный жесткий диск
  7. При загрузке диска, загрузчик операционной системы передает управление драйверам для работы с iSCSI.

Настройка загрузки

В вычислительных сетях сетях имеющих сетевое хранилище возможно осуществление загрузки рабочей станции с него. Для того чтобы осуществить сетевую загрузку необходимо:

  1. подготовить образ жесткого диска
  2. опубликовать подготовленный образ жесткого диска в сети
  3. настроить сетевую загрузку
  4. подготовить бездисковую рабочую станцию
  5. осуществить загрузку
  6. осуществить установку (если это необходимо).

Подготовка образа жесткого диска

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

Публикация образа жесткого диска в сети

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

Настройка сетевой загрузки

Для осуществления сетевой загрузки необходимо установить сервер передачи файлов(TFTP) и сервер динамической сетевой настройки (DHCP). После их установки необходимо их настроить на осуществление сетевой загрузки, а также подготовить предварительную среду выполнения (PXE). Для подготовки PXE рекомендуется использование gPXE и iPXE так как они имеют поддержку iSCSI.

После того как была настроена сетевая загрузка необходимо осуществить проверку её выполнения. Для этого следует проверить следующие функции:

  1. Должно осуществляться назначение IP-адресов через DHCP сервер
  2. Цель iSCSI должна быть доступна по сети
  3. Образ жесткого диска, в случае если он содержит данные, должен загружаться в виртуальной машине.

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

Подготовка бездисковой рабочей станции

Для того чтобы бездисковая рабочая станция могла осуществить загрузку по сети ей необходимо загрузить BIOS и PXE Rom.

Подготовка BIOS

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

Прежде всего необходимо обеспечить загрузку PXE Rom, выстроить порядок устройств таким образом чтобы PXE-rom загружался первым, за тем необходимо отключить поддержку IOMMU если таковая имеется.

Настройка PXE Rom

PXE - предварительнаяю среда выполнения, надстройка над BIOS загружаемая после POST проверки системы. PXE Rom - двоичный код прошивки, её образ. Прежде чем использовать PXE Rom необходимо правильно его подобрать в соответствии с исользуемой сетевой картой.

PXE Rom может быть установлен на загрузочный диск либо прошит в BootRom (специальная микросхема) сетевой карты.

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

Для того чтобы использовать bootrom, необходимо подобрать совместимую микросхему и осуществить на неё запись прошивки с помощью специального программатора. Програматоры - это очень дорогие устройства, чтобы прошить микросхему можо обратится в сервисные центры.

После того как вы подобрали и прошили микросхему, перед установкой её на сетевую плату рекомендется уложить в кроватку (место куда устанавливается микросхема) часть тонкого изолированного провода с целью упрощения последующего извлечения.

На фото изображена микросхема Boot Rom с установленной частью провода на сетевой карте D-Link DGE-528T.

После установки микросхемы BootRom при загрузке компьютера должен отображатся экран аналогичный следующему.

В случае если этого не происходит возможно микросхема BootRom не корректно прошилась либо она не походит.

Осуществление загрузки

  1. Настроить на сервере загрузку сначала с пустого образа а потом с образа установочного диска либо через сценарий либо через меню.
  2. Загрузить бездисковую станцию с пустого раздела. Загрузки как таковой не произойдет, но в памяти сохранится адрес iSCSI-цели.
  3. Загрузка с образа установочного диска позволит осуществить установку в iSCSI-цель.

Установка операционной системы

Установка в iSCSI-цель немного отличается от установки на обычный диск и требует поддержки программой установки.