ვებ სერვერი CentOS 8-ზე php7, node.js და redis-ით

წინასიტყვაობა

CentOS ოპერაციული სისტემის ახალი ვერსიის, კერძოდ CentOS 2-ის გამოშვებიდან 8 დღე გავიდა. და ჯერჯერობით ინტერნეტში საკმაოდ ბევრი სტატიაა, თუ როგორ კეთდება მასში საქმეები, ამიტომ გადავწყვიტე ამ ხარვეზის შევსება. უფრო მეტიც, მე გეტყვით არა მხოლოდ იმის შესახებ, თუ როგორ უნდა დააინსტალიროთ ეს წყვილი პროგრამა, არამედ იმაზე, თუ როგორ ვხედავ ზოგადად Linux-ის დაყენებას ვირტუალურ გარემოში თანამედროვე სამყაროში ტიპიური ამოცანებისთვის, დისკების დაყოფის ჩათვლით და ა.შ.

მაგრამ დასაწყისში, მინდა მოკლედ ვისაუბრო იმაზე, თუ რატომ ღირს ამ ვერსიაზე გადასვლა ყველა წინადან და ამის ორი მიზეზი არსებობს:

1. php7! CentOS-ის წინა ვერსიაში დაინსტალირებული იყო "მართლმადიდებლური" php5.4...

   კარგი, ცოტა უფრო სერიოზულად რომ ვთქვათ, ბევრი პაკეტი მასობრივად გადახტა რამდენიმე ვერსიაში. ჩვენ (redhat-ის მსგავსი OS-ების ფანები) საბოლოოდ შევედით, თუ არა მომავალში, მაშინ მაინც აწმყოში. უბუნტუს მხარდამჭერები კი აღარ დაგვცინიან და თითს არ გვაქნევენ, კარგი... ცოტა ხნით მაინც ;).

2. გადასვლა yum-დან dnf-ზე. მთავარი განსხვავება ისაა, რომ ახლა ოფიციალურად არის მხარდაჭერილი პაკეტების რამდენიმე ვერსიასთან ერთდროულად მუშაობა. ზუსტად რვაში, მე არასოდეს მიმაჩნია ეს სასარგებლო, მაგრამ პერსპექტიულად ჟღერს.

შექმენით ვირტუალური მანქანა

არსებობს სხვადასხვა ჰიპერვიზორები და მე არ მაქვს მიზანი მკითხველის კონკრეტულზე მორგება, ზოგად პრინციპებზე გეტყვით.

მეხსიერება

ჯერ... 7-დან დაწყებული CentOS სისტემის დაყენება აუცილებლად და ჩემი აზრით 6-შიც ასე იყო („მაგრამ ეს არ არის გარკვეული“), საჭიროა მინიმალური 2 GB ოპერატიული მეხსიერება. ამიტომ, გირჩევთ, ჯერ ამდენი გასცეთ.

მაგრამ თუ რამეა, ინსტალაციის შემდეგ მეხსიერების ზომა შეიძლება შემცირდეს. 1 გბ-ზე შიშველი სისტემა საკმაოდ კარგად მუშაობს, შევამოწმე.

დისკზე

ნორმალური ინსტალაციისთვის, თქვენ უნდა შექმნათ ვირტუალური დისკი 20-30 GB ტევადობით. ეს საკმარისია სისტემისთვის. და მეორე დისკი მონაცემებისთვის. მისი დამატება შესაძლებელია როგორც ვირტუალური მანქანის შექმნის ეტაპზე, ასევე მის შემდეგ. მე ჩვეულებრივ ვამატებ მოგვიანებით.

პროცესორი

ერთ ბირთვზე, შიშველი სისტემა არ ანელებს. და რადგან რესურსები თავისუფლად მასშტაბირებადია, ინსტალაციის ეტაპზე მეტის მიცემის აზრს ვერ ვხედავ (თუ თქვენ მშვენივრად არ იცით მოთხოვნები და არ გეზარებათ ხელახლა შეხვიდეთ კონფიგურატორში)

დანარჩენი ჩვეულებრივ შეიძლება დარჩეს ნაგულისხმევად.

ფაქტობრივი ინსტალაცია

