Webbserver på CentOS 8 med php7, node.js och redis

Förord

Det har gått två dagar sedan den nya versionen av operativsystemet CentOS, nämligen CentOS 8, släpptes. Just nu finns det ganska få artiklar på nätet om hur man gör något med det, så jag kände att jag ville fylla det tomrummet. Jag kommer att berätta inte bara om hur man installerar dessa program, utan också om hur jag ser på installationen av Linux i en virtuell miljö i den moderna världen för typiska uppgifter, inklusive partitionering av diskar och annat.

Men först vill jag kort berätta varför det är värt att uppgradera till denna version från alla tidigare, och det finns två anledningar till det:

1. php7! I den tidigare versionen av CentOS installerades "ortodox" php5.4…

   Okej, om vi ska vara lite mer seriösa, så har väldigt många paket hoppat över flera versioner. Vi (anhängare av redhat-baserade operativsystem) har äntligen kommit in om inte i framtiden, så åtminstone i nuet. Och supportrar av Ubuntu kommer inte längre att skratta åt oss och peka finger, nåväl… åtminstone under en tid ;).

2. Övergången från yum till dnf. Huvudskillnaden är att det nu officiellt stöds att arbeta med flera versioner av paket samtidigt. Jag har inte behövt detta i åttan ännu, men det låter lovande.

Skapa en virtuell maskin

Det finns olika hypervisorer och jag har ingen avsikt att inrikta läsaren på en specifik; jag kommer att prata om allmänna principer.

Minne

För installation av CentOS-systemet, börjar med version 7, och enligt min mening så var det även i 6 också ("men det är inte säkert"), är det nödvändigt minimum 2 GB RAM. Jag rekommenderar därför att ge så mycket till en början.

Men om det krävs, kan mängden minne minskas efter installationen. Med 1 GB fungerar det rena systemet helt okej, jag har testat.

Enhet

För en korrekt installation bör du skapa en virtuell disk som är 20-30 GB stor. Det är tillräckligt för systemet. Och en andra disk för data. Den kan läggas till antingen i samband med skapandet av den virtuella maskinen eller senare. Jag brukar lägga till det senare.

Processor

På ett kärna fungerar det rena systemet utan att hänga sig. Och eftersom resurserna enkelt kan skalas upp, ser jag ingen mening i att ge mer under installationen (såvida du inte perfekt känner till kraven och är för lat för att gå in i konfigurationen igen)

Det övriga kan oftast lämnas som standard.

Själva installationen

Så… Vi startar installationsprogrammet… Personligen har jag länge installerat sådana tjänster som virtuella maskiner, så jag kommer inte att beskriva hur man skriver distribueringsfiler till ett USB-minne — jag monterar bara ISO-filen som en CD-skiva i min favorit hypervisor, startar upp och kör.

Den grundläggande installationen går ganska typiskt, jag kommer bara att stanna vid några punkter.

Val av källa

Sedan den åttonde versionens utgivning har Yandex-spegeln legat nere i flera dagar. Det vill säga, den går upp periodvis, och sedan börjar den återigen visa fel. Jag är säker på att det handlar om överbelastning på tjänsten. Så för att ange källan var jag tvungen att istället för att ange den vanliga adressen, gå hit, välja den spegel jag gillar och manuellt skriva in adressen i installationsprogrammet. Här är det viktigt att komma ihåg att ange sökvägen till den mapp där katalogen repodata. Till exempel, mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

Partitionering av disk

Denna fråga är mer religiös enligt min åsikt. Varje administratör har sin egen ståndpunkt i denna fråga. Men jag kommer ändå att dela med mig av min åsikt.

Ja, i princip kan man avsätta hela utrymmet till roten och det fungerar oftast ganska bra. Varför skulle man då skapa olika partitioner? — Anledningen till detta är för mig enligt två skäl: kvoter och portabilitet.

