Veebiserver CentOS 8-l koos php7, node.js ja redisiga

Eessõna

Kaks päeva tagasi ilmus uus CentOS operatsioonisüsteemi versioon, nimelt CentOS 8. Hetkel on internetis üsna vähe artikleid selle kohta, kuidas selles midagi teha, seetõttu otsustasin selle lünga täita. Räägin mitte ainult sellest, kuidas need paar programmi paigaldada, vaid ka sellest, kuidas ma üldiselt näen Linuxi installimist virtuaalsesse keskkonda kaasaegses maailmas tüüpiliste ülesannete jaoks, sealhulgas ketaste partitsioneerimise ja muu üle.

Aga kõigepealt tahan lühidalt rääkida, miks tasub sellele versioonile üle minna kõigilt eelmistelt, ja sellele on lausa kaks põhjust:

1. php7! Eelmises CentOS versioonis paigaldati "õigeusklik" php5.4 ...

   Kuid tõsisemalt öeldes on palju pakette korraga mitu versiooni vahele jätnud. Me (redhat'iga sarnaste OSide austajad) oleme lõpuks jõudnud, kui mitte tulevikku, siis vähemalt käesolevasse aega. Ja Ubuntu toetajad ei naera enam meie üle ega osuta meile sõrmega, noh... vähemalt mõnda aega ;).

2. Üleminek yumilt dnfile. Peamine erinevus on see, et nüüd toetatakse ametlikult töötamist kohe mitme versiooniga pakettide osas. Just kaheksas versioonis pole mul seda kordagi veel vaja läinud, kuid see kõlab lubavalt.

Virtuaalmasina loomine

Hyperviisorid on erinevad ja mul ei ole eesmärki lugejat konkreetseks suunata, räägin üldistest põhimõtetest.

Mälu

Esimene ... CentOS süsteemi installimiseks alates 7. versioonist kindlasti põhjusel, et vähemalt 6. versioonis oli see samuti nii ("aga see ei ole täpselt kindel"), on vajalik minimaalselt 2 GB RAM-i. Seetõttu soovitan alguses nii palju anda.

Aga kui nii, siis pärast installimist saab mälu mahtu ka vähendada. 1 GB sisseehitatud süsteem töötab täiesti normaalselt, olen proovinud.

Kettaruum

Normaalseks installimiseks tuleks luua virtuaalne ketas mahuga 20-30 GB. Seda jagub süsteemile. Ja teise kettana andmete jaoks. Selle saab lisada nii virtuaalse masina loomise etapis kui ka hiljem. Mina lisandan tavaliselt hiljem.

Protsessor

Ühel tuumal ei aeglusta puhas süsteem. Ja kuna ressursse saab vabalt skaleerida, ei näe ma mõtet anda installimise etapis rohkem (kui te ei tea täpselt nõudmisi ja ei viitsi taas konfigureerimisega tegeleda).

Ülejäänud võib tavaliselt jätta vaikimisi.

Tegelikult installimine

Nii… Käivitan installerit… Isiklikult installin selliseid teenuseid juba ammu ainult virtuaalmasinate kujul, seega ei hakka ma kirjeldama erinevaid distributsi salvestamise meetodeid USB-le — lihtsalt monteerin ISO lemmik hüperviisoris CD-diskina, booti ja läksime.

Põhiline installatsioon toimub üsna tüüpiliselt, peatun ainult mõnel hetkel.

Allika valik

Alates kaheksanda versiooni väljumisest on Yandexi peegel olnud juba mitu päeva maas. No, see tähendab, et see aeg-ajalt tõuseb, kuid siis hakkab jälle viga näitama. Olen kindel, et probleem on teenusele liiga suure koormuse tõttu. Seetõttu pidin allika näitamiseks selle asemel, et sisestada harjumuspärane aadress, minema siia, valima sealt meelepärase peegli ja sisestama aadressi installeri aknas käsitsi. Siin on oluline meeles pidada, et tuleb näidata teed sinna kausta, kus asub kataloog repodata. Näiteks, mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

Ketta jagamine

See küsimus on minu arvates pigem religioosne. Igal adminil on selle kohta oma seisukoht. Kuid ma siiski jagan oma arvamust selle küsimuse osas.

Jah, põhimõtteliselt võib kogu ruumi eraldada juurte jaoks ja see töötab, enamikul juhtudel isegi üsna hästi. Miks siis pidada erinevaid jaotusi? — Peamised põhjused on minu arvates 2: kvotid ja ülekantavus.

Näiteks, kui midagi läheb valesti ja peamisel andmejaotusel tekivad vead, siis soovid endiselt süsteemi üles saada ja teostada taastamismeetmeid. Seetõttu eraldan ma isiklikult eraldi jaotuse /boot jaoks. Seal asub kernel ja laadija. Tavaliselt piisab 500 megabaidist, kuid harvadel juhtudel võib olla vajalik rohkem, ja arvestades, et oleme juba harjunud mõõtma ruumi terabaitides, eraldan selle jaotuse jaoks 2GB. Ja siin on oluline, et seda ei saa teha lvm.

Seejärel tuleb süsteemi juur. Normaalne installatsioon ei ole kunagi nõudnud rohkem kui 4 GB süsteemi jaoks, kuid korraliste tööde ajal kasutan ma sageli katalooge /tmp distributsioonide puhastamiseks ja ei näe mõtet eraldada seda eraldi jaotuseks — tänapäevastes süsteemides puhastatakse see automaatselt, seega ei täitu. Nii et juure jaoks eraldan 8GB.

Vahetus... Tegelikult on sellest vähe praktilist kasu. Kui teie serveris on vahetust kasutama hakatud, tähendab see reaalses maailmas, et serverile tuleb lisada rohkem RAM-i. Vastasel juhul on jõudluse probleemid garanteeritud (või mõni programm 'lekib' mälu). Seega on see jagu vajalik ainult diagnostikaks. 2 GB on hea number. Jah, sõltumata sellest, kui palju mälu serveris on. Jah, ma olen lugenud kõiki neid artikleid, kus räägitakse mälu ja vahetuse mahu suhetest… Isiklikult arvan, et need on vananenud. 10 aasta praktika jooksul pole see kunagi mind aidanud. 15 aastat tagasi kasutasin neid küll.

Kas jaotada /home eraldi jaotuseks, arvan, et igaüks võib ise otsustada. Kui keegi kasutab seda katalooge serveris aktiivselt, on parem see eraldi teha. Kui ei, siis pole see vajalik.

Edasi, /var. Minu arvates tuleks see kindlasti eraldi jaguna kasutada. Alguses võib alustada 4 GB-ga, ja siis vaadata, kuidas see edasi läheb. Ja jah, 'kuidas läheb' tähendab, et

1. Esiteks, alati võib mountida teise ketta alamkausta /var (mida ma näitan hiljem näite kaudu)
2. Teiseks, meil on ju LVM — alati saab lisada. Ja lisama peab tavaliselt siis, kui hakkab liiga palju logisid kuhjuma. Kuid ma ei ole kunagi suutnud seda numbrit ette ennustada, nii et alustan 2 GB-st ja siis vaatan.

Jaotamata ruum jääb vaba mahugruppi, seda saab hiljem alati kasutada.

LVM

Kogu jaotused, välja arvatud /boot, on mõistlik teha LVM-is. Jah, sealhulgas vahetus. Jah, vahetust peaks kõikide soovituste kohaselt olema ketta alguses, aga LVM-i puhul ei saa selle asukohta sisuliselt määrata. Kuid nagu ma juba varem kirjutasin, teie süsteem see kasutavad vahetust üldse. Seetõttu pole vahetus asukoht üldse tähtis. Me ei ela ju 1995. aastal, ausalt!

Edasi, LVM-is on mitu põhielementi, millega tuleb osata elada:

• füüsiline maht
• mahu grupp
• loogiline maht

Füüsilised mahud ühendatakse rühmadesse, samas iga füüsiline maht võib olla ainult ühes grupis, kuid grupp võib olla korraga mitmel füüsilisel mahul.
Loogilised mahud asuvad igaühes ühes grupis.

Kuid... meil on, kurat, jälle 21. sajand. Ja virtuaalsed serverid. Pole mõtet rakendada samu mehhanisme, mis kehtisid füüsilistele serveritele. Ja virtuaalsete puhul on oluline hoida andmed eraldi süsteemist! See on eriti oluline kiireks andmete ülekandmiseks teisele virtuaalmasinale (näiteks uue operatsioonisüsteemi kasutusele võtmisel) ja ka muude kasulike funktsioonide (nt eraldi varukoopiad hüperviisori vahendusel) jaoks. Seetõttu kasutatakse ühte volume group'i süsteemi jaoks ja teine kindlasti andmete jaoks! See loogiline eristus aitab elus palju!

Kui olete virtuaalmasina loomisel loonud ainult ühe virtuaalse kõvaketta, siis konfigureerimine lõppebki siin. Kui aga kaks, siis ärge minge veel teist määrama.

Käivitame installatsiooni.

Pärast paigaldamist

Nii, lõpuks laadis värskelt installitud süsteem. Esimene asi, mida tuleb kontrollida - internet.

ping ya.ru

Kas vastus tuli? — Suurepärane, vajutame Ctrl-C.
Kui ei, minge seadistage võrku, ilma selleta pole elu, aga minu artikkel ei käsitle seda.

Nüüd, kui me pole veel rootiga, logime sisse rootina, sest häiriv on sisestada sellist palju käske sudo abil (ja jah, andke andeks mulle, paranoidne admin):

sudo -i

Nüüd kirjutame kõigepealt

dnf -y update

Ja kui loete seda artiklit 2019. aastal, siis tõenäoliselt ei juhtu midagi, aga proovida tasus.

Nüüd konfigureerime ülejäänud ketta

Oletame, et süsteemi partitsioon oli xvda, siis andmeketas on xvdb. Selge.

Enamik soovitusi algab sõnadega „Käitage fdisk ja looge partitsioon…"

Nii et see ei ole õige!

Ma rõhutan veel kord, sest see on oluline! Antud juhul on LVM-i kasutamisel, mis hõivab ühe küll virtuaalse ketta, partitsioonide loomine sellel kahjulik! Igas sõnas selles lauses on oluline tähendus. Kui me töötame LVM-ita — see on vajalik. Kui meil on kettal näiteks süsteem ja andmed — see on vajalik. Kui me mingil põhjusel soovime jätta pool ketast tühjaks — see on samuti vajalik. Kuid tavaliselt on kõik need eeldused puhtalt teoreetilised. Sest kui otsustame lisada olemasolevale partitsioonile ruumi, on seda kõige lihtsam teha just sellise konfiguratsiooniga. Ja mugavus haldamises kaalub üles palju asju, et me sihipäraselt liikume just selle konfiguratsiooni suunas.

Kasutusmugavus seisneb selles, et kui soovite andmeosa laiendada, lisate lihtsalt kohti virtuaalsesse osasse, pärast mida laiendate rühma vgextend abil ja kõik! Harvadel juhtudel võib olla vajalik midagi muud, kuid vähemalt ei pea te loogilist mahtu alguses laiendama, mis on juba meeldiv. Sest selle mahtu laiendamiseks soovitatakse alguses olemasolev eemaldada ja seejärel uus luua… Mis ei tundu just kena ja seda ei saa elava süsteemi juures teha, kuid laienemist nii nagu ma kirjeldasin saab teostada "reisi" ajal isegi jaotist lahti monteerimata.

Kokkuvõtteks loome füüsilise mahu, seejärel rühma, mis seda sisaldab ja pärast seda jaotuse meie serverile:

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

Siin saab suure L-tähe (ja GB suuruse) asemel kasutada väikest ja siis absoluutsest suurusest rääkides kasutada suhtelist, näiteks, kui soovite kasutada poole olemasolevast vaba ruumist rühmas, peate märkima „-l +50%FREE“

Viimane käsk vormindab jaotuse ext4 failisüsteemis (mis on senistes kogemustes näidanud kõige suuremat stabiilsust, kui midagi on rikki läinud, seetõttu eelistan seda).

Nüüd monteerime jaotuse soovitud kohta. Selleks lisame õige rea /etc/fstab:

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

Ja sisestame

mount /var/www

Kui ilmus veateade — anna teada! Sest see tähendab, et meil on viga /etc/fstab-is. Ja et järgmise taaskäivitamise korral võivad meil suured probleemid tekkida. Süsteem ei pruugi üldse käivituda, mis on pilveteenuste jaoks sageli üsna kurb. Seetõttu tuleb kas kiiresti parandada viimane kirjutatud rida või kustutada see täielikult! Just seetõttu ei kirjutanud me manuaalselt monteerimise käsku — muidu ei oleks me saanud sellist suurepärast võimalust teha konfi kontrollimist "otse praegu".

Nüüd installime kõik, mida soovisime, ja avame veebilehtedele portid:

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

Soovi korral saab siia veel andmebaasi paigaldada, kuid isiklikult püüan hoida seda eraldi veebiserverist. Kuigi selle läheduses hoidmine on kiirem, jah. Virtuaalsete võrguadapterite kiirus on tavaliselt umbes üks gigabit ja sama masinaga töötamisel toimub kontakt peaaegu koheselt. Kuid see on vähem turvaline. Igaühele oma prioriteedid.

Nüüd lisame konfigureerimisfaili parameetri (loome uue, CentOS'i kaasaegne ideoloogia on selline)

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

Taaskäivita server.
Kommentaarides kritiseeriti mind SeLinuxi väljalülitamise nõuande pärast, seega parandan end ja kirjutan, et pärast seda tuleb SeLinux õigesti seadistada.
Tegelikult, kasum! 🙂

Allikas: habr.com