Желі арқылы ОЖ орнатуға арналған сервер: 200–1000 компьютерге арналған диск пен желі

Желі арқылы жаппай ОЖ орнату қайдан басталады

Желі арқылы жаппай ОЖ орнату утилитаны таңдауынан емес, жүктеу тізбегін түсінуден басталады: компьютер қосылады, PXE арқылы минималды орта (загрузчик пен WinPE) алады, содан соң орнату файлдары мен образды жүктейді, кейін орнату мен алғашқы баптаулар жүреді.

PXE (Preboot Execution Environment) флешкасыз желіден жүктеуге мүмкіндік береді. Одан әрі орнату құралы қосылады. WDS көбінесе Windows-образдарын тарату және желілік жүктеу үшін қолданылады. MDT сценарийлер, драйверлер, пакеттер мен автоматтандыру қосады. FOG тез клондау қажет болғанда және multicast сценарийлері бар жерде ыңғайлы.

Практикада жиі бұзылатын нәрсе — инфрақұрылым. Орын таусылғанда образдар шашылып сақтала бастайды: версиялар жоғалады, қажеті жойылады, және дәл қолайсыз сәтте развертывание тоқтайды. Желі есептелмеген болса, PXE-жүктеулер кезекке тұрады, және шыңда көрші сервистер (пошта, 1С, бейнебақылау) түсіп қалуы мүмкін.

Есептеулерге кіріспес бұрын шектеулерді анықтаңыз: мерзімдер (мысалы, 500 ПК апта соңында), развертывание терезесі (түнде немесе жұмыс уақытында) және алаңдар саны (бір желі немесе бірнеше филиал).

Содан кейін негізгі көрсеткіштерді анықтаңыз: образдар саны және олардың нақты көлемі (WIM, драйверлер, бағдарламалар), бір уақытта қанша орнату жүретіндігі, желінің (ядро, этаждық коммутаторлар, Wi‑Fi) рұқсат етілген шыңы және бір толқынға қанша уақыт бөлінетіні.

Қарапайым бағыт: 200 ПК жиі 20–30 дана партияларға бөлініп орнатылады, сонда гигабиттік аплинктер толмайды. 1000 ПК шамасында әдетте кезектер, multicast немесе тарату нүктелерін филиалдар бойынша бөлу қажет болады.

Есептеуге дейін қандай бастапқы деректер жинау керек

Нақты есептеулер формулалардан емес, қысқа сұрақтарға жауаптан басталады. Егер оларды өткізіп жіберсеңіз, желі арқылы ОЖ развертылау сервері әлсіз немесе қажетсіз қымбат болуы мүмкін.

Деректерді бес блокқа жинаңыз:

• Масштаб пен параллельдік: жалпы қанша ПК және бір терезеде нақты қанша орнатылады. Желіні және дискіні дәл осы параллельдік анықтайды.
• ОС жиынтығы және вариативтілік: Windows 10/11, Windows Server, әртүрлі редакциялар, тілдер, рөлдерге бөлек образдар (сынып, бухгалтерия, call‑орталық). Варианттар көп болса, орын қажеті және басқару қиындайды.
• Образ құрамы: жаңартулар, Office, антивирус, агенттер, негізгі бағдарламалар, драйверлер. "Қалың" образ баптау бағдарламалары көп кірген немесе "жіңішке" — ОС + тапсырмалар арқылы бағдарламаларды орнататын болуы мүмкін.
• Алаңдар топологиясы: бір офис немесе бірнеше, LAN арқылы ма әлде WAN арқылы ма, арналардың жылдамдығы мен тұрақтылығы, трафикке шектеулер.
• Развертыванеу терезесі: 2 сағат, түн, демалыс күндері, бөлімдер бойынша кезең-кезеңімен.

Одан бөлек "орнату бірлігі"н анықтаңыз: бір ПК-ге нақты қанша дерек жіберіледі және жұмыс үстеліне жету қанша уақыт алады. WIM 18–25 ГБ және драйверлер/пост-инсталл реалды тарату көлемі 35–45 ГБ-тан айырмашылығы болуы мүмкін.

Қысқа сұрақтар есептеуге дейін:

• Шыңдағы параллельділік: 20, 50, 100, 200?
• Нақты қанша әртүрлі образ қажет және не нәрсені біртұтас етуге болады?
• Әртүрлі ПК модельдері бар ма, олар үшін бөлек драйвер-пактар керек пе?
• Развертыване бір жерде ме әлде WAN арқылы филиалдарда ма?
• Дедлайн қандай: түнде бітіру керек пе немесе аптаға созуға болады ма?

Егер серверлер мен желіні алдын ала сатып алсаңыз, диск жалпы көлемінен бөлек оқу жылдамдығын, бір уақытта қосылатын қосылымдар санын және нақты өткізу қабілетін тексерген жөн.

Диск есебі: сервердегі көлем нені құрайды

Диск ПК санына емес, сіз не сақтайтыныңыз бен қаншалықты жиі жаңартатыныңызға қарай есептеледі. PXE-развертывание көбіне желіге ұшырайды, бірақ релиз күні орын таусылса, процесс тоқтайды.

Әдетте серверде немесе желілік сақтауында тұрады: эталонды образдар (WIM), бағдарламалар мен жаңартулар, драйверлер, логтар мен есептер, кэш және уақытша жинау файлдары.

Эталонды Windows‑образы WIM форматында жиі 6–12 ГБ алады, бірақ нақты көлем бағдарлама жинағына және образға қызмет көрсетуге байланысты. Өлшемнен гөрі маңыздысы — варианттар саны: бөлімдер, тілдер, рөлдер, кейде әр модельге бөлек образ.

Практикалық есептеу үлгісі:

• WIM: бір образ көлемі x варианттар саны x (1 + сақталатын өткен версиялар саны)
• Драйверлер: бастапқы бағалау ретінде модельге 1–5 ГБ, егер толық пакеттер сақталатын болса
• Пакеттер/бағдарламалар: тәжірибеде оңай 20–100+ ГБ жинауы мүмкін
• Логтар мен есептер: әдетте аз, бірақ бөлек квота қою керек
• Импорт/жинау уақытша файлдары: кем дегенде бір қосымша образ көлемі, жақсысы екі

Өсуге орын қалдырыңыз. 2–3 өткен версияны сақтап қою ыңғайлы (шұғыл қайтару үшін) және жалпы соммаға 30–50% артық запас қосыңыз. Бұл жаңа модельдерге, шұғыл тармақтарға, үлкен драйвер-пактарға және тазаланбаған кэшке кетеді.

Образдарды сақтау қағидалары: тәртіп, версиялар және резерв

Жүздеген орнатуларда образдармен шатасу тез істі тоқтатады: біреу "қате" WIM алады, драйверлер араласады, откат жоқ. Сақтау ережелері аппарат таңдауымен тең маңызды.

Минималды версия жиынтығы

Әр образтан 2–3 версия ұстаңыз: қазіргі, өткен (жылдам откат үшін) және авариялық «алтын» — түрлі жағдайларда тексерілген нұсқа. Авариялық нұсқа жаңартулар немесе жаңа драйверлер кенеттен орнатуды бұзған кезде пайдалы.

Ішін не қамтитынын бірден түсіну үшін бір форматты атау қолданыңыз. Мысалы: жинау күні (YYYY-MM-DD), ОС мен редакция, нұсқа (v1.2), тағайындалуы (Office/Kiosk/Classroom), модель немесе модельдер тобы (егер образ әмбебап болмаса).

Драйверлерді образдардан бөлек сақтау жақсы — ОС және модельдер бойынша бөліңіз. Мысалы: "Win11 + L200", "Win11 + M200", "Win10 + universal". Бұл драйверлерді нүктелік түрде жаңартуға және образты орынсыз қайта жинауға мүмкіндік береді.

Резервтеу және қалпына келтіру

Тазалау жүйесін тұрақты жоспарлап қойыңыз (мысалы, тоқсан сайын). Тек аралық жинақтарды жойып, негізгі версияларды архивтеп, «ұстама» белгілеп қойыңыз.

Бэкаптауда «бір көшірме бар» деп қана қоймай, тез қалпына келтіру мүмкіндігін қамтамасыз ету маңызды. Жұмыс схемасына әдетте тәуелсіз екі жерге көшірмелер және шифрлаушы жағдайда офлайн көшірме кіреді.