ასე რომ... მოდით გავუშვათ ინსტალერი... პირადად მე დიდი ხანია ვაინსტალირებ ასეთ სერვისებს მხოლოდ ვირტუალური მანქანების სახით, ამიტომ არ აღვწერ ყველა სახის განაწილების ჩანაწერს ფლეშ დრაივზე - უბრალოდ ვამონტაჟებ. ISO როგორც CD ჩემს საყვარელ ჰიპერვიზორში, ჩამოტვირთეთ და წადით.

ძირითადი ინსტალაცია საკმაოდ ტიპიურია, მე მხოლოდ რამდენიმე პუნქტზე შევჩერდები.

წყაროს შერჩევა

მერვე ვერსიის გამოსვლის შემდეგ, Yandex-ის სარკე დღეების განმავლობაში დევს. ანუ, ის პერიოდულად იზრდება და შემდეგ კვლავ იწყებს შეცდომის ჩვენებას. დარწმუნებული ვარ, ეს სერვისზე გადაჭარბებული დატვირთვის გამო. ამიტომ, წყაროს მითითებისთვის, მე პირადად მომიწია, ჩვეულებრივი მისამართის ნაცვლად, წავსულიყავი აქ, აირჩიეთ ის სარკე, რომელიც მომწონს და ხელით შეიყვანეთ მისამართი ინსტალერის ფანჯარაში. აქ მნიშვნელოვანია გახსოვდეთ, რომ თქვენ უნდა მიუთითოთ გზა საქაღალდეში, სადაც დირექტორია მდებარეობს repodata. მაგალითად, mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

დისკის დაყოფა

ეს კითხვა, ჩემი აზრით, საკმაოდ რელიგიურია. თითოეულ ადმინს აქვს საკუთარი პოზიცია ამ საკითხთან დაკავშირებით. მაგრამ მე მაინც ვიზიარებ ჩემს თვალსაზრისს ამ საკითხთან დაკავშირებით.

დიახ, პრინციპში, თქვენ შეგიძლიათ გამოყოთ მთელი სივრცე root-ზე და ის იმუშავებს, ყველაზე ხშირად საკმაოდ კარგადაც კი. მაშინ რატომ შემოღობე ბაღი სხვადასხვა მონაკვეთებით? — ჩემი აზრით, ამას ორი ძირითადი მიზეზი აქვს: კვოტები და პორტაბელურობა.

მაგალითად, თუ რამე არასწორედ წარიმართება და შეცდომები ხდება მონაცემთა ძირითად დანაყოფზე, გსურთ კვლავ შეძლოთ სისტემის ჩატვირთვა და რეანიმაციული ღონისძიებების განხორციელება. ამიტომ, მე პირადად გამოვყოფ ცალკე დაყოფას /boot-ისთვის. არის ბირთვი და ჩამტვირთველი. ჩვეულებრივ 500 მეგაბაიტი საკმარისია, მაგრამ იშვიათ შემთხვევებში შეიძლება მეტიც იყოს საჭირო და იმის გათვალისწინებით, რომ უკვე მიჩვეული ვართ სივრცის ტერაბაიტებში გაზომვას, ამ განყოფილებას გამოვყოფ 2 GB. და რაც მთავარია აქ არის ის, რომ ეს არ შეიძლება გაკეთდეს lvm.

შემდეგ მოდის სისტემის ფესვი. ნორმალური ინსტალაციისთვის არასდროს მჭირდებოდა 4 გბ-ზე მეტი თითო სისტემაზე, მაგრამ დაგეგმილი მოვლენების დროს ხშირად ვიყენებ /tmp დირექტორიას დისტრიბუციების გასახსნელად და ვერ ვხედავ რაიმე აზრს მის ცალკე დაყოფაზე მიძღვნას - თანამედროვე სისტემებში. ის ავტომატურად იწმინდება, ამიტომ არ ივსება. ასე რომ, მე გამოვყოფ 8 GB root-ისთვის.

გაცვალეთ... ზოგადად, პრაქტიკული გამოყენება ცოტაა. თუ დაიწყებთ სვოპის გამოყენებას თქვენს სერვერზე, დღეს რეალურ სამყაროში ეს მხოლოდ იმას ნიშნავს, რომ სერვერს მეტი ოპერატიული მეხსიერების დამატება სჭირდება. წინააღმდეგ შემთხვევაში, შესრულებასთან დაკავშირებული პრობლემები გარანტირებულია (ან ზოგიერთი პროგრამის "გაჟონავს" მეხსიერება). ამიტომ, ეს განყოფილება საჭიროა მხოლოდ დიაგნოსტიკური მიზნებისთვის. ამიტომ, 2 GB შესანიშნავი რიცხვია. დიახ, მიუხედავად იმისა, რამდენი მეხსიერებაა სერვერზე. კი წავიკითხე ყველა ის სტატია სადაც წერია მეხსიერების მოცულობის თანაფარდობა სვოპ მოცულობასთან... IMHO მოძველებულია. 10 წლის პრაქტიკაში ეს არასდროს მჭირდებოდა. 15 წლის წინ გამოვიყენე, დიახ.

