Համակարգչային բոլոր գաղտնիքները սկսնակների և մասնագետների համար / Lifehacks / ՕՀ-ի ավտոմատ տեղադրում հատուկ սերվերների վրա: ՕՀ-ի տեղադրում սերվերի վրա (տեղադրում) Օպերացիոն համակարգի տեղադրում ավտոմատ տեղադրման փաթեթի միջոցով

ՕՀ-ի ավտոմատ տեղադրում հատուկ սերվերների վրա: ՕՀ-ի տեղադրում սերվերի վրա (տեղադրում) Օպերացիոն համակարգի տեղադրում ավտոմատ տեղադրման փաթեթի միջոցով

15.12.2023

Սերվերի վրա ՕՀ-ի տեղադրումը այն գործարկելու ամենակարևոր փուլերից մեկն է: ՕՀ-ի ընտրությունը մեծապես որոշում է դրա կատարումը և հաջող գործունեությունը:

Ի՞նչ պահանջներ պետք է բավարարի սերվերի ՕՀ-ն:

Սերվերի օպերացիոն համակարգը պետք է համապատասխանի մի շարք պահանջների, մասնավորապես.

Աշխատանքային կայունություն. Օպերացիոն համակարգը պետք է կարողանա երկար ժամանակ պահպանել ֆունկցիոնալությունը՝ առանց սառեցնելու կամ դանդաղեցնելու:
Հուսալիություն. Օպերացիոն համակարգը ինքնին կամ հակավիրուսների օգնությամբ պետք է ապահովի հուսալի պաշտպանություն վիրուսներից և հաքերային հարձակումներից:
Բարձր կատարողական. Օպերացիոն համակարգի աշխատանքը չպետք է զբաղեցնի սերվերի մեծ հզորություն: Որքան շատ ՕՀ-ն բեռնում է սերվերը, այնքան քիչ հզորություն է մնում նրա հիմնական աշխատանքի համար:

Այս կամ այն չափով սերվերի վրա տեղադրման համար նախատեսված յուրաքանչյուր համակարգ համապատասխանում է այս պահանջներին:

Որո՞նք են սերվերի ՕՀ-ի տեսակները:

Այսօր կա երկու տեսակի նման օպերացիոն համակարգեր, որոնք առավել հայտնի են շուկայում՝ Microsoft OS և Unix-ի վրա հիմնված ՕՀ: Մոտավոր ցուցակն ունի հետևյալ տեսքը.

Windows Server. Առևտրային ՕՀ Microsoft-ից: Այն ունի բարձր կատարողականություն և հուսալիություն, բայց սպառում է շատ ապարատային ռեսուրսներ:
Red Hat Enterprise Linux. Մեկ այլ կոմերցիոն Unix-ի վրա հիմնված համակարգ: Ունի բարձր հուսալիության ցուցանիշներ։ Ինչպես բոլոր Unix համակարգերի դեպքում, Red Hat-ի համար էլ ճիշտ է, որ սերվերի վրա օպերացիոն համակարգի տեղադրումը բավականին բարդ և տքնաջան գործընթաց է:
CentOS. Նախորդ տարբերակի անվճար անալոգը: Հիմնական թերությունն այն է, որ տեղադրումը և կազմաձևումը կատարվում են ձեր իսկ վտանգի և ռիսկի ներքո: Քանի որ CentOS-ը չունի պաշտոնական աջակցության ծառայություն:
Debian, Ubuntu. Ամենատարածված անվճար սերվերի ՕՀ-ն: Նրանք առանձնանում են իրենց հուսալիությամբ և նրանով, որ տեղադրումն ու կազմաձևումը նրանց համար համեմատաբար պարզ գործընթաց է:
FreeBSD-ն «հին դպրոցական» ՕՀ է: Օգտագործվում է բազմամիլիոնանոց լսարան ունեցող բազմաթիվ ծառայությունների վրա: Այժմ այս ՕՀ-ն մեծ պահանջարկ չունի։

Բացի ներկայացված առավելություններից ու թերություններից, ՕՀ ընտրելու և տեղադրելու համար պետք է հաշվի առնել ևս շատ պարամետրեր՝ կախված ձեր նպատակներից։

Ո՞վ է տեղադրում ՕՀ-ը սերվերի վրա:

Սերվերի վրա օպերացիոն համակարգի տեղադրումը շատ տարբեր է սովորական համակարգչի վրա ՕՀ-ի տեղադրումից: Դա անելու համար կարող եք ներգրավել հետևյալ մասնագետներին.

Լրիվ դրույքով համակարգի ադմինիստրատոր:
ՕՀ-ի կոնֆիգուրացիայի մասնավոր մասնագետ:
Ընկերություն, որը մասնագիտացած է սերվերի վրա ՕՀ-ի տեղադրման գործում:

Ամբողջ սերվերի աշխատանքը, ձեր տեղեկատվության անվտանգությունը և ընկերության հեղինակությունը կախված են ձեր սերվերի ճիշտ տեղադրումից և կազմաձևումից, հետևաբար, ձեր սերվերի տեղադրման գործում պետք է ներգրավվեն միայն մասնագետները:

Օգտվելով YouDo առցանց փոխանակումից՝ կարող եք պատվիրել մասնագետների ծառայություններ, որոնք կօգնեն ձեզ արդյունավետ, ժամանակին և լավագույն գնով տեղադրել ՕՀ-ը: Դա անելու համար պարզապես պետք է թողնել ձեր հեռախոսահամարը այս կայքում, մեր աշխատակիցները կզանգահարեն ձեզ և կօգնեն ձեզ ընտրել ամենաբարձր մակարդակի մասնագետներ:

Օպերացիոն համակարգում «աղբից» ազատվելու ամենաարմատական միջոցը այն նորից «մաքրելն» է։ Ինչը բավականին պարզ խնդիր է, եթե դուք ունեք ֆիզիկական մուտք դեպի սերվեր (համակարգիչ): Այնուամենայնիվ, WEB սերվերների մեծ մասը գտնվում է իրենց տերերից շատ ու շատ կիլոմետրեր հեռու: Այս հոդվածում ես ձեզ մանրամասն կպատմեմ, թե ինչպես տեղադրել CentOS-ը հեռակա կարգով՝ օգտագործելով միայն մուտք դեպի սերվերի վահանակ SSH-ի միջոցով:

Օպերացիոն համակարգը նորից տեղադրելու անհրաժեշտությունը

Կարող է լինել մի քանի պատճառ. Գործողության հետ կապված խնդիրներ, երբ համակարգը դանդաղում է կամ հանկարծակի կորցնում է աշխատանքը: Ժամանակ առ ժամանակ որոշ ծրագրեր կարող են խափանվել կամ ընդհանրապես հրաժարվել աշխատելուց: Եթե Ձեզ անհրաժեշտ է փոխել բիթերի խորությունը, օրինակ՝ 32 բիթից 64-ի կամ հակառակը: Երբ մաքուր ՕՀ է անհրաժեշտ, օրինակ՝ ISPmanager կամ Vesta Panel հոստինգի կառավարման վահանակը տեղադրելու համար:

Սերվերի վրա օպերացիոն համակարգը տեղադրելու երեք եղանակ

Եկեք DATA կենտրոն և տեղադրեք OS;
Վճարեք վարչական ծառայությունների համար, և DATA կենտրոնի աշխատակիցները կտեղադրեն օպերացիոն համակարգը ձեզ համար;
Օգտագործեք VNC և տեղադրեք OS հեռակա կարգով:

Ինձ դուր է գալիս երրորդ տարբերակը.

Ինչու՞ պետք է այծի կոճակի ակորդեոն: Կամ ինչու է ավելի լավ ՕՀ-ն ինքներդ տեղադրել:

Ես տեսնում եմ մի քանի պատճառ՝ ինքս օպերացիոն համակարգը նորից տեղադրելու համար.

Վարչական ծառայությունների բարձր արժեքը. Եթե ունեք բյուջետային սերվեր, և կառավարման ծառայությունը վճարվում է առանձին:
Ադմինիստրատորի գործողությունների նկատմամբ վերահսկողության բացակայություն: Ես ոչ մեկին չեմ վստահում սերվերին կամ կնոջս 🙂
Ժամանակի վատնում, հոսթինգի մատակարարի ադմինիստրատորը կարող է շատ բան ունենալ այլ հաճախորդների և նրանց սերվերների հետ:
Օպերացիոն համակարգի պատկերներ անհայտ ծագման. Որպես կանոն, ոչ ոք ձեզ համար զրոյից օպերացիոն համակարգ չի տեղադրի բաշխիչ հավաքածուից, այլ նախապես պատրաստված պատկերը կբեռնի սկավառակի վրա: Ինչը կարող է հեռու լինել իդեալական լինելուց:

Հաջողության երեք բաղադրիչ

Մուտք դեպի սերվեր SSH-ի միջոցով ROOT իրավունքներով:
«Կենդանի» CentOS սերվեր ինտերնետ հասանելիությամբ:
Համակարգչի աշխատասեղանին հեռավոր մուտք գործելու համար նախատեսված ծրագրակազմ, օրինակ՝ TightVNC

ՑՈՒՑՈՒՄՆԵՐ CentOS-ի հեռակա տեղադրման համար

Նախախաղ կամ որտեղից սկսել

Գրել եմ, գրում եմ և կգրեմ. մի մոռացեք կրկնօրինակի մասին: Եվ չնայած հոդվածը սրա մասին չէ, բայց պարտադիր է կրկնօրինակներ պատրաստել, քանի որ օպերացիոն համակարգը նորից տեղադրելուց հետո ձեր սերվերը սպիտակ թերթիկի պես մաքուր կլինի:

Դուք պետք է որոշեք ձեր սերվերի ցանցային կարգավորումները: Մեզ հետաքրքրում են հետևյալ արժեքները.
Ցանցային ինտերֆեյս (MAC հասցե կամ անուն);
Սերվերի ցանցի ինտերֆեյսի IP հասցեն;
Ցանցային դիմակ;
Լռելյայն դարպասի IP հասցե;
Հասանելի DNS սերվերի IP հասցեն, որպես կանոն, կարող եք օգտագործել հանրային DNS Google 8.8.8.8 և 8.8.4.4-ից:
Անհրաժեշտ պարամետրերը որոշելու համար վահանակում գործարկեք մի քանի հրամաններ.

Ifconfig ip երթուղին ցույց տալ cat /etc/sysconfig/network-scripts/ifcfg-eth0 cat /etc/sysconfig/network cat /etc/resolv.conf

Ես ստացել եմ հետևյալ արժեքները.

//IP 193.170.128.128 //Gateway 193.170.128.1 //DNS 193.170.128.2 //MASK 255.255.252.0 //MAC 12:14:01:4a:25:b

Սկսելու համար նկարների բեռնում

Դուք պետք է ընտրեք ներբեռնվող պատկերներ՝ կախված օպերացիոն համակարգի տարբերակից և դրա բիթային խորությունից: Օրինակ, CentOS 64 բիթ 6.4 տարբերակի համար գործարկեք հետևյալ հրամանները.

Wget -O /boot/vmlinuz_remote http://mirror.centos.org/centos/6.4/os/x86_64/isolinux/vmlinuz wget -O /boot/initrd_remote.img http://mirror.centos.org/centos/6.4 /os/x86_64/isolinux/initrd.img

Եթե Ձեզ անհրաժեշտ է տեղադրել 32-բիթանոց օպերացիոն համակարգ, ապա փոխեք հասցեները x86_64վրա i386:

Wget -O /boot/vmlinuz_remote http://mirror.centos.org/centos/6.4/os/i386/isolinux/vmlinuz wget -O /boot/initrd_remote.img http://mirror.centos.org/centos/6.4 /os/i386/isolinux/initrd.img