Қалпына келтіруді алдын ала тексеріңіз: авариялық образды тесттік ПК-ға орнатып, уақытын өлшеңіз. Бұл резервтің шынымен жұмыс істейтінін көрсететін жалғыз сенімді әдіс.

Желі есебі: 200–1000 орнатуға қанша өткізу қабілеті керек

PXE арқылы орнатуда желілік трафик біркелкі болмайды. Бастапқыда клиенттер бірден загрузчик пен WinPE жүктейді — бұл қысқа шың. Негізгі көлем образды (WIM немесе диск архиві) жүктеу кезеңінде пайда болады: бұл ұзақ уақытқа созылады және нақты талаптарды анықтайды.

Жүктемені бағалаудың практикалық тәсілі: бір ПК-ге нақты қанша дерек жіберілетінін (образ + драйверлер + пакеттер) алыңыз, оны параллельді орнатулар санына көбейтіңіз және терезеге бөліңіз. Қызметтік трафик, қайталаулар мен параллель тапсырмалар үшін 20–30% запас қосыңыз.

Мысал: бір ПК-ке 12 ГБ жіберіледі. 300 орнатуды 2 сағат ішінде аяқтау керек. 12 ГБ шамамен 96 Гбит. 96 Гбит x 300 = 28 800 Гбит. 7200 секундқа бөлсек, пайдалы шамамен 4 Гбит/с шығады. Накладные шығындарды және жүктеменің «қисық» сипатын ескеріп, 5–6 Гбит/с жоспарлау ақылға қонымды. Мұндай жағдайда 1 Гбит/с 200+ параллельге аздық етеді, ал 10 Гбит/с сервер мен аплинктерде базалық опцияға айналады.

Unicast қарапайым: әр ПК өз ағынын алады, жүктеме клиенттер санына көбейеді. Multicast (мысалы, FOG multicast) бірдей образ орнатылғанда пайдалы: сервер бір ағын береді, ал коммутаторлар оны порттарға өсіреді. Бірақ multicast мұқият баптауды (мысалы, IGMP) қажет етеді; дайын емес желіде ол пайдадан гөрі проблемалар әкелуі мүмкін.

Жиі кездесетін тар нүктелер:

• этаждық коммутаторлардың аплинктері (1 Гбит/с шкаф тез бітейді)
• сервер порты (бір 1GbE жылдам диск болса да шектеулі)
• дискілік подсистема (бір образты көптеген бірдей уақытта оқу)
• коммутаторлардың баптаулары мен мүмкіндіктері (буферлер, IGMP, перегруз)
• орнатудан кейінгі параллель тапсырмалар (жаңартулар, софт, домға қосу)

Желі мен серверді бірге есептеңіз: жылдам 10GbE болса да диск оқудың жеткіліксіз жылдамдығы нәтижеге әкелмейді.

PXE архитектурасы: қызметтерді қайда орналастыру және күрделендірмеу

200–1000 орнату үшін негізгі схема жұмыс істейді: DHCP адрес береді, PXE-клиент қайдан жүктелетінін алады, кейін WinPE жүктеледі және WinPE арқылы образдар мен драйверлер жүктеледі.

DHCP-ны әдетте бар желілік серверде немесе жабдықта қалдыру жақсы — PXE жанында екінші DHCP көтеру қауіпті. Бір подсетьте екі DHCP хаосқа апарады. Егер PXE сервер басқа желіде болса, маршрутизаторда немесе L3-коммутаторда DHCP relay (IP helper) қолданыңыз. DHCP опциялары телефониямен, Wi‑Fi контроллерлермен және басқа сервистермен қайшылық тудыруы мүмкін.

TFTP тек бастапқы шағын файл үшін қажет. Көптеген бірдей сұраныстардан сол жерде тартық болуы мүмкін. Жақсы ереже: TFTP-ны PXE-загрузчик тұрған серверде ұстаңыз және ауыр файлдарды TFTP арқылы таратпаңыз. WinPE арқылы үлкен файлдарды SMB немесе HTTP арқылы беру дұрысырақ.