IMHO, ყველას შეუძლია თავად გადაწყვიტოს, გამოყოს თუ არა /home ცალკე დანაყოფი. თუ სერვერზე ვინმე აქტიურად გამოიყენებს ამ დირექტორიას, უმჯობესია მისი გამოყოფა. თუ არავინ, არ არის საჭირო.

შემდეგი, / var. ჩემი აზრით, აუცილებლად უნდა იყოს ხაზგასმული. დასაწყისისთვის, შეგიძლიათ შემოიფარგლოთ 4 გბ-ით და ნახეთ, როგორ წავა. დიახ, "როგორ მიდის" მე ამას ვგულისხმობ

1. პირველ რიგში, თქვენ ყოველთვის შეგიძლიათ დაამონტაჟოთ სხვა დისკი /var ქვედირექტორიაში (რასაც მოგვიანებით გაჩვენებთ მაგალითით)
2. მეორეც, ჩვენ გვაქვს lvm - ის ყოველთვის შეგიძლიათ დაამატოთ. და თქვენ ჩვეულებრივ უნდა დაამატოთ ის, როდესაც ძალიან ბევრი ჟურნალი იწყებს იქ ჩასვლას. მაგრამ მე ვერასდროს მოვახერხე ამ მაჩვენებლის წინასწარ პროგნოზირება, ამიტომ ვიწყებ 2 გბ-ით და შემდეგ ვუყურებ.

გამოუყენებელი სივრცე თავისუფალი დარჩება მოცულობის ჯგუფში და ყოველთვის შეიძლება გამოყენებულ იქნას მოგვიანებით.

LVM

ყველა აზრი აქვს ტიხრების შექმნას, გარდა /boot-ის LVM-ში. დიახ, სვოპის ჩათვლით. დიახ, ყველა რჩევის თანახმად, swap უნდა იყოს დისკის დასაწყისში, მაგრამ LVM-ის შემთხვევაში მისი მდებარეობა პრინციპში შეუძლებელია. მაგრამ როგორც ზემოთ დავწერე, თქვენი სისტემა არ უნდა გამოიყენეთ სვოპ საერთოდ. ამიტომ, არ აქვს მნიშვნელობა სად არის ის. ისე, ჩვენ 95-ში არ ვცხოვრობთ, პატიოსნად!

გარდა ამისა, LVM-ში არის რამდენიმე ძირითადი ერთეული, რომლებთანაც უნდა შეძლოთ ცხოვრება:

• ფიზიკური მოცულობა
• მოცულობის ჯგუფი
• ლოგიკური მოცულობა

ფიზიკური ტომები გაერთიანებულია ჯგუფებად და თითოეული ფიზიკური მოცულობა შეიძლება იყოს მხოლოდ ერთ ჯგუფში, ხოლო ჯგუფი შეიძლება განთავსდეს ერთდროულად რამდენიმე ფიზიკურ მოცულობაზე.
და ლოგიკური ტომები თითოეული ერთ ჯგუფშია.

მაგრამ... ჯანდაბა, ისევ 21-ე საუკუნეა. და სერვერები ვირტუალურია. აზრი არ აქვს მათთვის იგივე მექანიზმების გამოყენებას, რაც ფიზიკურზე იყო გამოყენებული. ვირტუალურებისთვის კი მნიშვნელოვანია მონაცემების არსებობა სისტემისგან განცალკევებით! ეს ძალიან მნიშვნელოვანია, განსაკუთრებით მონაცემთა სხვა ვირტუალურ მანქანაზე სწრაფად გადართვის შესაძლებლობისთვის (მაგალითად, ახალ OS-ზე გადართვისას) და ზოგადად ყველა სახის სასარგებლო სიკეთისთვის (განცალკევებული სარეზერვო ასლები დანაყოფებით ჰიპერვიზორის ხელსაწყოების გამოყენებით, მაგალითად) . ამიტომ, ერთი მოცულობის ჯგუფი გამოიყენება სისტემისთვის და აუცილებლად მეორე გამოიყენება მონაცემებისთვის! ეს ლოგიკური დაყოფა ბევრს ეხმარება ცხოვრებაში!