Խնդրում ենք նկատի ունենալ, որ ներբեռնումը կկատարվի պաշտոնական CentOS սերվերներից: Նախ ստուգեք ուղիների ճիշտությունը՝ բացելով բրաուզերի հասցեները։

GRUB bootloader-ի կոնֆիգուրացիա CentOS-ի հեռավոր տեղադրման համար

Եկեք անցնենք ամենակարևոր կետին՝ GRUB bootloader-ի կոնֆիգուրացիայի կարգավորումը: Մի խոսքով, մենք կարգավորումներում կնշենք այլընտրանքային ներբեռնում՝ օգտագործելով թարմ ներբեռնված բաշխումը: Եվ ասեք grub-ին, որ փորձի բեռնել այն մեկ անգամ: Եվ եթե ինչ-որ բան սխալ է, մենք ավտոմատ կերպով կվերադառնանք նախկինում տեղադրված բաշխմանը վերաբեռնումից հետո 120 վայրկյան հետո (որոշ դեպքերում վերաբեռնումը կարող է պահանջել DATA Center-ի մասնագետների օգնությունը):
Բացեք grub.conf ֆայլը (սովորաբար /boot/grub/grub.conf) և դրան ավելացրեք հետևյալ տողերը.

Title Remote Install root (hd0,0) միջուկը /boot/vmlinuz_remote lang=en_US keymap=us մեթոդ=http://mirror.centos.org/centos/6.4/os/x86_64/ vnc vncpassword=123456 ip=193.170.12 =255.255.252.0 gateway=193.170.128.1 dns=193.170.128.2 noselinux ksdevice=eth0 անգլուխ xfs panic=120 initrd /boot/initrd_remote.img

Որտեղ, արմատ (hd0,0)- գտնվելու վայրը /BOOT միջնորմ, vncգաղտնաբառ— գաղտնաբառ VNC սերվերի հեռավոր աշխատասեղան մուտք գործելու համար (ստեղծեք ձեր սեփականը), ip- Ձեր սերվերի IP հասցեն, ցանցային դիմակ- ցանցային դիմակ, դարպաս— լռելյայն դարպասի IP հասցեն, dns— DNS սերվերի IP հասցեն (կարող եք օգտագործել հանրայինները Google 8.8.8.8 կամ 8.8.4.4), ksdevice- ցանցային ինտերֆեյսի անվանումը կամ դրա MAC հասցեն, խուճապ- վերագործարկման ժամանակը, եթե ինչ-որ բան սխալ է:
Բացի այդ, ստուգեք ներբեռնման հասցեները և այն ֆայլերի անունները, որոնք մենք ներբեռնել ենք նախորդ քայլում:
32-բիթանոց օպերացիոն համակարգի համար փոփոխությունները նման կլինեն (քանի որ մենք միշտ փոխում ենք x86_64 հասցեն i386-ի).

Title Remote Install root (hd0,0) միջուկը /boot/vmlinuz_remote lang=en_US keymap=us method=http://mirror.centos.org/centos/6.4/os/i386/ vnc vncpassword=123456 ip=193.170.1281. =255.255.252.0 gateway=193.170.128.1 dns=193.170.128.2 noselinux ksdevice=eth0 անգլուխ xfs panic=120 initrd /boot/initrd_remote.img

Հիմա ամենակարևորն այն է, թե որտեղ տեղադրենք այս ամենը :)
Իմ grub.conf ֆայլն այսպիսի տեսք ունի.

# grub.conf գեներացվել է anaconda-ի կողմից # # Նկատի ունեցեք, որ այս ֆայլում փոփոխություններ կատարելուց հետո պետք չէ նորից գործարկել grub-ը # ԾԱՆՈՒՑՈՒՄ. Դուք ունեք /boot միջնորմ: Սա նշանակում է, որ # բոլոր միջուկը և initrd ուղիները հարաբերական են /boot/-ին, օրինակ. # արմատ (hd0,0) # միջուկ /vmlinuz-տարբերակ ro root=/dev/mapper/VolGroup-lv_root # initrd /initrd-version.img #boot=/dev/sda default=0 timeout=5 splashimage=(hd0, 0)/grub/splash.xpm.gz թաքնված ընտրացանկի վերնագիր CentOS (2.6.32-358.2.1.el6.i686) արմատ (hd0,0) միջուկ /boot/vmlinuz-2.6.32-358.2.1.el6.i686 ro root=/dev/mapper/VolGroup-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD rd_LVM_LV=VolGroup/lv_swap SYSFONT=latarcyrheb-sun16 crashkernel=ավտոմատ KLVLVLVTYR=Auto KLVLVTYR=Auto KLVLVLVO BLE=us rd_NO_DM rhgb quiet initrd /boot/ initramfs-2.6.32-358.2.1.el6.i686.img վերնագիր CentOS (2.6.32-358.el6.i686) արմատ (hd0,0) միջուկ /boot/vmlinuz-2.6.32-358.el6.i686 ro root=/dev/mapper/VolGroup-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD rd_LVM_LV=VolGroup/lv_swap SYSFONT=latarcyrheb-sun16 crashkernel=ավտոմատ KLVLVLVTYR=Auto KLVLVTYR=Auto KLVLVLVO BLE=us rd_NO_DM rhgb quiet initrd /boot/ initramfs-2.6.32-358.el6.i686.img

Ինչպես տեսնում եք, համակարգը ներբեռնման ցանկում ունի երկու տարբերակ: Եվ մենք պետք է ավելացնենք մերը: Վերջում ավելացնենք.

Մեր CentOS բեռնման կոնֆիգուրացիան երրորդ տեղում է: Եկեք ասենք grub-ին, որ փորձի մեկ անգամ բեռնել այն.

Grub grub> savedefault --default=2 --once savedefault --default=2 --once grub> դուրս գալ

Այնուհետև կարող եք վերագործարկել սերվերը.