WDS, MDT және FOG: кім не үшін жауапты

• WDS — желілік жүктеу және Windows образдарын базалық тарату.
• MDT — сценарийлерге бағытталған: рөлдерді таңдау, бағдарламаларды автоматты орнату, драйверлерді енгізу және баптау.
• FOG — көбіне дискілерді клондау және жаппай тарату үшін қолданылады, соның ішінде multicast арқылы.

Көбіне оларды біріктіреді: мысалы, PXE және WDS арқылы жүктеу, ал орнатудың логикасы мен пост-баптаулар MDT арқылы жүзеге асады. Таңдау сізге «әртүрлі рөлдермен әмбебап орнату» керек пе немесе «жылдам біртекті орнату» ма екеніне байланысты.

Қадамдық есептеу: сервер мен желіні тез бағалау

Жалпы мақсат — артық сатып алмау және іске қосу күні желіге соғылмау. Дұрыс болжам жасап, оны пилотпен тексеру жеткілікті.

1. Параллельдік пен терезені анықтаңыз: "жалпы 500 ПК" емес, "бір уақытта қанша және қанша сағатта".

2. Бір ПК-ге өтетін дерек көлемін бағалаңыз: WIM/образ және "қоршау" (драйверлер, пакеттер, post-install). Windows 10/11 үшін типтік шегін 12–25 ГБ деп алыңыз.

3. Желіні бағалаңыз: (параллельдік x ГБ/ПК) / терезе. Сосын запас қосыңыз.

4. Дискіні бағалаңыз: (образдардың көлемі x версиялар саны) + драйверлер + пакеттер + уақытша файлдар + 30–50% запас.

5. Оқу жылдамдығын тексеріңіз: бірнеше ондаған клиентке 1–2 Гбит/с тарату үшін тез SSD немесе SSD RAID қажет, әйтпесе желі бос тұрса да клиенттер диск оқуын күтеді.

Допущенияларды жазып, пилотпен тексеріңіз

Не есептегеніңізді жазып қойыңыз: ПК-ге мөлшер, параллельдік, терезе, тарату тәсілі (unicast немесе multicast). Сосын 10–20 ПК-де тест өткізіп, нақты жылдамдықты, шыңдар мен дайындық уақытын өлшеңіз. Егер пилот есептен 1,5 есе көп трафик көрсетті — модельді алдын ала түзеткен жақсы.

Жаппай развертываниеде типтік қателер мен тұзақтар

Жиі қате — тек бір WIM өлшемін есептеу. Практикада орын версияларға, пакеттерге, тіл компоненттеріне, драйвер-пактарға және уақытша файлдарға кетеді. Запассыз орын дәл қажет кездегі өзгеріс шыққанда таусылады.

Екінші тұзақ — 200–1000 орнатуды жоспарлап, 1 Гбит/с, баяу диск немесе әлсіз сақтау жүйесі сияқты тар нүктелерге соғылу. PXE және образ тарату параллель жүктемелерде тұрақты оқу жылдамдығын жақсы көреді. Көбіне проблема утилитада емес, жабдық пен желінің пикке дайын еместігінде.

Миграция түнінде не жиі бұзылады

Алдын ала тексеріңіз:

• образ атауында бірізді атау және версия бар ма
• драйверлер модель бойынша бөлек қойылған ба
• нақты шыңдағы параллельдік белгілі ме
• филиалдарда WAN арқылы бара жатса жергілікті реплика немесе кэш бар ма
• диск оқудың жүктеме астында шынайы жылдамдығы тексерілді ме

Әртүрлі модельдерді араластырып драйверлерді бірге салу жиі кездейсоқ істен шығарады: бір партияда бәрі дұрыс болса, басқа партияда BSOD немесе қайта жүктелгеннен кейін желі жұмыс істемеуі мүмкін. Ал WAN арқылы орнату жергілікті кэшсіз болса, кідірістер мен пакет жоғалтулар процесті лотереяға айналдырады.

200–1000 ПК үшін іске қосар алдындағы чеклист

Алдымен шыңдағы бір уақытта қанша орнатылатынын бекітіңіз. Бұл сервер мен аплинктердің шыдамдылығын шешеді.

