Windows без жорсткого диска, Windows, Операційні системи, статті

Для виконання цього завдання потрібні 2 компа: сервер і комп’ютер з еталонною системою.

Найважливіше на цьому етапі – вдало визначитися з Осями. Головне правило в цьому виборі – співвідношення надійності самої Осі і її мала ресурсомісткість.

В ідеалі, звичайно, 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.


BXP – це набір серверів, у своїй сукупності забезпечують мережеву завантаження. Цей файл містить чотири варіанти інсталяції, але для нас поки підійдуть тільки два з них: інсталяція сервера та інсталяція клієнта. Два інших варіанти – це установка самостійного файлового сервера і установка Embedded Tools нам можуть знадобитися згодом.

Особливою складнощів установка не має і після її успішної інсталяції потрібно конфігурувати і стартувати необхідні сервіси.

Примітка: звертаю Вашу увагу на те, що після інсталяції програми ОБОВ’ЯЗКОВО перезавантажте сервер!


Етап другий: настройка DHCP-сервера.


У набір компонент, що встановлюються разом з BXP-сервером, входить DHCP-сервер, проте, щоб не наступати на ті граблі, які виникли у моїх попередників я завбачливо вибрав Turbo DHCP останньої моделі. Крім того, вбудований в BXP Tellurian DHCP має такі недоліки:



Слід зазначити, що правильна настройка DHCP – це найголовніша частина процесу мережевий завантаження в цілому. Так що перше, чого ви повинні домогтися, це налаштувати DHCP і завантажити дискового клієнта з динамічною конфігурацією від цього сервера.