Մենք սպասում ենք, որ սերվերը սկսի ping-ը և փորձում ենք միանալ VNC-ի միջոցով 193.170.128.128:1 (մեր սերվերի հասցեն, VNC port=1): Կախված սերվերի հզորությունից և ալիքի արագությունից՝ դա կարող է տևել մինչև կես ժամ: Այս ընթացքում բոլոր անհրաժեշտ փաթեթները կներբեռնվեն և կտեղադրվեն։
Դրանից հետո էկրանին կցուցադրվի ստանդարտ CentOS տեղադրիչի աշխատասեղանը գրաֆիկական ինտերֆեյսով: Դե, օպերացիոն համակարգը ինքնին սերվերի վրա տեղադրելը բոլորովին այլ պատմություն է:

Նշումներ CentOS-ի հեռավոր տեղադրման վերաբերյալ

VNC-ը չի աջակցում Keepalives-ին և կարող է ձախողվել, եթե երկար ժամանակ անգործուն մնա: Հետևաբար, եթե դուք միացրել եք VNC հաճախորդ, ապա ձեզ հարկավոր է անմիջապես գործի անցնել կամ հարկադրաբար անջատվել սերվերից:
Եթե ձեր սերվերի վրա grub.conf ֆայլ չունեք, դա նշանակում է, որ դուք ունեք OpenVZ-ի վրա հիմնված վիրտուալ սերվեր, և այս հրահանգները ձեզ չեն համապատասխանում: Սա ևս մեկ պատճառ է՝ օգտագործելու ապարատային վիրտուալացման մեթոդները, օրինակ՝ VmWare, ինչպես դա արեց Adman-ը:
Հոդվածը տրամադրում է անվտանգ բեռնման մեթոդ՝ գոյություն ունեցող օպերացիոն համակարգին վերադառնալու հնարավորությամբ: Բայց դուք կարող եք սկզբում գրել նոր կոնֆիգուրացիան և հետո հրամանի կարիք չի լինի savedefault --default=2 --մեկ անգամ. Grub-ը կօգտագործի ցուցակի առաջինը:

Այս հոդվածը գրելիս ոգեշնչման աղբյուրները

Ինչպես պարզ է դառնում հենց անունից, այն հիմնական կեղևն է տեղական կամ գլոբալ ցանցի կենտրոնական ծրագրային ապահովման կամ ապարատային-ծրագրային մասի և մանկական հաճախորդի տերմինալների միջև կապող օղակի համար: Այս տերմինի ըմբռնումն ավելի լայն մեկնաբանություն ունի, ուստի արժե կանգ առնել որոշ տեսական և գործնական հարցերի վրա։ Առնվազն, դուք պետք է հասկանաք սերվերի օպերացիոն համակարգի նպատակը, ինչպես նաև դրա տեղադրման և գործնական օգտագործման որոշ ասպեկտներ: Օգտագործողները, ովքեր կարծում են, որ այս խնդիրը վերաբերում է բացառապես համակարգի ադմինիստրատորների իրավասությանը, պետք է անհապաղ մի փոքր խորհուրդ տրվի. մի անհանգստացեք, դուք կարող եք ինքնուրույն կատարել տեղադրումը և կազմաձևումը: Այս գործընթացները այնքան էլ բարդ չեն, որքան կարող է թվալ առաջին հայացքից: Բայց նախ պետք է հաշվի առնել որոշ տեսական տեղեկություններ։

Սերվերի օպերացիոն համակարգ. ինչ է դա:

Սկսենք այս ծրագրաշարի բուն էությունից: Փաստորեն, այս տեսակի օպերացիոն համակարգերն օգտագործվում են բացառապես տեղական կամ վիրտուալ ցանցերում, երբ այնտեղ կան որոշակի թվով մանկական տերմինալներ։

Սերվերի սենյակը կարող է տեղադրվել երկու եղանակով, սակայն այն ունի մեկ ֆունկցիոնալ նպատակ՝ ապահովել ցանցում ընդհանուր հավելվածների աշխատանքը և միացված տերմինալների փոխազդեցությունը միմյանց հետ: Ըստ այդմ, խոսքը օգտատերերի խմբերի մասին է, որոնք ունեն որոշակի գործիքի, ռեսուրսի կամ փաստաթղթի մուտքի իրավունք:

Սերվերի օպերացիոն համակարգերի կառուցման առանձնահատկությունները

Սերվերի տիպի ՕՀ-ի տեղադրման առումով պետք է հաշվի առնել համակարգիչները մեկ ցանցին միացնելու սխեման: Սա այսպես կոչված ցանցային տոպոլոգիա է։

Օպտիմալ տարբերակը «աստղային» սխեման և դրա վրա հիմնված ածանցյալներն են: Այստեղ կարող է օգտագործվել հաստ տեխնոլոգիա, և երբ սերվերի օպերացիոն համակարգի տեղադրումը կիրականացվի բացառապես կենտրոնական համակարգչի վրա, որն ապահովում է մյուս բոլոր մեքենաների և համապատասխան ծրագրաշարի աշխատանքը ցանցով ՕՀ-ի բեռնման ժամանակ, կամ կա ցանցային տերմինալների վրա մանկական ՕՀ-ի բաղադրիչների մասնակի տեղադրում: Հարցը դա չէ:

Սերվերի օպերացիոն համակարգի հիմնական և ամենահիմնական նպատակը հենց ցանցում բոլոր մեքենաների և տեղադրված ծրագրաշարի առավելագույն արդյունավետությունն ապահովելն է, ինչպես նաև լիակատար վերահսկողություն տեղական տերմինալների և ամբողջ ցանցի կառավարման առումով:

Նույնիսկ ժամանակակից առցանց խաղեր օգտագործելը պահանջում է ՕՀ-ի տեղադրում կենտրոնական սերվերի վրա: Շատերը կարող են չհամաձայնվել այս պնդման հետ՝ հավատալով, որ դուք կարող եք գնալ խաղի կայք ձեր տան տերմինալից և օգտագործել բոլոր հնարավորությունները: Սա սխալ է. Փաստն այն է, որ տնային համակարգիչը դեռ միացված է խաղի սերվերին, և տեղական համակարգչի հաշվողական հնարավորությունների օգտագործման առումով բեռը միայն մասամբ է ընկնում դրա վրա (հիմնական գործողությունները դեռ կատարվում են կենտրոնական սերվերի վրա, իսկ խաղի հաճախորդը. կարելի է մասամբ ներբեռնել մեքենա, որով մուտքի փորձ է արվում):

Պայմանական վարկանիշ

Ստորև բերված սերվերի օպերացիոն համակարգերի վարկանիշները չպետք է համարվեն բացարձակ ճշգրիտ: Խնդիրն այն է, որ որոշ օպերացիոն համակարգեր արդեն հնացած են և շատ հազվադեպ են օգտագործվում, մյուսները դժվար է կարգավորել: Ընդհանուր առմամբ, կան հսկայական թվով չափորոշիչներ, որոնց համաձայն ցուցակի առաջնահերթությունները հեշտությամբ կարող են փոփոխվել

Այնուամենայնիվ, բոլոր գոյություն ունեցող օպերացիոն համակարգերի շարքում ամենատարածվածներն են հետևյալը.

Անվճար BSD.
Windows Server (Windows սերվերի օպերացիոն համակարգերի NT-ի վրա հիմնված ընտանիքներ, 2003, 2008 R2, 2012 և ավելի բարձր):
CentOS.
Դեբիան.
Red Hat Enterprise Linux.
Ubuntu սերվեր.
Ջենթու.
Ֆեդորա.
OS X սերվեր.
OpebBSD.
Սոլարիս.
HP-UX;.
AIX (IBM).
Netware (վեպ).

Հարկ է նշել, որ այստեղ առաջին և վերջին տեղերը հաստատված չեն, այլ տրված է միայն ամենահայտնի սերվերային համակարգերի ցանկը։ Ստորև, դրանցից մի քանիսը կքննարկվեն իրենց հնարավորությունների, առավելությունների և թերությունների համառոտ նկարագրությամբ:

Անվճար BSD

Չնայած այս ՕՀ-ն բավականին տարածված համակարգ է, այն, այնուամենայնիվ, անհույս հնացած է և կորցնում է համաշխարհային վարկանիշները օգտագործման և կատարողականի առումով:

Ամենամեծ խնդիրն այն է, որ այս ՕՀ-ի համար շատ քիչ ծրագրային արտադրանք են մշակվել առևտրային հավելվածների տեսքով, որոնք կարող են գործել դրա հարթակի վերևում: Բայց անկասկած առավելությունը միջուկը ճշգրտելու հնարավորությունն է և հիշողության հետ աշխատելու բավականին հզոր գործիքների առկայությունը, էլ չեմ խոսում մուտքային/ելքային համակարգի մասին:

CentOS

Այս սերվերի օպերացիոն համակարգը Red Hat-ի գրեթե ամբողջական անալոգն է, սակայն աջակցության առումով ունի ընդլայնված հնարավորություններ:

Դրա առավելությունն այն է, որ համակարգն ունի բավականին արագ փաթեթների կառավարիչ, ինչպես նաև գրեթե բոլոր հոսթինգ կառավարման վահանակները:

Դեբիան

Այս համակարգը Linux-ի ճյուղերից մեկն է։ Հենց այս ՕՀ-ն շատ լայն տարածում է գտել իր բազմակողմանիության շնորհիվ։

Այն համարվում է ամենակայունը բոլոր գոյություն ունեցող համակարգերից և տեղադրման փաթեթում, KDE-ի և GNOME-ի հետ մեկտեղ, պարունակում է նաև LibreOffice գրասենյակի բաշխման հավաքածու: Բացի այդ, այս ՕՀ-ն տեղադրելիս պետք չէ անհանգստանալ լրացուցիչ աուդիո և վիդեո կոդեկների և ապակոդավորիչների տեղադրման մասին, քանի որ դրանք ներառված են հենց փաթեթում:

Red Hat Enterprise Linux

Դուք չեք կարող ժխտել այս համակարգի ժողովրդականությունը: Այն կարող է օգտագործվել որպես հուսալի կորպորատիվ ՕՀ՝ դրանից բխող բոլոր հետևանքներով:

Զարմանալի չէ, որ նույնիսկ աշխարհի բորսաների մեծ մասն օգտագործում է այս համակարգը՝ իրենց հավելվածների աշխատանքը կազմակերպելու համար։ Այստեղ կարելի է նշել նաև ֆինանսական կառույցները, հեռահաղորդակցության ընկերությունները, անիմացիոն ստուդիաները։ Միակ բացասականը՝ բոլոր առավելություններով հանդերձ, բավականին բարձր արժեքն է։

Ubuntu

Linux-ի (ավելի ճիշտ՝ UNIX-ի նման համակարգերի) մեկ այլ տարատեսակ, որն ամուր հաստատվել է վարկանիշում։

Թեև դրա օգտագործումը հիմնականում կապված է տնային համակարգիչների հետ, ենթադրվում է, որ այս ՕՀ-ն լավագույնս հարմար է տնային սերվերի տեղադրման համար (եթե օգտագործողը ունի սահմանափակ ֆինանսական ռեսուրսներ): Սկզբունքորեն այս համակարգը շատ նման է Debian-ին, սակայն, ի տարբերություն իր նախնիների, այս համակարգում սկզբնական կոդը մի փոքր վերամշակվել է։

Ջենթու

Մեր առջև Linux-ի ևս մեկ փոփոխություն է: Այս հարթակը հետաքրքիր է, քանի որ այն հիմնված է GNU լիցենզիայի վրա:

Կայունության հետ կապված խնդիրներ չկան. Սակայն, ինչպես նշում են շատ փորձագետներ, համակարգը մի փոքր տուժում է անվտանգության առումով։ Նույնիսկ եթե օգտագործվում է LAMP, համակարգում անվտանգության անցքեր են հայտնաբերվում:

Սոլարիս

Solaris-ը համարվում է երբևէ մշակված ամենահզոր սերվերային օպերացիոն համակարգերից մեկը:

Ի՞նչ ասեմ։ Մնում է միայն նայել դրա հնարավորություններին։ Այս ՕՀ-ն աջակցում է մոտ 576 ԳԲ ֆիզիկական RAM, մոտ 4 միլիարդ ցանցային միացում, կարող է աջակցել մեկ միլիոն միաժամանակ գործարկվող ծառայություններ և գործընթացներ, ինչպես նաև ունի բաց ցանցային միջավայր: Եվ սա դեռ ամենը չէ...

OpenBSD

Այս համակարգը, ըստ փորձագետների մեծամասնության, ամենաապահովն է: Թերևս դրա գործառնական արագությունը այնքան էլ բարձր չէ, որքան Linux-ի կամ UNIX-ի այլ փոփոխությունները, բայց եթե սովորեք, թե ինչպես օգտագործել այն, շատերը կգտնեն այն շատ հետաքրքիր լուծում, նույնիսկ ամենահայտնի Windows համակարգերի համեմատ:

Տեղադրումը մի փոքր բարդ է թվում, օգտագործումը և կազմաձևումը նույնպես: Բայց պայմանով, որ օգտագործողը գոնե ինչ-որ չափով ծանոթ է այս տեսակի օպերացիոն համակարգերին, հրամանի տող օգտագործելը հատկապես դժվար չպետք է լինի:

Windows Server (2008 R2)

Ի վերջո, եկեք տեսնենք Windows սերվերի օպերացիոն համակարգերը: Տարօրինակ կերպով, չնայած աշխատասեղանի տարբերակների հանրաճանաչությանը, այս լուծումներն աշխարհում առանձնապես տարածված չեն: Ամենատարրական խնդիրն այն է, որ Windows սերվերի օպերացիոն համակարգերը, սկսած NT մոդիֆիկացիայից, չունեն անվտանգության անհրաժեշտ հատկանիշներ:

Եվ դա գիտակցում են այս տեսակի կառավարման համակարգերի ոլորտի բոլոր մասնագետները։ Օրինակ, Windows 7 սերվերի օպերացիոն համակարգի հակավիրուսը պետք է տեղադրվի: Վերջին հաքերային հարձակումների հետ կապված, որոնք ուղղված էին հիմնականում Windows-ի յոթերորդ տարբերակն օգտագործող համակարգիչներին (էլ չասած, թե որքան ժամանակ է պահանջվել տեղադրել տարբեր տեսակի թարմացումներ, որոնք պետք է կանխեին վիրուսի գործողությունները), նույն ներկառուցված. Defender ծառայությունում (կամ Microsoft Essentials) պարզապես չի կարող հաղթահարել իր պարտականությունները:

Windows սերվերի օպերացիոն համակարգերի կառավարումը, իհարկե, ահավոր պարզեցված է։ Օրինակ, դուք կարիք չունեք լինել բոլորին իմացող համակարգի ադմինիստրատոր՝ IP-ն փոխելու, փոխելու կամ վստահված անձի, կապ հաստատելու մանկական տերմինալի հետ ցանցի ներբեռնման կամ RDP հաճախորդի միջոցով գործունեությունը մշտադիտարկելու համար: Երբեմն բավական է նույնիսկ գործարկել ներկառուցված ցանցային կապի ախտորոշիչ գործիքը, որից հետո խնդրի կամ սխալի մասին ծանուցում կհրապարակվի, եթե այդպիսիք կան համակարգում:

Ինչ վերաբերում է մնացածին, ինչ վերաբերում է անսարքությունների վերացման գործիքներին, օրինակ, հենց սերվերի վրա, կարող եք օգտագործել հրամանի վահանակը մաքրելով DNS քեշը կամ վերակայել IP-ի ընդհանուր կազմաձևման պարամետրերը:

Օրինակ, վահանակում մուտքագրված հրամանները կարող են այսպիսի տեսք ունենալ.

ipconfig/flushdns,
ipconfig/registerdns,
ipconfig / թարմացնել
ipconfig / թողարկում:

Նշում․ այս տիպի հրամաններով հրամանի տողը հավասարապես լավ է աշխատում երեխաների օգտատերերի համակարգիչների և սերվերների խնդիրները լուծելու համար:

Ի՞նչ է ստացվում:

Որպես հիմնական եզրակացություն, մենք կարող ենք միայն նշել, որ, ավաղ, Windows համակարգերը և Microsoft-ի կողմից ստեղծված զարգացումների մեծ մասը, համեմատած UNIX համակարգերի և դրանց վրա հիմնված Linux տարբերակների հետ, ակնհայտորեն զիջում են: Նույն FreeBSD OS-ն շատ ավելի ճկուն է տեղադրման և կազմաձևման մեջ, էլ չենք խոսում այն մասին, որ այն առավելապես պաշտպանված է բաց կոդով փոփոխության տեսքով, որը յուրաքանչյուրը կարող է փոխել կամ փոփոխել: Իրականում ինքնին հարց է առաջանում. «Ի՞նչը նախընտրել»։ Ես չեմ ուզում որևէ խորհուրդ տալ, բայց սկզբունքորեն, կենտրոնական սերվերի միջոցով տեղական ցանցերը կազմակերպելու համար ավելի լավ է նախապատվությունը տալ UNIX-ի վրա հիմնված ՕՀ-ին (Linux), քան Windows-ին: Դա ավելի էժան է, ավելի հեշտ և անվտանգ: Ճիշտ է, ինտերֆեյսին սովոր օգտվողների համար այս կեղևը կարող է թվալ, մեղմ ասած, ոչ ամբողջովին պարզ: Այնուամենայնիվ, ինտերֆեյսը հասկանալը դժվար չի լինի։ Բայց դուք ստիպված կլինեք մի փոքր շեղել կարգավորումները (ինչ կարող էինք անել առանց դրա):