Till exempel, om något går fel och det uppstår fel i huvudpartitionen med data, vill man ha möjlighet att fortfarande starta systemet och utföra återställningsåtgärder. Därför avsätter jag personligen en separat partition för /boot. Där ligger kärnan och bootloadern. Vanligtvis räcker 500 megabyte, men i sällsynta fall kan mer behövas, och med tanke på att vi redan är vana vid att mäta utrymme i terabyte, avsätter jag 2GB för denna partition. Och här är det viktigt att den inte kan göras som lvm.

Därefter kommer roten av systemet. För en normal installation har jag aldrig behövt mer än 4GB just för systemet, men under planerade aktiviteter använder jag ofta katalogen /tmp för att packa upp distributioner, och att avsätta det som en separat partition ser jag ingen mening i — i moderna system rengörs den automatiskt, så den fylls inte. Så jag avsätter 8GB för roten.

Swap… I det stora hela har det lite praktisk nytta. Om din server börjar använda swap idag betyder det bara att servern behöver mer RAM. Annars är prestandaproblem garanterade (eller så läcker minnet någon programvara). Därför behövs detta avsnitt bara för diagnostik. Så 2 GB är ett utmärkt värde. Ja, oavsett hur mycket minne servern har. Ja, jag har läst alla de artiklar som handlar om förhållandet mellan minneskapacitet och swap-storlek… Enligt min åsikt är de föråldrade. Under 10 års praktik har jag aldrig haft nytta av dem. För 15 år sedan använde jag dem, ja.

Huruvida man ska avsätta /home i en separat partition, tycker jag att var och en får avgöra själv. Om någon aktivt kommer att använda den katalogen på servern, är det bättre att avsätta den. Om ingen kommer att använda den — finns ingen anledning.

Därefter, /var. Enligt min mening bör den absolut avsättas. Först kan man begränsa sig till 4 GB, och se hur det går. Och ja, med "hur det går" menar jag att

1. För det första kan man alltid montera en annan disk i underkatalogen /var (vilket jag senare kommer att visa med ett exempel)
2. För det andra har vi ju LVM — man kan alltid lägga till. Och man tvingas ofta lägga till när för många loggar börjar strömma dit. Men jag har aldrig kunnat förutsäga det här beloppet i förväg, så jag börjar med 2 GB och ser sedan.

Det outnyttjade utrymmet kommer att förbli ledigt i volymgruppen, och det kan alltid användas senare.

LVM

Alla Partitioner, förutom /boot, är meningsfulla att göra i LVM. Ja, inklusive swap. Ja, enligt alla råd bör swap ligga i början av disken, men i fallet med LVM kan dess plats i princip inte bestämmas. Men som jag skrev ovan, ditt system bör kom på att använda swap över huvud taget. Så det spelar ingen roll var den ligger. Vi lever ju inte år 95, ärligt talat!

Därefter, i LVM finns det flera grundläggande entiteter som man måste kunna hantera:

• fysisk volym
• volymgrupp
• logisk volym

Fysiska volymer slås samman i grupper, där varje fysisk volym kan vara i endast en grupp, medan en grupp kan bestå av flera fysiska volymer.
Och logiska volymer finns varje i en grupp.

Men… Vi lever ju faktiskt i 21:a seklet. Och vi har virtuella servrar. Det är meningslöst att använda samma mekanismer som användes för fysiska servrar. För virtuella servrar är det viktigt att ha data separat från systemet! Detta är särskilt viktigt för möjligheten att snabbt överföra data till en annan virtuell maskin (till exempel vid byte av operativsystem) och för all sorts användbara funktioner (separata säkerhetskopior av partitioner med hjälp av hypervisorn till exempel). Därför används en volymgrupp för systemet och en annan för data! Denna logiska separation underlättar verkligen livet!

Om du vid skapandet av den virtuella maskinen endast skapade en virtuell hårddisk, slutar konfigurationen där. Och om du skapade två, så behöver du bara inte partitionera den andra än så länge.

Vi startar installationen.

Postinstallation

Så, äntligen har det nyskapade systemet startat. Det första vi måste kontrollera är internetanslutningen.

ping ya.ru