Примітка: на цьому етапі в BIOS `е вашого комп’ютера першим пунктом повинна стояти завантаження з диска – для мережевої завантаження ще не настав час.

Список опцій, які встановлені на Turbo DHCP, крім діапазону адрес і підмережі:



Next server повинен вказувати на ваш сервер, де встановлений BXP і з якого буде завантажуватися образ VLDRMI13.bin., А настройка NBT-сервера для Windows позначає настройки WINS.


Звертаю Вашу увагу на те, що доцільно виділити дану групу комп’ютерів в окремий піддомен і надалі налаштувати довірчі відносини між основним доменом і ним, зважаючи на деяку обмеженість функціональності цих комп’ютерів: робота з ресурсоємними мультимедіа-додатками і програмами інженерного напрямку дуже важко. Можна обмежити доступ до деяких ресурсів локальної мережі, щоб не було спокуси їх використовувати і тим самим «підвісити» інші клієнтські машини.

Ще один важливий момент: з теорії для успішної роботи двох DHCP-серверів … необхідні 2 різні (!) Підмережі, тобто в кожної свій DHCP-сервер. Морочитися з налаштуванням двох різних підмереж я не став, а просто … відключив DHCP в Active Directory і роздав звичайним компам статичні IP-адреса.Последній параметр в цьому випадку грає просто статичну роль.

На цьому налаштування DHCP-сервера закінчилися.


Етап третій: настройка TFTP-сервера.


Після установки сервер BXP не починає роботу автоматично – ви повинні сконфігурувати всі сервіси і запустити їх вручну: це означає, що треба зайти в Панель управління -> Адміністративні завдання -> Сервіси і виконати дві операції: спочатку правою кнопкою вибрати на потрібному сервісі Старт, потім (все тієї ж правою кнопкою) вибрати Властивості і далі Тип запуску: автоматично – щоб цей сервіс стартував при перезавантаженні комп’ютера.

Тепер про настройки інших компонент BXP:



  1. Налаштуємо 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 – можна пропустити.

  2. BXP Login Service Preferences – ярлик на нього розташований в папці встановленої програми BXP. Все, що тут треба зробити, це відзначити інтерфейс, на якому цей сервіс буде приймати запити на аутентифікацію. Сама база – це файл у форматі MS Access. Якщо ви хочете приймати запити від анонімних хостів (що, загалом, може заощадити багато часу і цілком безпечно в закритому середовищі), відзначте Add New Clients To Database.
  3. BXP IO Service Preferences. Дозволяємо йому “слухати” на одному або декількох інтерфейсах і якщо потрібно, то міняємо розташування віртуальних дисків, змінюючи їх диск або директорію. Диск повинен мати необхідний обсяг, про що сказано вище.

Тепер можна запускати сервіси. Робиться це через Сервіси – шукані сервіси BXP мають імена, що починаються з “BXP” і (якщо ви використовуєте PXE або BOOTP) “3Com”. Всього їх близько п’ять-шість штук – залежно від того, чи використовуєте ви власний TFTP-сервер. Запустіть їх і відзначте тип запуску Автоматичний.

Після запуску сервісів зайдіть BXP Administrator – і в Tools-Configure Bootstrap виберіть параметри:



Після натискання на OK програма фізично оновить ваш завантажувальний образ і клієнт буде працювати з вказаними вами опціями.

Тепер у нашому розпорядженні – повноцінний сервер мережевої завантаження. Залишилося створити завантажувальний образ операційної системи – і все готово.


Етап четвертий: створення завантажувального образу.


Завантажувальний образ ОС – фактично це вміст вашого завантажувального розділу, але перенесене на віртуальний диск. Крім того «вашу» Windows 2000 слід «модифіковані» за допомогою BXP Client, який додає драйвер мережевого “вінчестера”.

Отже, для початку на серверній машині створіть за допомогою BXP Administrator віртуальний диск. Виберіть I / O-сервер, клацніть на ньому правою кнопкою і виберіть Створити віртуальний диск. Тепер його потрібно відформатувати.

Робиться це так: Спочатку домонтують новий диск (найпростіший спосіб зробити це – вибрати диск і натиснути ). Тепер цей віртуальний диск «примонтувати» у віртуальний те, який з’явився у вас на сервері (крім диска з ліцензіями). Врахуйте, що “меппінг” працює тільки при запущеному BXP Administrator. Тепер відформатуйте цей диск самим звичайним для Windows способом і отмонтіруйте його назад. Тепер диск готовий для запису образа.

Наступний крок вимагатиме Вашої уважності: Ми створюємо еталонний образ системи для безхардових машин. Створіть нового клієнта на сервері – можете вказати для нього фіксований MAC-адресу (якщо не знаєте – Ставте знаки питання), якщо хочете обмежити завантаження тільки певними робочими станціями. Тепер самий цікавий момент: вкажіть у налаштуваннях тип завантаження З жорсткого диска. Перезавантажте клієнтську машину, увійдіть в BIOS і першим номером поставте завантаження по мережі. Тепер з перезавантаження ви повинні побачити опитування DHCP та отримання “п’яти точок”. Насправді кожна точка відповідає за отримання певної опції настройки – як з’ясувалося з вихідного коду PXE BIOS. Якщо у вас проблема з настройками DHCP, не знайдений I / O-сервер, на сервері не знайдено завантажувальний файл або виникла ще якась проблема – Ви отримаєте про це відповідне повідомлення.

Після завантаження образу з сервера B XP продовжить завантаження з локального жорсткого диска. Тепер після завантаження таким примхливим способом встановіть з інсталяції програми B XP клієнтську частину. Це два компоненти: драйвер віртуального диска і маленька програмка, яка копіює ваш диск C: (тільки С – це жорстко закодовано і ніяк не змінюється) на віртуальний диск на сервері. Якщо інсталяція пройшла успішно, ви побачите новий віртуальний диск – це ваш образ на сервері, запускайте творець образу (пошукайте його в Програмах) і в якості мети копіювання вкажіть цей диск. Тепер знову переходите на сервер і змініть тип завантаження клієнта на С віртуального диска. Вам відкриється три опції: “з першого диска”, “з першого вільного” і “показати дисковий меню” для вибору клієнтом одного з декількох образів. Завантаження з “першого вільного” має сенс тільки у випадку, якщо всі робочі станції однакові по конфігурації, так що кожна станція може завантажуватися з будь-якого образу – і то дуже ймовірно, що користувач побажає якось персоніфікувати свій образ і в такому випадку захоче користуватися тільки одним диском. Завантаження з «першого диска» є найпростішим і логічним вибором.

Додатково по відношенню до образів дисків є кілька стратегій використання, настроюються в BXP Configuration. Для налаштування використання віртуального диска цей диск повинен бути відключений від усіх клієнтів (навіть від тих, що завантажуються з вінчестера – вони ж теж лочат віртуальний диск, щойно не першим номером). Отже, ви можете створити для диска write-кеш, причому як в пам’яті клієнтського комп’ютера, так і на диску сервера. Насправді кеш є ще й оверлейной областю – тобто, коли ви будете записувати на віртуальний диск, запис проводитиметься не в образ, а в оверлей. Природно, що оверлей в пам’яті буде куди швидше, але так само зрозуміло, що він не зберігає свого стану. Це корисно, коли ви налаштовуєте, наприклад, комп’ютерний клас і у ваші плани не входить перевстановлювати систему після нашестя кожної наступної орди обезбашенних школярів-«хакерів».

Крім іншого, дисковий кеш (в оперативній пам’яті клієнта теж – але це очевидно) персоніфікований – тобто скільки користувачів, стільки й кешей. Чого це дає? Виходить, що сотня користувачів може “Прикурювати” від одного завантажувального образу, але при цьому кожен може вносити в систему зміни, і BXP буде зберігати їх в компактному вигляді персональної “дельти”. Звичайно, така конфігурація буде сильно навантажувати мережу, і є свідчення, що процесор сервера теж буде дуже грітися, так що за економію дискової пам’яті сервера доведеться платити його підвищеною потужністю і гігабітної мережею – інакше робота буде повільною.

Увага: для того щоб змінювати режим використання образу, потрібно не просто “покласти” всіх підключаються клієнтів, а й “викотити” віртуальні диски, тобто зайти в налаштування кожного клієнта і виключити потрібний образ як варіант завантаження. Крім того, не робіть образ диска, якщо у вас включений кеш – вся запис піде саме туди, кеш розбухне (а в разі кеша в оперативці – так і взагалі заб’ється). Це в корені невірно

Ну от і все. Тепер можете бігти в уподобаний Вами комп’ютерний супермаркет і закуповувати десь 20 машин без хардов, заодно блисне своєю «крутизною» перед менеджерами продажів, чітко позначивши фразу: «Жорсткі диски не потрібні! У мене все буде працювати і без них! ».

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*