Содан кейін бір ПК-ге қанша дерек кететінін анықтаңыз. ISO өлшемі емес, нақты орташа трафик (мысалы, 12–25 ГБ) маңызды.

Жіберер алдында үш нәрсені тексеріңіз: сервер порты (1/10/25 Гбит/с), этаждық аплинктер (көбінесе проблема «этажда»), және дискілік подсистема (желінің диск оқуын күтуіне жол бермеу).

Образдарға нұсқалар мен откат үшін орын қалдырыңыз: кем дегенде қазіргі тұрақты және өткен жұмыс нұсқасы, плюс пилот үшін бөлек тармақ. Откатқа орын есептелуі тиіс.

Әрқашан 10–20 ПК-пен пилот жасаңыз және уақыт пен жылдамдықты өлшеңіз. Егер бір ПК 25 минут ішінде орнатылса, ал 100 параллельде 70 минутқа ұлғайса — аплинк немесе диск шектеулігін көрсетеді.

Мысал сценарий: 500 жұмыс орнына есептеу

Шарттар: 500 ПК, орнатуға 8 сағат, бір уақытта 100 машинаға орнатамыз. Бір WIM 12 ГБ, типтік орнату (образ қолдану және қайта жүктеу) ~30 минут.

Желі: unicast vs multicast

Unicast: сервер 100 ағын береді. Бір толқында 100 x 12 ГБ = 1200 ГБ 0,5 сағатта берілуі керек. Бұл шамамен 0,67 ГБ/с, яғни ~5,3 Гбит/с тек образ тарату үшін (PXE, драйверлер және post-install шығындарын қоспағанда). Сондықтан әдетте сервер мен аплинктерге 10GbE көзделеді, әйтпесе 8 сағаттық терезе «ерте» бұзылуы мүмкін.

Multicast (FOG multicast мысалы): образ бір топқа бір ағын ретінде таралады, жүктеме бір клиентке ұқсас қалады, және 12 ГБ-ты 30 минутта беру шамамен 0,8–1,0 Гбит/с болады. Бірақ IGMP snooping баптауын және желінің көршілес порттарға толтырылмайтынын тексеру қажет.

Диск: образдар, версиялар және драйверлер

Мысалы, рөлдер бойынша 3 образ керек (офис, инженер, оқу) және әрқайсысының 3 версиясы (қазіргі, өткен, тест). Бұл 9 WIM x 12 ГБ = 108 ГБ. 10 модельге драйверлер (шамамен 1,5 ГБ/модель) тағы ~15 ГБ қосады. Негізгі көлем пакеттер, жұмыс көшірмелері, уақытша файлдар және бэкаптар арқылы тез жиналады. Сондықтан развертыvanie сақтауына 500 ГБ–1 ТБ жылдам SSD немесе NVMe ұсынамыз.

Жібермес бұрын 20–30 ПК-пен пилот өткізіп, диск оқу жылдамдығын, сервер порт жүктемесін, клиенттегі орташа жылдамдық пен PXE қателер пайызын өлшеңіз.

Келесі қадамдар: есептен енгізуге көшу

Есептеулерді жоспарға келтіріңіз: бір сменада немесе түнде қанша ПК қайта орнатылатыны, қандай шығынға рұқсат етілген және қанша алаң қатысатыны. Бұл желі талаптарын, қызмет орналастыру схемасын және мерзімдерді айқындайды.

Егер барлық орнатулар бір ЦОД-тен жүрсе, сенімді магистраль және клиентке дейінгі жолдағы шектеулерді бақылау қажет. Филиалдарда тар арналар болса, жергілікті реплика немесе тарату нүктесі WAN-ды толтырмауға көмектеседі.

Содан кейін жүйенің барлық құрамын тексеріңіз: диск (IOPS және тұрақты оқу), желілік порттар, аплинктер, коммутатор мүмкіндіктері — осыдан кейін ғана CPU мен RAM-ды қарастырыңыз.

Егер мұндай жүктемеге дайын платформа керек болса, GSE.kz компаниясының серверлері мен интеграциялық қызметтеріне (S200 Series сияқты стойкие серверлер) қарауға болады. Осыдан кейінгі қолдауды да жоспарлаңыз.