Зображення Netboot - де зберігаються дані, створені користувачем


2

У мене є сервер X OS Lion хостинг зображень netboot. У мене також є сервер 10.8 для створення 10.8 зображень, але я розміщую всі зображення з одного сервера 10.7 NetBoot.

Коли клієнтська машина завантажує певний образ завантаження мережі, я розумію, що він копіює принаймні найнеобхідніші частини зображення через мережу і зберігає її якось на своїх локальних ресурсах.

Чи зберігає вона лише дані в оперативній пам'яті або зберігає дані локально?

Де зберігаються нещодавно створені дані сесії? На сервері або локально?


1
Які версії сервера? Яка ОС - клієнт? Як ви підготували образ завантаження мережі? Багато чого залежить від вибраних параметрів під час створення зображення.
bmike

Сервер Mac OS 10.7.5, Клієнти 10.7.5 і 10.8.3. Я підготував образ netboot за допомогою утиліти System image. Немає конкретних варіантів створення.
Dukeatcoding

Я постараюся докласти зусиль, щоб відповісти, але дані, створені користувачем, зберігаються в домашній теці користувача. Ви можете керувати цим на основі кожного сервера, на основі користувача або на основі машини або поєднання будь-якого з перерахованих вище. (також - я редагував ваше запитання, щоб включити текст, будь ласка, перегляньте його, оскільки я не впевнений, що я все ще розумію вашу головну мету тут або те, що ви робите і не отримуєте про NetBoot в даний час)
bmike

Відповіді:


5

Коли ви використовуєте NetBoot, файл NetBoot DMG, доступний лише для читання, буде змонтовано для читання-запису за допомогою a Тіньовий файл . Будь-який файл Mac OS X DMG може бути встановлений з файлом Shadow. Коли використовується файл тіней, будь-які дані, які будуть записані у файл DMG, замість записуються у файл тіней, і коли дані зчитуються, дані будуть прочитані з файлу Shadow, перш ніж файл DMG.

При NetBooting існує три види зображень, кожен з яких має три різні способи монтування DMG і зберігання файлу Shadow:

  • Зображення NetInstall робиться з DVD-диска інсталятора Mac OS X або зображення інсталятора, завантаженого з App Store. Вони не мають файлу Shadow, кореневого розділу / тільки для читання і не відбувається обмін.
  • Зображення NetBoot виконані за допомогою утиліти System Image з встановленої системи Mac OS X. Файл Shadow зберігається на першому жорсткому диску в прихованому /private/netboot папки
  • Бездискові зображення Netboot такі ж, як Зображення NetBoot але файл "Тінь" зберігається в мережі за допомогою протоколу файлів Apple (AFP)

