CentOS 8 veebiserver php7, node.js ja redisiga

Eessõna

Kaks päeva tagasi ilmus uus versioon operatsioonisüsteemist CentOS, nimelt CentOS 8. Internetis on seni väga vähe artikleid selle kohta, kuidas seal midagi teha, seega otsustasin selle tühimiku täita. Räägin mitte ainult sellest, kuidas paigaldada neid kaht programmi, vaid ka sellest, kuidas näen Linuxi installimist virtuaalsesse keskkonda tänapäeva standardite järgi, sealhulgas kettade jagamist ja muud.

Kuid enne tahan lühidalt rääkida, miks tasub kolida sellele versioonile kõigilt eelnevatelt, ja selleks on kaks põhjust:

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

   Okei, kui rääkida natuke tõsisemalt, siis väga palju pakette hüppas üle mitu versioone korraga. Me (Red Hat-põhiste operatsioonisüsteemide austajad) oleme lõpuks sisenenud, kui mitte tulevikku, siis vähemalt olevikku. Ja Ubuntu toetajad ei naera meie üle enam nii hoogsalt ja ei osuta meile enam sõrmega, noh... vähemalt mõneks ajaks ;).

2. Üleminek yumilt dnf-ile. Peamine erinevus on see, et nüüd toetatakse ametlikult kohe mitme pakettversiooniga töötamist. Siiski pole ma seda kaheksandal versiooni numbril veel kunagi kasutanud, kuid see kõlab paljutõotavalt.

Virtuaalmasina loomine

Hüperviisorid on erinevad, ja mul pole eesmärki suunata lugejat konkreetsele, räägin üldistest põhimõtetest.

Mälu

Esimene… CentOS-i süsteemi installimiseks, alates 7-st kindlasti, aga arvatavasti ka 6-st oli see nii («aga see pole kindel»), on vajalik vähemalt 2 GB operatiivmälu. Seetõttu soovitan alguseks nii palju anda.

Aga kui midagi juhtub, siis pärast installimist saab mälu suurust ka vähendada. 1 GB-ga töötab puhas süsteem täiesti normaalselt, ma olen seda kontrollinud.

Kett

Normaalse installatsiooni jaoks tuleks luua 20–30 GB suurune virtuaaldisk. Selleks piisab. Ja teine disk andmete jaoks. Selle saab lisada nii virtuaalmasina loomise etapis kui ka hiljem. Mina lisaan seda tavaliselt hiljem.

Protsessor

Ühe tuumaga ei peatuda puhas süsteem. Ja kuna ressursid skaleeruvad vabalt, ei näe ma mõtet anda enam instalatsiooni ajal (kui te ei tea täpselt nõudeid ja ei viitsi konfiguratsiooni uuesti puudutada).

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

Installeerimine ise

Nii… Käivitan installeri… Mina isiklikult olen juba ammu harjunud selliseid teenuseid paigaldama ainult virtuaalmasinatesse, seega ei hakka ma kirjeldama, kuidas installida distributiiv mälupulgale — lihtsalt monteerin ISO lemmik hüperviisorisse, käivitan ja alustan.

Põhiinstallatsioon kulgeb üsna tüüpiliselt, peatun ainult mõnel momendil.

Allika valik

Alates kaheksanda versiooni väljaandmisest on Yandexi peegel juba mitu päeva maas. No, see tõuseb perioodiliselt üles, kuid siis hakkab jälle viga näitama. Olen kindel, et põhjuseks on teenuse liigne koormus. Seetõttu pidi allika määramiseks minule isiklikult selle tavapärase aadressi sisestamise asemel minema siia, valima sealt endale sobiva peegli ja käsitsi sisestama aadressi installeri aknasse. Siin on oluline meeles pidada, et tuleb näidata tee sellesse kausta, kus asub kataloog repodata. Näiteks, mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

Ketta partitsioneerimine

See küsimus on pigem religioosne minu arvates. Igaladminil on sellel teemal oma seisukoht. Kuid siiski jagan oma vaadet sellele küsimusele.

Jah, põhimõtteliselt võib kogu ruumi juure jaoks eraldada ja see töötab, tihti isegi päris hästi. Miks siis vaeva näha erinevate osadega? — Peamised põhjused on minu arvates kaks: kvotid ja ülekantavus.

Näiteks, kui midagi läks valesti ja peamisel andmeosakonnal on vigu, soovid siiski olla võimeline süsteemi laadima ja taastamistoiminguid läbi viima. Seetõttu eraldan isiklikult eraldi osa /boot jaoks. Seal asub kernel ja laadija. Tavaliselt piisab 500 megabaitist, kuid harvadel juhtudel võib rohkem olla vajalik, ja kuna oleme juba harjunud mõõtma ruumi terabaitides, eraldan sellele osale 2GB. Ja siin on oluline, et seda ei tohi teha lvm-iga.

