Яка найкраща практика масового розгортання системи Linux?

Якщо ви намагаєтесь одночасно встановити систему Linux через мережеву установку, вузьким місцем буде NFS / HTTP / FTP або будь-який сервер, який містить файли, необхідні для встановлення.

IMO, це можна вирішити лише додавши більше серверів інсталяції та обернувши їх.

Чи є краще рішення цієї проблеми? Щось на кшталт "Установка P2P Linux"?

ОНОВЛЕННЯ: Мені потрібно детальніше описати свою ситуацію. В даний час я розгортаю RHEL за допомогою kickstart + NFS. Коли я намагаюся одночасно розгорнути 500 RHEL, сервер NFS матиме величезний трафік і робить кожен процес установки повільним. Налаштування більше серверів NFS - це рішення, але я не думаю, що це хороший.

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

Установник лавини з скелі Linux кластера дистрибутива, це бітторрент основи і лусочки красиво. Це також перенесе вас від завантаження PXE до запущеної системи. Хоча ви пов’язані з використанням скель (на основі CentOS) та роблячи речі на скелі.

SystemImager також може використовувати біт-торрент для більш швидкого розгортання маси.

Я б не користувався багатоадресною програмою, оскільки це ускладнює справи. По-перше, спробуйте мінімізувати трафік NFS, це означає отримати пакети, які потрібно встановити через HTTP. Якщо ваш веб-сервер для сховища пакетів перевантажений, використовуйте два з них та розподіліть навантаження, призначивши різні сервери кожному клієнту (наприклад, ip address modulo 2).

Ваш сервер NFS може бути швидшим, якщо буде більше стартерів nfsd. Часто лише 8 з них запускаються.

Я просто виміряв трафік установки Debian (через PXE, NFS, HTTP) за допомогою FAI. При встановленні 4,2 ​​ГБ програмного забезпечення через мережу надсилалося 1,3 ГБ HTTP (усі пакети) та 100 МБ трафіку NFS (nfsroot під час встановлення). Це було для одного клієнта встановлення. Тож я думаю, зменшення трафіку NFS та розподіл трафіку HTTP допоможуть дуже багато.

Також може допомогти NIC на 10 ГБ на вашому сервері або прив’язати до сервера NIC. І, я думаю, не потрібно встановлювати всю машину одночасно, а більше за короткий проміжок часу.

Але все одно, спочатку потрібно проаналізувати, яким буде вузьке місце. Тож зробіть кілька тестів, не маючи 20 машин, наприклад

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

Поміркуємо докладніше про вузьке місце. Процесор не є вузьким місцем; NFS не вимагає великих потужностей для обробки. Диск - це не вузьке місце; файли, необхідні для встановлення RHEL, не більше кількох гігабайт, тому вони повинні легко вміститися в оперативній пам’яті вашого сервера NFS. Пропускна здатність мережі, безумовно, є вузьким місцем; припускаючи, що одна система, що встановлюється, вимагатиме в середньому 50 мегабіт в секунду, вам потрібно щонайменше 25 гігабіт пропускної здатності, щоб подати 500 встановлень. Це багато НІК, або кілька дуже дорогих.

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

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

Наприклад, скажімо, що ви можете передавати 4Gb / s з серверів NFS. Можливо, ви виявите, що інсталяція копіює 100 Мбіт / с протягом першої хвилини, коли інсталятор завантажується, а потім копіює жодних даних протягом однієї хвилини, поки інсталятор працює як розділення, потім він копіює 50 Мбіт / с протягом трьох хвилин, поки інсталятор завантажує та витягує пакети. Знаючи це, ви можете підрахувати, що ви можете почати 40 встановлень, почекати одну хвилину, почати ще 40 встановлень, почекати 5 хвилин, а потім повторити процес.

Щодо масового розгортання файлів, то вже існує рішення, яке приносить Twitter, заснований на bittorent: Вбивство .

Якщо ви говорите про встановлення ОС на своєму сервері, це явно не буде працювати з цим рішенням.