У випадку Бездискова мережа (Найпотужніший), файл Shadow зберігається в NetBootClients0 папки Library/NetBoot на сервері (Or NetBootClients1, NetBootClients2 , etc, where the number matches the number of the Папка NetBootSP`, в якій перебуває DMG Net Boot

Щоб зробити зображення NetBoot a Зображення бездискової мережі Використовуйте прапорець "Зробити це зображення доступним для завантаження без диска" під налаштуваннями зображення у Server.app :

Screenshot of image settings

Також потрібно мати доступ до спільного доступу до файлів AFP, а для каталогу NetBoot потрібна спільна точка, яка може бути доступною для запису. (Я не пам'ятаю, якщо Server.app створює це автоматично) У Apple є документ про усунення несправностей без дискового накопичувача NetBoot що корисно. AFP548 також має деякі чудові натяки

Коли клієнтська машина завантажує конкретний завантажувальний образ мережі, я розумію, що він копіює принаймні найнеобхідніші частини зображення через мережу і зберігає її якось на своїх локальних ресурсах

Це не є технічно правильним. Коли ви NetBoot, ядро ​​Mac OS X монтує кореневу файлову систему ( /, обсяг завантаження) через мережу . Тому нічого не зберігається локально. Коли потрібно прочитати дані (запускається програма E.G.), вона читається по мережі, а не з жорсткого диска. Дані не копіюються з сервера на локальний комп'ютер.

Коли внесено зміни наприклад, новий файл зберігається, тоді ядро ​​Mac OS X повинно десь записати ці зміни, і саме там входить файл Shadow. Як описано вище, файл Shadow може бути на першому локальному жорсткому диску, але це може бути також зберігатиметься через мережу. Якщо він зберігається в мережі, то клієнт Mac OS X може фактично відключити диски і робити такі дії, як запуск програми Disk Utility. Він навіть може мати повністю видалені жорсткі диски.


Я дуже добре знайомий з процесом NetBoot, тому, якщо це не повністю відповідає на ваше запитання, будь ласка, не соромтеся запитати мене про більш детальну інформацію!
Josh

Ви цілком правильні / приватні / netboot на машині, де я завантажуюсь з містить 67 Гб зображень, ось чому завантаження швидше після першого імені я зробив netboot ?!
Dukeatcoding

Можливо, чому. Другий раз він читав звідти. Зауважте, що ці Розріджені файли , тому деякі з 67 Гб можуть бути безперервним рядком NULL байтів, що вказує, що жоден з цих блоків фактично не був змінений у файлі. Я забуваю, якщо HFS+ зберігає ці файли ефективно чи ні. I думаю тому. (Таким чином, файл розміром 67 Гб може використовувати лише 3 Гб простору)
Josh

Протягом часу існує декілька зображень, об'єднуючих по 67 Гб. на даний момент мені цікаво користуватися HTTP або NFS, тому що 10,7 я працював з NFS і 10,8 з HTTP (випадково) дивно, що обидва вони відносно повільні ... гігабітна мережа не використовується
Dukeatcoding

1
Я використовую NFS через гігабітну мережу (без Jumbo фреймів) і вважаю, що продуктивність досить хороша. Частиною трюку, який я знайшов, було отримання зображення Netboot до гідного розміру. Ми розміщуємо багато додатків на окремій частині AFP, що зробило NetBooting швидше, а також полегшує оновлення цих програм без необхідності відновлення всього зображення NetBoot. Також переконайтеся, що ви створили зображення за допомогою утиліти System Image. У мене були проблеми з зображеннями, створеними вручну дуже повільно.
Josh

0

За замовчуванням зображення NetBoot є активом лише для читання, тому кожен клієнт завантажує достатньо зображення для завантаження.

Під час завантаження клієнт ОС створює файл тіней для локальних сховищ і змін.

Ці зміни можуть бути повторно використані під час наступного завантаження Mac з мережі. Якщо файл тіні буде видалено, процес завантаження буде повторно створено, якщо необхідно.

Це буде корисним лише для опису початкових активів завантаження та змін, внесених до основної системи. Ви також захочете подумати над тим, як змінюються користувачем зміни, зберігаються, захоплюються та створюються резервні копії.

Netboot відмінно підходить для усунення несправностей і початкового завантаження образу інсталятора. Я також бачив це для завантаження діагностичних пакетів або ситуацій кіоску, коли ви просто запускаєте одне додаток, де всі дані на сервері або в хмарі, і ніяких реальних даних не існує ніколи на клієнті (думаю, музеїв або цифрових знаків). Я вважаю, що мотивована команда могла б створити повне рішення, де всі комп'ютери Mac завантажують мережу, але зазвичай краще дозволити кожному Mac запускати власну ОС і мати інші методи для аудиту, контролю, повторного зображення речей, коли це необхідно.


Я мотивований і спроектував систему, за допомогою якої всі члени мережі. Їх користувачі знаходяться у відкритому каталозі, а їхні домашні каталоги зберігаються на файловому сервері, тому зберігання зберігається. Але кожна перезавантаження скидає системне програмне забезпечення та встановлені програми (під /Applications ) за умовчанням. Я вважаю, що це дешевше і надійніше, ніж інші рішення для резервного копіювання та повторної обробки зображень.
Josh
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.