Edasi läheb süsteemi juur. Tavalise installatsiooni jaoks ei ole mul kordagi olnud vaja rohkem kui 4 GB süsteemi jaoks, kuid planeeritud tegevuste ajal kasutan sageli kausta /tmp distributsioonide lahtipakkimiseks, ja ei näe mõtet seda eraldada eraldi osana — kaasaegsetes süsteemides puhastatakse seda automaatselt, seega ei täitu see. Seetõttu eraldan juure jaoks 8GB.

Swap… Sisuliselt on sellest vähe praktiseerimist. Kui teie serveris kasutatakse swap'i, tähendab see, et serverisse peab lisama rohkem rame. Vastasel juhul on jõudlusprobleemid garanteeritud (või mõni programm "lekib" mälu). Seetõttu on see jaotis vajalik ainult diagnostikaks. Seega on 2 GB suurepärane number. Jah, sõltumata sellest, kui palju mälu serveris on. Jah, ma olen lugenud neid artikleid, kus räägitakse mälu ja swap'i mahu suhteest ... IMHO, need on vananenud. 10 aasta jooksul ei ole mul seda kunagi tarvis läinud. 15 aastat tagasi kasutasin neid, jah.

Kas /home eraldada eraldi jaotuseks, IMHO võib igaüks ise otsustada. Kui keegi seda katalooge serveris aktiivselt kasutab, on parem eraldada. Kui mitte, siis pole selleks põhjust.

Edasi, /var. Minu arvates peaks see kindlasti olema eraldi. Alguses võib piirduda 4 GB numbriga, ja siis, kuidas läheb. Ja jah, all "kuidas läheb" mõtlen ma, et

1. Esiteks, alati võib kuMountida teise ketta alama /var kataloogi (mida ma hiljem näitan näite kaudu)
2. Teiseks, meil on ju LVM — alati on võimalik lisada. Ja lisada tuleb tavaliselt siis, kui liiga palju logisid hakkab sinna sadama. Kuid ma ei ole kunagi suutnud seda numbrit ette ära arvata, seetõttu alustan ma 2 GB-st ja seejärel vaatan.

Jaotamata ruum jääb mahuhaldusgruppi vabaks, seda saab hiljem alati kasutada.

LVM

Kõik jaotised, välja arvatud /boot, on mõistlik teha LVM-iga. Jah, sealhulgas swap. Jah, swap peab igaühe soovituste kohaselt olema ketta alguses, kuid LVM-i puhul ei saa selle asukohta põhimõtteliselt määrata. Kuid nagu ma juba eespool kirjutasin, ei tohi teie süsteem kasutada swap-i üldse. Seega pole oluline, kus see asub. Me ei ela enam 95. aastal, ausalt öeldes! kasutada swap'i üldse. Seetõttu pole üldse oluline, kus see asub. Oot, me ei ela ju 95. aastal, ausalt!

Edasi, LVM-is on mitmeid põhielemente, millega tuleb osata hakkama saada:

• füüsiline maht
• mahtugrupp
• loogiline maht

Füüsilised mahud liituvad gruppidesse, kusjuures iga füüsiline maht võib olla ainult ühes grupis ja grupp võib paikneda korraga mitu füüsilist mahtu.
Loogilised mahud asuvad igaüks ühes grupis.

Kuid... meil on ikka juba 21. sajand. Ja virtuaalserverid. Pole mõtet rakendada samu mehhanisme, mida kasutati füüsiliste puhul. Virtuaalsete jaoks on oluline hoida andmeid süsteemist eraldi! See on eriti tähtis, et anda võimalus kiiresti andmeid teisele virtuaalmasinale üle viia (näiteks operatsioonisüsteemi vahetamisel) ja igasuguste kasulike omaduste jaoks (nt eraldi varukoopiad jaotiselt hüperviisori kaudu). Seetõttu kasutatakse üks volume group süsteemi jaoks ja kindlasti teist andmete jaoks! See loogiline jaotus aitab elus oluliselt!

Kui olete virtuaalmasina loomisel loonud ainult ühe virtuaalse kõvaketta, siis sellega on konfiguratsioon lõppenud. Kui on kaks, siis lihtsalt ärge määrake veel teist.

Alustame installimist.

Pärast installimist

Nii, lõpuks käivitus värskelt installitud süsteem. Esimene asi, mida tuleb kontrollida — internet.

ping ya.ru