Fick vi svar? – Utmärkt, tryck på Ctrl-C.
Om inte – gå och konfigurera nätverket, utan det går livet inte, men min artikel handlar inte om det.

Nu, om vi inte redan är inloggade som root, loggar vi in som root, för att skriva sådant antalet kommandon med sudo är personligen lite trist för mig (och må admin-paranoikerna förlåta mig):

sudo -i

Nu skriver vi först

dnf -y update

Och om du läser den här artikeln år 2019, troligtvis kommer inget att hända, men det var värt att prova.

Nu ska vi konfigurera den återstående disken

Anta att partitionen med systemet är xvda, då blir datadisken xvdb. Okej.

De flesta råd kommer att börja med orden "Kör fdisk och skapa en partition…"

Så här är grejen, det är!

inte korrekt. Jag upprepar en gång till, eftersom det här är viktigt! I det här fallet är det skadligt att skapa partitioner på en disk som används av LVM, även om det är en virtuell disk! Varje ord i denna mening är viktigt. Om vi arbetar utan LVM – då är det nödvändigt. Om vi har system och data på disken – då är det nödvändigt. Om vi av någon anledning vill lämna hälften av disken tom – är det också nödvändigt. Men vanligtvis är alla dessa antaganden rent teoretiska. För om vi beslutar att utöka utrymmet för den befintliga partitionen, är det lättast att göra det just med en sådan konfiguration. Och bekvämligheten i administrationen väger så mycket mer att vi medvetet strävar efter den här konfigurationen.

Bekvämligheten ligger i att om du vill utöka datasektionen så lägger du helt enkelt till utrymme i den virtuella sektionen, varefter du expanderar gruppen med vgextend och allt är klart! I sällsynta fall kan det behövas något mer, men minst sagt behöver du inte utöka den logiska volym som redan finns, vilket är trevligt. Istället rekommenderar de att först ta bort den befintliga volymen och sedan skapa en ny ovanpå… vilket inte ser särskilt trevligt ut och inte kan göras live, medan utvidgning enligt det jag just nämnde kan utföras "on-the-fly" utan att montera sektionen.

Så, vi skapar en fysisk volym, sedan en volymgrupp som inkluderar den och därefter en sektion för vår server:

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

Här kan du istället för stort "L" (och storleken i GB) ange litet och därmed använda relativ storlek; till exempel, för att använda hälften av det lediga utrymmet i volymgruppen just nu, måste du ange "-l +50%FREE".

Den sista kommandot formaterar sektionen i ext4 filsystemet (vilket, enligt min erfarenhet, för tillfället visar bäst stabilitet om något går fel, så jag föredrar det).

Nu monterar vi sektionen på rätt ställe. För att göra detta lägger vi till rätt rad i /etc/fstab:

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

Och vi skriver in

mount /var/www

Om det uppstår ett fel — slå larm! För det betyder att vi har ett fel i /etc/fstab. Och att vi vid nästa omstart kommer att ha stora problem. Systemet kanske inte ens startar, vilket ofta är mycket olyckligt för molntjänster. Därför måste vi antingen snabbt åtgärda den senaste tillagda raden eller ta bort den helt! Just därför skrev vi inte in monteringskommandot manuellt — då skulle vi inte få möjlighet att kontrollera konfigurationen precis nu.

Nu installerar vi allt vi ville ha och öppnar portar för webb:

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

Om man vill kan man också installera databasen här, men personligen försöker jag hålla den separat från webbservern. Även om det är snabbare att ha den nära, visst. Hastigheten på virtuella nätverkskort ligger vanligtvis runt en gigabit, och när man arbetar på samma maskin sker kommunikationen nästan omedelbart. Men det är mindre säkert. Här handlar det om vad som är viktigast för en.

Nu lägger vi till en parameter i konfigurationsfilen (skapar en ny, den moderna idéen med CentOS är sådan)

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

Starta om servern.
I kommentarerna blev jag kritiserad för råd om att stänga av SeLinux, så jag ska rätta till det och skriva att man efter detta inte får glömma att konfigurera SeLinux.
Så, profit! 🙂

Källa: habr.com