Իր հերթին, հարկ է նշել, որ ոչ բոլոր ժամանակակից օպերացիոն համակարգերն են համապատասխանում այսօրվա պահանջներին, թեև ունեն զարգացման և արդիականացման բավականին լավ ներուժ։ Սա առաջին հերթին վերաբերում է FreeBSD-ին, որը, ցավոք, վիճակված չէ զարգացնել՝ չնայած բոլոր առավելություններին։ Մշակողները պարզապես վերջ դրեցին դրան: Բայց մյուս համակարգերը հետ չեն մնում։ Այսպիսով, մոտ ապագայում մենք նույնիսկ կարող ենք սպասել Windows 10-ի թարմացված տարբերակ, որն արդեն համատեղում է ինչպես աշխատասեղանի, այնպես էլ սերվերի մոդելների ֆունկցիոնալությունը (ստանդարտ տեղադրումից հետո սերվերը կարող է կարգավորվել բավականին պարզ): Դուք նույնիսկ կարիք չունեք տեղադրել լրացուցիչ հաճախորդներ: Բավական է օգտագործել բաղադրիչներից մեկը հենց ՕՀ-ում և BIOS-ի կարգավորումներում (նույն Hyper-V մոդուլը վիրտուալ մեքենա ստեղծելու համար): Դրանով, միացված տերմինալների միջև ռեսուրսների բաշխման առումով, սերվերի ՕՀ-ն պարզապես «թռչում է»:

Installimage-ը կարող է գործարկվել անմիջապես ձեր սերվերի փրկարարական համակարգից: Սա օգտագործողի համար հարմար ինտերֆեյս է՝ Linux բաշխում ընտրելու ունակությամբ: Դուք լիովին վերահսկում եք ձեր սկավառակ(ներ)ի բաժանումը և հնարավորություն ունեք ակտիվացնելու ծրագրային RAID կամ LVM՝ օգտագործողի համար հարմար խմբագրիչի միջոցով:

Ավտոմատ կարգավորում

Եթե տեղադրման պատկերփրկարար համակարգում ֆայլ է գտնում / autosetup, ապա այս ֆայլը ավտոմատ կերպով օգտագործվում է որպես կազմաձևման ֆայլ: Եթե ֆայլը սխալներ չի պարունակում, ընտրացանկը և խմբագրիչը չեն ցուցադրվում:

Տեղադրման պատկերի օգտագործումը

Փրկարարական համակարգը ակտիվացնելու համար այցելեք մեր կայք։

Ընտրեք Ծառայություններ – Ապրանքներ/ծառայություններ

Ցանկալի սերվերի աջ կողմում սեղմեք «Արտադրանքի կառավարում»

Սեղմեք «Փրկարար» կոճակը

Դաշտում ընտրեք, օրինակ, Linux x64 OS և սեղմեք «Ակտիվացնել փրկարարական համակարգը».

Ակտիվացումից հետո կհայտնվեն Rescue Mode-ի մուտքի տվյալները: Պատճենեք մուտքի տվյալները, այնուհետև անցեք «Reboot» դաշտ և վերագործարկեք երեք եղանակներից մեկի միջոցով (եթե չվերագործարկեք սերվերը, Rescue Mode-ը չի ակտիվանա): Ամենաարագ վերաբեռնման մեթոդը «Ուղարկեք CTRL+ALT+DEL սերվերին», բայց այս մեթոդը չի աշխատի, եթե դուք արդեն տեղադրել եք Windows-ը: Այս դեպքում վերագործարկելու համար դուք պետք է ընտրեք «Կատարել ապարատային ավտոմատ վերականգնում»:

Ապա դուք պետք է մուտք գործեք SSH-ի միջոցով ձեր պատճենած տվյալներով:

Դուք կարող եք սկսել տեղադրման կարգը.

root@ rescue ~ # տեղադրելպատկեր

Դուք կտեսնեք մենյու, որտեղ դուք կարող եք ընտրել ձեր Linux բաշխումը և պատկերը ենթամենյուի ցանկից:

Պատկերն ընտրելուց հետո դուք կստանաք ծանուցում, որ խմբագրիչը կգործարկվի, և կազմաձևման ֆայլը կբացվի:

Midnight Commander («mcedit») օգտագործվում է որպես խմբագիր։

Համակարգում առկա սկավառակները ցուցադրվում են DRIVE փոփոխականի առաջին տողում<число>. Յուրաքանչյուր փոփոխականի վերևում կարող եք տեսնել սկավառակի տեսակը: Եթե ցանկանում եք սկավառակը թողնել անփոփոխ իր ներկայիս վիճակում, կարող եք հեռացնել այն կազմաձևման ֆայլից՝ դրա դիմաց տեղադրելով «#»: Խնդրում ենք նկատի ունենալ, որ DRIVE փոփոխականի համարը պետք է համապատասխանաբար փոխվի:

Օրինակ:

# ST31500341AS #DRIVE1 /dev/sda # ST31500341AS DRIVE1 /dev/sdb

Եթե սերվերն ունի մի քանի սկավառակ, ապա օգտագործելով «SWRAID» և «SWRAIDLEVEL» փոփոխականները, կարող եք դրանցից ստեղծել ծրագրային RAID զանգված: Ծրագրային ապահովման RAID-ը բոլոր մակարդակներում կիրառվում է կազմաձևման բոլոր կրիչների վրա (նշված է DRIVE փոփոխականներում): Եթե դուք չեք ցանկանում հատուկ սկավառակ ներառել զանգվածում, ապա դուք պետք է հեռացնեք այն կոնֆիգուրացիայից (ինչպես նկարագրված է վերևում):

«BOOTLOADER» փոփոխականը թույլ է տալիս ընտրել տեղադրվող bootloader-ը, հասանելի են «Grub» կամ «Lilo»: Երբ ընտրում եք «grub», կախված այն օպերացիոն համակարգից, որը դուք տեղադրում եք, կտեղադրվի GRUB2 կամ GRUB1 (ժառանգական grub):