Kas on vastus? — Suurepärane, vajutame Ctrl-C.
Kui ei ole — minge seadistama võrku, ilma selleta ei ole elul mõtet, aga minu artikkel ei räägi sellest.

Nüüd, kui me pole veel rootis, logime sisse rootina, sest sisestama sellist sudo käsuga on isiklikult tükk tükk (ja olgu admikud-paranoikud mulle andeks):

sudo -i

Nüüd alustame järgmisega

dnf -y update

Ja kui te lugesite seda artiklit 2019. aastal, ei juhtu tõenäoliselt midagi, kuid proovida tasub.

Nüüd seadistame ülejäänud ketta

Oletame, et süsteemi partisjon oli xvda, siis andmeketas oleks xvdb. Okei.

Enamik soovitusi hakkab sõnadega «Käivitage fdisk ja looge partitsioon…»

Nii et see pole õige!

Ma rõhutan veel kord, kuna see on oluline! Antud juhul on LVM-i kasutamisel, mis hõlmab ühte tervet, kuigi virtuaalset ketast, partitsioonide loomine vale! Selles lauses on iga sõna oluline. Kui me töötame ilma LVM-ita — peame. Kui meil on kettal näiteks süsteem ja andmed — peame. Kui me mingil põhjusel peame poole ketta jätma tühjaks — ka peame. Kuid tavaliselt on need kõiksugused oletused puhtalt teoreetilised. Sest kui me otsustame olemasolevale partitsioonile ruumi juurde lisada, on selle tegemine kõige lihtsam just sellise konfiguratsiooniga. Ja mugavus haldamises kaalub üles palju muud, et me suundume sihikindlalt sellele konfiguratsioonile.

Kasutusmugavus seisneb selles, et kui soovite andmeala laiendada, lisate lihtsalt virtuaalsesse jaotisesse ruumi, seejärel laiendate gruppi kasutades vgextend ja kõik ongi valmis! Harvadel juhtudel võib osutuda vajalikuks midagi muud, kuid vähemalt ei pea laiendama algselt loogilist mahtu, mis on juba meeldiv. Laiendamiseks soovitatakse alul olemasolev eemaldada ja seejärel luua uue peale… Mis ei tundu just meeldiv ning seda ei saa teha reaalajas, kuid laiendamine minu poolt näidatud stsenaariumi kohaselt on võimalik teostada „liikudes“, ilma jaotist eemaldamata.

Kokkuvõttes loome füüsilise mahu, seejärel mahugrupi, kuhu see kuulub, ning seejärel jaotise meie serverile:

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

Siin saate suure L (ja GB suuruse) asemel kasutada väikest, olles seeläbi määranud suhtelise suuruse; näiteks, et kasutada poole vabast ruumist praegu mahugrupis, tuleb märkida „-l +50%FREE“

Viimane käsk vormindab partitsiooni ext4 failisüsteemis (mis minu praktikas on seni näidanud parimat stabiilsust, kui midagi läheb valesti, seega eelistan seda).

Nüüd montime partitsiooni soovitud kohta. Selleks lisame õige rida failis /etc/fstab:

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

Ja sisestame

mount /var/www

Kui tuleb tõrge — aeg on häiret anda! Sest see tähendab, et meil on viga /etc/fstab failis. Ja järgmise taaskäivitamisega võivad meil tekkida väga suured probleemid. Süsteem võib isegi mitte käivituda, mis pilveteenuste jaoks on sageli üsna kurb. Seetõttu tuleb kas kiiresti parandada viimane lisatud rida või kustutada see täielikult! Just seetõttu ei sisestanud me montaažikommandot käsitsi — siis ei saaks me selle suurepärase võimaluse konfiguratsiooni kohe kontrollida.

Nüüd installime kõik, mida tahtsime, ja avame veebiserveri jaoks pordid:

dnf groupinstall "Arendustööriistad"
dnf -y install httpd @nodejs @redis php
firewall-cmd --add-service http --permanent
firewall-cmd --add-service https --permanent

Soovi korral võib siia lisada ka andmebaasi, kuid isiklikult püüan ma hoida selle veebiserverist eraldi. Kuigi selle lähedal hoidmine on kiirem, tõsi. Virtuaalsete võrguadapterite kiirus on tavaliselt umbes gigabit, ja kui töötate samal masinal, toimub reageerimine praktiliselt kohe. Kuid see on vähem turvaline. Siin on see, mis on kellelegi olulisem.

Nüüd lisame parameetri konfigureerimisfaili (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 nõuande eest SeLinuxi väljalülitamiseks, seetõttu parandan end ja kirjutan, et pärast seda ei tohi unustada SeLinuxi seadistada.
Tegelikult, kasu! 🙂

Allikas: habr.com