თუ თქვენ შექმენით მხოლოდ ერთი ვირტუალური მყარი დისკი ვირტუალური მანქანის შექმნისას, აქ მთავრდება კონფიგურაცია. და თუ არის ორი, მაშინ უბრალოდ არ მონიშნოთ მეორე ჯერ.

დავიწყოთ ინსტალაცია.

ინსტალაციის შემდგომ

ასე რომ, ახლად დაყენებული სისტემა საბოლოოდ ჩაიტვირთა. პირველი რაც თქვენ უნდა შეამოწმოთ არის ინტერნეტი.

ping ya.ru

არის პასუხი? - კარგი, დააჭირეთ Ctrl-C.
თუ არა, გადადით ქსელის შექმნაზე, ამის გარეშე ცხოვრება არ არსებობს, მაგრამ ჩემი სტატია ამაზე არ არის.

ახლა თუ ჩვენ ჯერ არ ვართ root-ში, გადადით root-ის ქვეშ, რადგან აკრეფით არის სუდოს ბრძანებების რაოდენობამ პირადად დამწყვიტა (და შეიძლება პარანოიდულმა ადმინისტრებმა მაპატიონ):

sudo -i

ახლა პირველი, რასაც ვაკეთებთ არის აკრეფა

dnf -y update

და თუ ამ სტატიას კითხულობთ 2019 წელს, დიდი ალბათობით არაფერი მოხდება, მაგრამ ცდა ღირდა.

ახლა მოდით დავაკონფიგურიროთ დარჩენილი დისკი

ვთქვათ, სისტემასთან დანაყოფი იყო xvda, მაშინ მონაცემთა დისკი იქნება xvdb. ᲙᲐᲠᲒᲘ.

რჩევების უმეტესობა დაიწყება "გაუშვით fdisk და შექმენით დანაყოფი..."

ასე რომ, ეს არის არასწორად!

კიდევ ერთხელ ვიტყვი, რადგან ეს ძალიან მნიშვნელოვანია! ამ შემთხვევაში LVM-თან მუშაობა, რომელიც ერთ მთლიან ვირტუალურ დისკს იკავებს, მასზე ტიხრების შექმნა საზიანოა! ამ ფრაზაში თითოეული სიტყვა მნიშვნელოვანია. თუ ჩვენ ვმუშაობთ LVM-ის გარეშე, გვჭირდება. თუ ჩვენ გვაქვს სისტემა და მონაცემები დისკზე, ეს გვჭირდება. თუ რაიმე მიზეზით გვჭირდება დისკის ნახევარი ცარიელი დავტოვოთ, ჩვენც უნდა დავტოვოთ. მაგრამ, როგორც წესი, ყველა ეს ვარაუდი არის მხოლოდ თეორიული. რადგან თუ გადავწყვეტთ არსებულ დანაყოფს სივრცის დამატებას, მაშინ ამის გაკეთების ყველაზე მარტივი გზა ეს კონფიგურაციაა. და ადმინისტრირების სიმარტივე იმდენად აჭარბებს ბევრ სხვა რამეს, რომ ჩვენ მიზანმიმართულად მივდივართ ამ კონფიგურაციისკენ.

და მოხერხებულობა ის არის, რომ თუ გსურთ მონაცემთა დანაყოფის გაფართოება, თქვენ უბრალოდ დაამატეთ სივრცეები ვირტუალურ დანაყოფს, შემდეგ გააფართოვეთ ჯგუფი vgextend-ის გამოყენებით და ეს არის ის! იშვიათ შემთხვევებში შეიძლება სხვა რამ დაგჭირდეთ, მაგრამ თავიდანვე არ მოგიწევთ ლოგიკური მოცულობის გაფართოება, რაც უკვე სასიამოვნოა. წინააღმდეგ შემთხვევაში, სწორედ ამ მოცულობის გასაფართოებლად გირჩევენ ჯერ არსებულის წაშლას, შემდეგ კი ახლის შექმნას ზემოდან... რაც არც თუ ისე ლამაზად გამოიყურება და პირდაპირ ეთერში არ შეიძლება, მაგრამ ჩემი მითითებული სცენარის მიხედვით შეიძლება გაფართოება. განხორციელდა "ფრენაზე" დანაყოფის დამონტაჟების გარეშეც კი.