Սերվերի անունը դրված է «HOSTNAME» փոփոխականում

Installimage-ն աջակցում է նաև սկավառակի բաժանման սխեմայի ստեղծմանը (ներառյալ LVM-ի հետ): Համապատասխան շարահյուսությունը նկարագրված է կազմաձևման ֆայլի օրինակներով:

F10-ով խմբագրիչից դուրս գալուց հետո (պահպանել և ելք), կստուգվի կազմաձևման ֆայլի շարահյուսությունը: Եթե ֆայլը պարունակում է սխալներ, խմբագրիչը նորից կբացվի:

Եթե դուք տեսնում եք այս արդյունքը 1-15 րոպե հետո (կախված պատկերից և բաժանումից), ապա ձեր համակարգը պատրաստ է:

Արմատային գաղտնաբառը սահմանվում է փրկարարական համակարգի ընթացիկ գաղտնաբառը:

Կատարեք «վերաբեռնում» փրկարարական համակարգում.

root@ rescue ~ # reboot

Նոր տեղադրված համակարգը կգործարկվի, և դուք կարող եք մուտք գործել դրան՝ դեռ օգտագործելով փրկարար գաղտնաբառը:

Առանձնահատկություններ

Debian-ը կամ Ubuntu-ն տեղադրելու համար installimage սկրիպտը օգտագործելիս ֆայլում cron-ի աշխատանքների ժամանակը /etc/cron.d/mdadmտրվում է պատահականության սկզբունքով։

Հարցի պատասխան

Կորցնու՞մ եմ իմ կոշտ սկավառակ(ներ)ի տվյալները:

Այո՛։ Ընտրված սկավառակ(ներ)ի բոլոր տվյալները ամբողջությամբ ջնջվում են և ստեղծվում է նոր բաժանման աղյուսակ:

Ինչու ես չեմ կարող ստեղծել 2 TB-ից մեծ բաժին:

2 ՏԲ-ից մեծ միջնորմների ստեղծումը հնարավոր է միայն օգտագործելիս GUID բաժանման աղյուսակներ (GPT). Դրա համար պետք է ընտրվի GRUB2-ը, քանի որ այն աջակցում է բեռնումը GPT սկավառակներից:

Տեղադրման սցենարը թույլ է տալիս մեկ կամ շատ սխալներ: Ի՞նչ պետք է անեմ հիմա:

Նախ, վերագործարկեք տեղադրումը:

Արդյո՞ք պետք է «բոլորը» դնեմ բաժանման աղյուսակի վերջում, թե՞ կարող եմ այս տողը դնել ոչ վերջում:

Կազմաձևման ֆայլում «բոլորը» չափի պարամետրը նշանակում է օգտագործեք կոշտ սկավառակի ներկայումս առկա ողջ տարածքը. Քանի որ բաժանմունքները ստեղծվում են մեկը մյուսի հետևից, «բոլորը» նշելուց հետո աղյուսակը կավարտվի, քանի որ այլևս ազատ տարածք չի մնա: Իհարկե, դուք ընդհանրապես պետք չէ օգտագործել «բոլորը»:

Ես ունեմ երկու (կամ ավելի) տեղադրված սկավառակ: Կարո՞ղ է ավտոմատ կերպով ստեղծել տեղադրման սցենարը ծրագրային RAID?

Այո, այն կարող է ստեղծել ծրագրային RAID մակարդակներ 0, 1, 5, 6 և 10: Կազմաձևման ֆայլում կա երկու տարբերակ. ՍՈՒՐՏԵվ SWRAIDLEVEL. Եթե տարբերակ ՍՈՒՐՏակտիվացված է (1), ստեղծվում է ծրագրային RAID մակարդակ SWRAIDLEVEL.

F10 ստեղնը սեղմելը չի աշխատում: Սեղմելուց հետո ցուցադրվում է «~21» (կամ նման մի բան):

Սեղմեք Escape և ապա «0»: Շատ դեպքերում սա փոխարինում է F10-ին:

Կարո՞ղ եմ օգտագործել տրամաբանական բաժանմունքներ ( LVM)?

Այո՛։

Ես ստանում եմ սխալ՝ «Սպասարկման պատճառով installimage-script-ը ժամանակավորապես անհասանելի է: Ցավում ենք անհարմարությունների համար»։

Եթե տեսնում եք այս հաղորդագրությունը, դա նշանակում է, որ սցենարի մասերը թարմացվում են: Սա սովորաբար տևում է մի քանի րոպե: Սխալներից խուսափելու համար անհրաժեշտ է արգելափակել թարմացումների տեղադրման ընթացքում: Այս հաղորդագրության հայտնվելուց հետո մի քանի րոպեի ընթացքում դուք կկարողանաք օգտագործել սցենարը:

Ո՞վ է սցենարի հեղինակը. Կարո՞ղ եմ այն ազատորեն օգտագործել:

Սցենարը հասանելի է հանրությանը, իսկ ծրագրավորման լեզուն հասանելի է GPL-ի ներքո: Կայքի ընկերությունը պատասխանատվություն չի կրում սցենարի փոփոխված տարբերակների պատճառած վնասի համար: Սցենարի փոփոխության հետ կապված խնդիրների համար աջակցություն չի տրամադրվում:

Ո՞րն է MySQL-ի արմատային օգտվողի գաղտնաբառը LAMP պատկերում:

MySQL-ի արմատային օգտատիրոջ գաղտնաբառը՝ թարմ տեղադրումից հետո LAMP պատկեր տեղադրելիս գտնվում է /password.txt ֆայլում:

Հավանեցի՞ք: Մենք փորձեցինք, իսկապես! Լավություն արեք՝ բաժանորդագրվեք նոր հոդվածներին: Հաջորդը ավելի լավ է:

Հարակից նյութեր.

Կայքի քարտեզ