Самое важное на этом этапе - удачно определиться с Осями. Главное правило в этом выборе - соотношение надежности самой Оси и её малая ресурсоемкость.
В идеале конечно windows 2003 server std edition и windows xp pro sp2, но… в этом случае пропускная способность сети должна быть не менее… 1(!) Гбит/сек, а это не всегда достижимо. Поэтому на мой взгляд идеальное решение этого выбора: в качестве сервера windows xp pro sp1(!) в качестве сервера и windows 2000 sp4 как эталонная ОС. Почему же ХР с сервиспаком 1 спросите Вы. Отвечаю - ну нет в нем лишней безопасности, которая иногда играет с нами злую шутку и удаленный рабочий стол позволяет коннектиться с графическим интерфейсом. А w2k идеально подходит по надежности и небольшой ресурсоемкости. w95,98 milennium - стары как мир и глючны до неприличия, поэтому забудем о них. Пусть полки cd-боксов им будут пухом.
Обращаю внимание на сетевую карту в компьютере-клиенте. Она должна поддерживать сетевую загрузку, так называемый pxe - режим. Этот стандарт поддерживают сейчас все карточки, в том числе и встроенные в материнские платы. Возьмем недорогую и надежную realtek rtl8139(a), которая штатно поддерживается большинством операционных систем. На освещаемою мной тему было написано несколько статей. Авторы спорили меж собой как лучше связывать клиентские машины : через основной свитч, либо использовать отдельный. Отдельный свитч возможно решит некоторые проблемы с загрузкой вначале, однако он имеет значительный минус: попробуйте соединить компьютеры не находящиеся в одной части здания, а разбросанные по всему пространству помещений. Так что остаемся на главном свитче.
Конфигурация компьютеров не содержит дорогостоящих компонентов и возможно даже одинаковой: amd semptron 2000 (или аналог intel 1400…1700)/512 mb ram , видеокарта может быть встроенной. Отдельное слово про жесткие диски для этих компьютеров. На сервере с успехом можно использовать харды даже на 20 Гбайт, а вот для эталонной Оси нужен хард из расчета 7,2 Гб на каждую клиентскую машину, если сделать виртуальные диски полноценными с внесением изменений в сам образ, то количество образов будет прямо пропорционально количеству рабочих станций. Как показала практика, 160…180 Гб харда с лихвой хватает на 20 клиентский машин + развертывание самой эталонной оси.
Перед установкой данной комбинации программ необходимо провести переразбивку хардов с помощью программы fdisk, а не partition magic(!) и настоятельно рекомендую перед этим очистить загрузочную область харда с помощью fdisk/mbr.
Итак, мы начинаем. Для выполнения нашей задумки нам понадобится несколько программ. Это
• bxp от фирмы venturcom, которая вроде как почила в бозе давно, однако большими стараниями ее удалось розыскать на просторах Инета.
• turbo dhcp от indigo rose corporation
• tftp -сервер от того же производителя, если вдруг внутренний от ВХР не «пойдет».
Этап первый: установка bxp.
bxp - это набор серверов, в своей совокупности обеспечивающих сетевую загрузку. Этот файл содержит четыре варианта инсталляции, но для нас пока подойдут только два из них: инсталляция сервера и инсталляция клиента. Два других варианта - это установка самостоятельного файлового сервера и установка embedded tools нам могут понадобиться впоследствии.
Особой сложностей установка не имеет и после ее успешной инсталляции нужно сконфигурировать и стартовать необходимые сервисы.
Примечание: обращаю Ваше внимание на то, что после инсталляции программы ОБЯЗАТЕЛЬНО перезагрузите сервер!
Этап второй: настройка dhcp-сервера.
В набор компонент, устанавливаемых вместе с bxp-сервером, входит dhcp-сервер, однако чтобы не наступать на те грабли, которые возникли у моих предшественников я предусмотрительно выбрал turbo dhcp последней модели. Кроме того, встроенный в bxp tellurian dhcp имеет следующие недостатки:
• не умеет взаимодействовать с другими серверами dhcp в одной подсети - а у меня уже есть в сети свой dhcp-сервер домена
• tellurian настраивается через файл конфигурации, с обязательным рестартом сервиса после внесения в него изменений, что очень утомительно.
Следует отметить, что правильная настройка dhcp - это самая ГЛАВНАЯ часть процесса сетевой загрузки в целом. Так что первое, чего вы должны добиться, это настроить dhcp и загрузить дискового клиента с динамической конфигурацией от этого сервера.
Примечание: на этом этапе в bios´е вашего компьютера первым пунктом должна стоять загрузка с диска - для сетевой загрузки еще не пришло время.
Список опций, которые установлены на turbo dhcp, кроме диапазона адресов и подсети:
• Номер опции - 3, Имя - gateways, Значение - 192.168.x.1
• Номер опции - 6, Имя - domain name servers, Значение - 192.168.x.5
• Номер опции - (-1), Имя - boot file, Значение - vldrmi13.bin
• Номер опции - 15, Имя - domain name, Значение - ertilsz.outhdd.ru
• Номер опции - 44, Имя - nbt name servers, Значение - 192.168.x.1
• Номер опции - 46, Имя - nbt node type, Значение - 8
• Номер опции - (-14), Имя - next server, Значение - 192.168.x.10
next server должен указывать на ваш сервер, где установлен bxp и с которого будет загружаться образ vldrmi13.bin., а настройка nbt-сервера для windows обозначает настройки wins.
Обращаю Ваше внимание на то, что целесообразно выделить данную группу компьютеров в отдельный поддомен и в последствии настроить доверительные отношения между основным доменом и ним, ввиду некоторой ограниченности функциональности этих компьютеров: работа с ресурсоемкими мультимедиа-приложениями и программами инженерного направления очень затруднительно. Можно ограничить доступ к некоторым ресурсам локальной сети, дабы не было соблазна их использовать и тем самым «подвесить» остальные клиентские машины.
Еще один важный момент: по теории для успешной работы двух dhcp-серверов …необходимы 2 разные(!) подсети, т.е. в каждой свой dhcp-сервер. Заморачиваться с настройкой двух разных подсетей я не стал, а просто… отключил dhcp в active directory и раздал обычным компам статические ip-адреса.Последний параметр в этом случае играет просто статическую роль.
На этом настройки dhcp-сервера закончились.
Этап третий: настройка tftp-сервера.
После установки сервер bxp не начинает работу автоматически - вы должны сконфигурировать все сервисы и запустить их вручную: это значит, что надо зайти в Панель управления -> Административные задачи -> Сервисы и выполнить две операции: сначала правой кнопкой выбрать на нужном сервисе Старт, затем (все той же правой кнопкой) выбрать Свойства и далее Тип запуска: автоматически - чтобы этот сервис стартовал при перезагрузке компьютера.
Теперь о настройках остальных компонент bxp:
• Настроим tftp, то есть сервер, раздающий вашему клиенту файл начальной загрузки. Настройка производится через control panel - там вы должны найти пиктограму venturcom tftp service. По умолчанию он не подключен ни к какому порту и не настроен ни на какой каталог. Исправляем эту ситуацию, настроив параметры следующим образом:
1...tftp options: allow transmit - да, allow receive - нет;
2...transmit (get) directory -c:program filesventurcombxptftpboot;
3...tftp logging - не критично: ставим ноль;
4...tftp network - отметьте все сетевые интерфейсы, на которых tftp будет ожидать подключений бездисковых клиентов и не меняем ни в коем случае порт 69, он жестко закодирован в pxe boot bios;
5...about - можно пропустить.
• bxp login service preferences - ярлык на него расположен в папке установленной программы bxp. Все, что здесь надо сделать, это отметить интерфейс, на котором данный сервис будет принимать запросы на аутентификацию. Сама база - это файл в формате ms access . Если вы хотите принимать запросы от анонимных хостов (что, в общем, может сэкономить много времени и вполне безопасно в закрытой среде), отметьте add new clients to database.
• bxp io service preferences. Разрешаем ему "слушать" на одном или нескольких интерфейсах и если нужно, то меняем расположение виртуальных дисков, изменяя их диск или директорию. Диск должен иметь необходимый объем, о чем сказано выше.
Теперь можно запускать сервисы. Делается это через Сервисы - искомые сервисы bxp имеют имена, начинающиеся с "bxp" и (если вы используете pxe или bootp) "3com". Всего их около пять-шесть штук - в зависимости от того, используете ли вы собственный tftp-сервер. Запустите их и отметьте тип запуска Автоматический.
После запуска сервисов зайдите bxp administrator - и в tools-configure bootstrap выберите параметры:
• путь должен указывать на c:program filesventurcombxptftpbootvldrmi13.bin;
• адреса - получаемые по dhcp,
• адреса - из базы данных,
• verbose mode - Да.
После нажатия на ok программа физически обновит ваш загрузочный образ и клиент будет работать с указанными вами опциями.
Теперь в нашем распоряжении - полноценный сервер сетевой загрузки. Осталось создать загрузочный образ операционной системы - и все готово.
Этап четвертый: создание загрузочного образа.
Загрузочный образ ОС - фактически это содержимое вашего загрузочного раздела, но перенесенное на виртуальный диск. Кроме того «вашу» windows 2000 следует «модифицировать» с помощью bxp client, который добавляет драйвер сетевого "винчестера".
Итак, для начала на серверной машине создайте с помощью bxp administrator виртуальный диск. Выберите i/o-сервер, щелкните на нем правой кнопкой и выберите Создать виртуальный диск. Теперь его нужно отформатировать.
Делается это так: Сначала примонтируйте новый диск (самый простой способ сделать это - выбрать диск и нажать ). Теперь этот виртуальный диск «примонтирован» в виртуальный том, который появился у вас на сервере (помимо диска с лицензиями). Учтите, что "мэппинг" работает только при запущенном bxp administrator. Теперь отформатируйте этот диск самым обычным для windows способом и отмонтируйте его обратно. Теперь диск готов для записи образа.
Следующий шаг потребует Вашей внимательности: Мы создаем эталонный образ системы для безхардовых машин. Создайте нового клиента на сервере - можете указать для него фиксированный mac-адрес (если не знаете - ставьте вопросительные знаки), если хотите ограничить загрузку только определенными рабочими станциями. Теперь самый интересный момент: укажите в настройках тип загрузки С жесткого диска. Перезагрузите клиентскую машину, войдите в bios и первым номером поставьте загрузку по сети. Теперь с перезагрузки вы должны увидеть опрос dhcp и получение "пяти точек". На самом деле каждая точка отвечает за получение определенной опции настройки - как выяснилось из исходного кода pxe bios. Если у вас проблема с настройками dhcp, не найден i/o-сервер, на сервере не найден загрузочный файл или возникла еще какая проблема - вы получите об этом соответствующее сообщение.
После загрузки образа с сервера bxp продолжит загрузку с локального жесткого диска. Теперь после загрузки таким прихотливым способом установите из инсталляции программы bxp клиентскую часть. Это два компонента: драйвер виртуального диска и маленькая программка, которая копирует ваш диск c: (только С - это жестко закодировано и никак не меняется) на виртуальный диск на сервере. Если инсталляция прошла успешно, вы увидите новый виртуальный диск - это ваш образ на сервере, запускайте создатель образа (поищите его в Программах) и в качестве цели копирования укажите этот диск. Теперь снова переходите на сервер и измените тип загрузки клиента на С виртуального диска. Вам откроется три опции: "с первого диска", "с первого свободного" и "показать дисковое меню" для выбора клиентом одного из нескольких образов. Загрузка с "первого свободного" имеет смысл только в случае, если все рабочие станции одинаковы по конфигурации, так что каждая станция может загружаться с любого образа - и то очень вероятно, что пользователь пожелает как-то персонифицировать свой образ и в таком случае захочет пользоваться только одним диском. Загрузка с «первого диска» является самым простым и логичным выбором.
Дополнительно по отношению к образам дисков есть несколько стратегий использования, настраиваемых в bxp configuration. Для настройки использования виртуального диска этот диск должен быть отключен от всех клиентов (даже от тех, что загружаются с винчестера - они ведь тоже лочат виртуальный диск, только что не первым номером). Итак, вы можете создать для диска write-кэш, причем как в памяти клиентского компьютера, так и на диске сервера. На самом деле кэш является еще и оверлейной областью - то есть, когда вы будете записывать на виртуальный диск, запись будет производиться не в образ, а в оверлей. Естественно, что оверлей в памяти будет куда быстрее, но так же понятно, что он не сохраняет своего состояния. Это полезно, когда вы настраиваете, например, компьютерный класс и в ваши планы не входит переустанавливать систему после нашествия каждой следующей орды обезбашенных школьников-«хакеров».
Кроме прочего, дисковый кэш (в оперативной памяти клиента тоже - но это очевидно) персонифицирован - то есть сколько пользователей, столько и кэшей. Чего это дает? Получается, что сотня пользователей может "прикуривать" от одного загрузочного образа, но при этом каждый может вносить в систему изменения, и bxp будет хранить их в компактном виде персональной "дельты". Конечно, такая конфигурация будет сильно нагружать сеть, и есть свидетельства, что процессор сервера тоже будет очень греться, так что за экономию дисковой памяти сервера придется платить его повышенной мощностью и гигабитной сетью - иначе работа будет медленной.
Внимание: для того чтобы изменять режим использования образа, нужно не просто "положить" всех подключаемых клиентов, но и "выкатить" виртуальные диски, то есть зайти в настройки каждого клиента и исключить нужный образ как вариант загрузки. Кроме того, не делайте образ диска, если у вас включен кэш - вся запись пойдет именно туда, кэш разбухнет (а в случае кэша в оперативке - так и вообще забьется). Это в корне неверно
Ну вот и всё. Теперь можете бежать в облюбованный Вами компьютерный супермаркет и закупать эдак 20 машин без хардов, заодно блеснете своей «крутизной» перед менеджерами продаж, четко обозначив фразу: «Жесткие диски не нужны!У меня все будет работать и без них!».