ამრიგად, ჩვენ ვქმნით ფიზიკურ მოცულობას, შემდეგ მოცულობის ჯგუფს, რომელიც მოიცავს მას და შემდეგ დანაყოფი ჩვენი სერვერისთვის:

pvcreate /dev/xvdb
vgcreate data /dev/xvdb
lvcreate -n www -L40G data
mke2fs -t ext4 /dev/mapper/data-www

აქ, დიდი ასო "L"-ის ნაცვლად (და ზომა გბ-ში), შეგიძლიათ მიუთითოთ პატარა, შემდეგ კი აბსოლუტური ზომის ნაცვლად, მიუთითოთ შედარებითი, მაგალითად, გამოიყენოთ ამჟამად თავისუფალი სივრცის ნახევარი მოცულობის ჯგუფი, თქვენ უნდა მიუთითოთ "-l +50%FREE"

და ბოლო ბრძანება აფორმებს დანაყოფს ext4 ფაილურ სისტემაში (რომელიც ჯერჯერობით, ჩემი გამოცდილებით, აჩვენებს უდიდეს სტაბილურობას იმ შემთხვევაში, თუ ყველაფერი გაფუჭდება, ამიტომ მირჩევნია).

ახლა ჩვენ ვამაგრებთ დანაყოფს სწორ ადგილას. ამისათვის დაამატეთ სწორი ხაზი /etc/fstab:

/dev/mapper/data-www    /var/www                ext4    defaults        1 2

და ავკრიფეთ

mount /var/www

თუ შეცდომა მოხდა, ატეხეთ განგაში! რადგან ეს ნიშნავს, რომ გვაქვს შეცდომა /etc/fstab-ში. და რომ მომდევნო გადატვირთვისას ძალიან დიდი პრობლემები გვექნება. სისტემა შეიძლება საერთოდ არ ჩაიტვირთოს, რაც ხშირად ძალიან სამწუხაროა ღრუბლოვანი სერვისებისთვის. ამიტომ აუცილებელია ბოლო დამატებული სტრიქონის ან სასწრაფოდ გასწორება, ან საერთოდ წაშლა! სწორედ ამიტომ, ჩვენ ხელით არ დავწერეთ mount ბრძანება - მაშინ ჩვენ არ გვექნებოდა ასეთი შესანიშნავი შესაძლებლობა დაუყოვნებლივ გადაგვემოწმებინა კონფიგურაცია.

ახლა ჩვენ რეალურად ვაყენებთ ყველაფერს, რაც გვინდოდა და ვხსნით პორტებს ვებისთვის:

dnf groupinstall "Development Tools"
dnf -y install httpd @nodejs @redis php
firewall-cmd --add-service http --permanent
firewall-cmd --add-service https --permanent

სურვილის შემთხვევაში შეგიძლიათ აქ მონაცემთა ბაზაც განათავსოთ, მაგრამ პირადად მე ვცდილობ ის ვებ სერვერისგან განცალკევებული იყოს. მიუხედავად იმისა, რომ მისი სიახლოვის შენარჩუნება უფრო სწრაფია, დიახ. ვირტუალური ქსელის ადაპტერების სიჩქარე, როგორც წესი, დაახლოებით გიგაბიტია და იმავე აპარატზე მუშაობისას, ზარები თითქმის მყისიერად ხდება. მაგრამ ნაკლებად უსაფრთხოა. ვისთვის რა არის უფრო მნიშვნელოვანი?

ახლა ჩვენ ვამატებთ პარამეტრს კონფიგურაციის ფაილს (ვქმნით ახალს, CentOS-ის თანამედროვე იდეოლოგია ასეთია)

echo "vm.overcommit_memory = 1"> /etc/sysctl.d/98-sysctl.conf

ჩვენ გადატვირთეთ სერვერი.
კომენტარებში გამლანძღეს SeLinux-ის გამორთვა მირჩიეს, ამიტომ თავს გამოვასწორებ და დავწერ იმაზე, რომ ამის შემდეგ უნდა გახსოვდეთ SeLinux-ის კონფიგურაცია.
სინამდვილეში, მოგება! 🙂

წყარო: www.habr.com