CloudLinux OS 9: Funktioner och begränsningar vid delad hosting

Att sätta CloudLinux OS 9 i sitt rätta sammanhang

CloudLinux OS 9 är en operativsystemgeneration som fortfarande dokumenteras för delat webbhotell baserad på AlmaLinux 9. Den ska dock inte förväxlas med CloudLinux OS 10, som tillverkaren betraktar som en separat huvudgren. Versionsnumret i sig beskriver varken licensens omfattning eller de tillgängliga komponenterna för delad hosting på en specifik server.

För klassificeringen är AlmaLinux-kärnan Viktigt: CloudLinux OS 9 använder inte längre någon egen CloudLinux-kärna, utan AlmaLinux-kärnan. Därför är en namndel som „LVE“ i kärnversionen inte ett lämpligt kriterium för att bedöma aktiv resursisolering. LVE måste kontrolleras via de installerade CloudLinux-komponenterna och deras driftsstatus, inte via teckensträngen i kärnnamnet.

Denna åtskillnad förhindrar en vanlig felaktig uppfattning när det gäller en Uppdatering av CloudLinux: En uppgradering till OS 9 ersätter inte kontrollen av begränsningar, CageFS, PHP-hanterare eller databashantering. Operativsystemets version utgör den tekniska grunden; vilka funktioner som är synliga för kunderna avgörs först av kombinationen av licens, paket och panelintegration. Särskilt hos etablerade servrar kan dessa nivåer skilja sig åt.

Som tillval finns för CloudLinux OS 9 en LTS-kärnan tillgänglig. Enligt tillverkaren innehåller den säkerhetskorrigeringar och färre ändringar från uppströms än den vanliga AlmaLinux-kärnan. Detta kan passa i miljöer med konservativ förändringsplanering, men är inte nödvändigtvis ett bättre val i alla lägen. Leverantörer måste väga in kraven på hårdvarudrivrutiner, använd programvara, underhållsprocesser och kärnstrategin för hela serverparken.

Gör en tydlig åtskillnad mellan utgåvor och licenser

Versionsnumret CloudLinux OS 9 avser varken en utgåva eller en licens. När det gäller delad hosting måste man särskilt skilja mellan CloudLinux OS Legacy, tidigare CloudLinux OS Shared, och CloudLinux OS Shared Pro. Legacy stöder ett obegränsat antal hostingkonton och innehåller etablerade komponenter som LVE, CageFS, MySQL Governor, PHP Selector och språkväljare.

Shared Pro ska betraktas separat: I översikten över utgåvorna tilldelas funktioner som PHP X-Ray, Centralized Monitoring och AccelerateWP till denna utgåva. En uppdatering från OS 8 till OS 9 via cloudlinux aktiverar därför inte dessa funktioner om den lämpliga Pro-licensen samt de respektive installations- och panelkraven saknas.

CloudLinux OS Admin är inte heller en förkortad benämning för Shared Pro. Denna utgåva riktar sig till ett annat användningsområde; bland annat ingår inte MySQL Governor där. Den som vill begränsa databasöverbelastningen per webbhotellskonto bör därför inte utgå från att detta verktyg finns tillgängligt enbart på grund av att man redan har en befintlig CloudLinux-installation.

Innan man kan bekräfta att en funktion fungerar måste tre frågor besvaras separat: Vilken utgåva är licensierad, vilka paket är installerade och stöder den befintliga panelen den önskade komponenten? Dessutom kan versionsnivåerna för enskilda paket påverka förutsättningarna. En lyckad konvertering av operativsystemet bekräftar endast att konverteringssteget har genomförts; det innebär inte automatiskt att alla valfria moduler är driftsklara.

Isolering och begränsningar vid delad hosting

Uppfyller kraven för delad hosting LVE Uppgiften att begränsa resursförbrukningen per konto. Detta omfattar bland annat CPU, arbetsminne, in- och utmatningsoperationer, processer och samtidiga webbåtkomster. Om ett projekt når sina gränser ska dess resursförbrukning inte belasta andra konton på ett oproportionerligt sätt. Detta är ett skydd mot överförbrukning, men innebär inte någon automatisk åtgärd mot långsamma applikationer eller felaktiga databasförfrågningar.

När det gäller återförsäljarerbjudanden kompletterar återförsäljarbegränsningarna kontogränserna. De begränsar den sammanlagda förbrukningen för en återförsäljares underkonton. Enskilda abonnemang kan matematiskt sett ha högre värden, men underkontona får tillsammans inte överskrida den överordnade gränsen. Detta gör kapaciteter och abonnemangsåtaganden mer överskådliga, men kräver en lämplig planering av den totala gränsen.

CageFS har ett annat syfte än LVE: Det Filsystemisolering begränsar en användares synliga systemmiljö och är avsedd att förhindra åtkomst till filer på andra webbhotellskonton. Den ersätter dock inte en fullständig säkerhetsarkitektur. På cPanel-servrar nämner tillverkarens dokumentation till exempel WebDAV, File Manager, webbmail och FTP-servrar utan korrekt chrooting som situationer där CageFS inte fungerar. Skydd mot symboliska länkar och en säker tjänstekonfiguration förblir separata uppgifter.

PHP Selector gör det möjligt att välja centralt godkända PHP-versioner och tillägg och kräver att CageFS är installerat. MySQL Governor övervakar databasanvändningen per användare och kan begränsa konton som överbelastar systemet; mod_lsapi är däremot en PHP-hanterare för Apache. Komponenterna kompletterar varandra, men är inte utbytbara. Deras tillgänglighet och lämpliga kombinationer beror på utgåva, webbserver och konfiguration.

Panelintegrationen kräver särskild uppmärksamhet. På cPanel-system bör kunderna inte samtidigt kunna använda både PHP Selector och ett konkurrerande MultiPHP-val som likvärdiga alternativ, eftersom detta kan leda till motstridiga inställningar. Dessutom integrerar inte alla paneler alla funktioner i samma utsträckning. För en mer ingående beskrivning av isolering av konton och webbplatser kan artikeln om SecureLVE och processisolering vid delad hosting; det avgörande är dock licensen, dokumenterat stöd från panelen och den konkreta serverkonfigurationen.

Välj komponenter efter användningsområde

Vid valet är det den konkreta driftsuppgiften som avgör, inte enbart beteckningen CloudLinux OS 9. Operativsystem, utgåva, licens, installerade paket och kontrollpanelen utgör separata kontrollpunkter. Shared-Pro-tillägg blir inte automatiskt tillgängliga vid en operativsystemuppgradering; översikten över utgåvorna och kraven för respektive komponent måste granskas tillsammans.

Tabellen är ett beslutsstöd, inte ett godkännande för installation. Innan du ger ditt godkännande ska du kontrollera vilken panelversion som stöds, PHP-hanteraren, den specifika licensen och paketversionen. CloudLinux dokumenterar egna integrationsvillkor för enskilda komponenter; därför kan en funktion som i princip finns tillgänglig saknas eller hanteras på ett annat sätt i en viss panelmiljö.

Denna uppdelning är särskilt viktig för löneplaneringen: LVE-gränsvärden skyddar den gemensamma serverkapaciteten på kontonivå, medan återförsäljarbegränsningar sätter en ytterligare gemensam övre gräns för underkonton. CageFS, PHP Selector och MySQL Governor fyller däremot andra funktioner. En komponent bör därför väljas utifrån den konstaterade flaskhalsen eller skyddsbehovet, inte utifrån en generell funktionslista.

Att planera gränsvärden och PHP-hantering på ett praktiskt sätt

Om en WordPress-butik orsakar belastningstoppar begränsar kontogränserna användningen av CPU, arbetsminne, in- och utmatningsoperationer, processer samt samtidiga webbåtkomstförsök. Detta håller det berörda kontots resursförbrukning inom en fastställd ram och kan skydda andra konton mot överanvändning. För att analysera orsaken är det avgörande att fastställa vilken gräns som faktiskt har nåtts, istället för att bara anta att det rör sig om en allmän serverfördröjning.

Att en gräns har nåtts är dock ingen diagnos av problemet i webbutiken. Ett felaktigt tillägg, kostsamma databasfrågor, en import eller bristande cachelagring kan orsaka belastningen. Högre värden flyttar gränsen, men åtgärdar inte orsaken. Kontrollera därför först resursdata och applikationen; först därefter ska du avgöra om optimering, ett annat abonnemang eller ytterligare kapacitet är lämpligt.

Hos en återförsäljare med många små abonnemang kompletterar en Återförsäljargräns gränserna för de enskilda slutkunderna. Underkontona kan ha sina egna värden, men deras sammanlagda förbrukning får inte överskrida den överordnade gränsen. Detta förhindrar att en återförsäljare, genom summan av många aktiva kunder, tar i anspråk fler resurser än vad som är avsett för hans eller hennes erbjudande.

För PHP bör exakt ett begripligt urvalsgränssnitt gälla per kundkonto. PHP Selector kräver att CageFS är installerat. På cPanel-system kan parallell användning med MultiPHP leda till motstridiga förväntningar om kunderna ändrar versioner på olika ställen. Bestäm därför vilket gränssnitt som ska visas, vilka versioner som ska godkännas och vem som hanterar undantag.

I det interna inlägget förklaras hur CPU, PMEM, I/O, IOPS, EP och NPROC kan omvandlas till konkreta prisprofiler Konfigurera CloudLinux LVE Manager korrekt vid delad hosting. Värdena där kan inte automatiskt överföras till alla typer av hårdvara eller kundstrukturer. Lagringsprestanda, applikationsmix och utvärderingen av faktiska fel är avgörande för varje enskild konfiguration.

Isolera flera webbplatser per konto

Ett enskilt webbhotellskonto innehåller ofta en huvudsida, en webbutik, en testmiljö och kundprojekt. Kontogränsen i sig räcker inte för att separera dessa applikationer från varandra. CloudLinux-isoleringar betecknas av tillverkaren som en betaversion. Funktionen kan skapa en filsystemisolering per domän, så att en webbplats åtkomst till filer från andra webbplatser inom samma konto begränsas. Den är därför ett alternativ värt att överväga för konton med projekt som har olika risknivåer eller ansvarsområden.

Detta skiljer sig från LVE-gränserna per domän. De är avsedda att begränsa resurserna per webbplats istället för endast för hela kundkontot. CloudLinux betecknar även detta lager uttryckligen som en betaversion och kallar det för OS 8 och OS 9. Separation av filsystem och resursbegränsningar per domän är således två separata nivåer med olika förutsättningar.

• För domän-LVE-gränser anger CloudLinux minst lve-stats3 5.1.0-1 och lve-utils 6.6.40-1.
• PHP-hanteraren och kontrollpanelen måste stödja respektive Isolates-konfiguration.
• Det kan vara möjligt att separera filsystemen per domän, även om villkoren för domänbegränsningar ännu inte är uppfyllda.

Du bör därför kontrollera förutsättningarna separat: först om betafunktionen ”Isolates” är dokumenterad med det använda panelen och handlaren för det önskade filsystemlagret, och därefter paketversionerna och betastatusen för resursbegränsningarna. För fristående LiteSpeed dokumenterar CloudLinux för närvarande endast stöd för cPanel. Andra tänkbara kombinationer får inte därför antas ha motsvarande stöd.

Isolates kan begränsa verkningsområdet inom ett konto, men ersätter inte underhållet av applikationerna. Uppdaterade plugins, separata inloggningsuppgifter, säkerhetskopior och en lämplig behörighetshantering är fortfarande nödvändiga. För ett konto med flera oberoende kundprojekt kan Domänisolering efter en dokumenterad kompatibilitetsprövning ändå vara en lämpligare ytterligare gräns än enbart gemensamma kontogränser.

Förbereda migreringen till OS 9

Migreringen till CloudLinux OS 9 är en planerad konvertering och inte en vanlig paketuppdatering. Den kan påverka installerade paket, konfigurationer av paketlagrar och anslutningen till webbhotellspanelen. Innan du påbörjar migreringen bör du därför kontrollera det ursprungliga operativsystemet, CPU-arkitekturen, virtualiseringsmiljön och vilken CloudLinux-integration som stöds av respektive kontrollpanel.

Fastställ ett underhållsfönster och arbeta med fullständiga, testade säkerhetskopior eller konsistenta VM-snapshots som kan återställas enligt gällande återställningsprocedur. Som bästa praxis för administration rekommenderas det dessutom att i förväg dokumentera paketkällor, aktiva tjänster och avvikande konfigurationer. På så sätt kan skillnader efter konverteringen spåras på ett målinriktat sätt, utan att dokumentationen behandlas som en ersättning för en säkerhetskopia.

Efter systemövergången bör kontrollen inte avslutas när konverteringen har slutförts. Kontrollera de integrerade repositorierna samt panelintegrationen och hantera tilläggskomponenterna separat. PHP Selector, X-Ray eller AccelerateWP har egna krav på installation, licens och panel; en fungerande OS-9-bas garanterar inte automatiskt att de är tillgängliga.

En viktig begränsning gäller versionsvägen: Konverteringen behåller huvudversionen i utgångsbasen. Den omvandlar alltså inte ett CentOS 7-system direkt till ett CloudLinux OS 9-system. För en sådan generationsväxling behöver du en lämplig migreringsmetod, till exempel en nyinstallation med överföring av data och konton, istället för att betrakta konverteringen som en uppgradering över flera huvudversioner.

Kontrollera paket, kärnor och fel

Efter installation eller uppgradering inleds driftskontrollen med en inventering. Kontrollera först den aktiva kärnan. CloudLinux OS 9 använder AlmaLinux-kärnan; att namndelen „LVE“ saknas i utdata är därför inget bevis på att LVE-funktioner saknas. Kommandot läser endast av den aktuella kärnversionen som är igång.

uname -r

Därefter kontrollerar du vilka kärnpaket som är installerade. Utmatningen visar paketnamn och versionsnummer eller meddelar om ett paket inte är installerat. Den ersätter varken en licenskontroll eller en kontroll av om den använda kontrollpanelen integrerar det aktuella gränssnittet och funktionen korrekt.

rpm -q lve lvemanager cagefs lve-utils

Om du vill utvärdera gränsvärden per domän med CloudLinux Isolates bör du även kontrollera de dokumenterade paketversionerna för detta. Sökningen ändrar inte någon konfiguration. Domän-LVE:er är markerade som beta; en passande paketversion bekräftar därför varken PHP-hanterarens praktiska kompatibilitet eller stödet från kontrollpanelen.

rpm -q lve-stats3 lve-utils

För orsaksanalysen är Fel och resursdata ger en bättre bild än en generell höjning av alla gränsvärden. Om ett konto når en gräns ska du först avgöra om det gäller CPU, arbetsminne, I/O, processer eller samtidiga åtkomstförsök. Därefter kontrollerar du applikationen och databasfrågorna, utvärderar cachelagringen och planerar om kapaciteten eller abonnemangsstorleken vid ett bestående behov.

Undvik vanliga missuppfattningar

Det viktigaste att notera är att CloudLinux OS 9 avser operativsystemets generation, inte den fullständiga funktionsomfattningen för en hostinglicens. CloudLinux OS 10 är en separat huvudgren; uppgifter om OS 9 kan därför inte automatiskt överföras till OS 10. Shared Pro förblir dessutom en egen utgåva med ytterligare funktioner som PHP X-Ray, Centralized Monitoring och AccelerateWP.

En lyckad konvertering bör inte heller betraktas som ett generellt godkännande av alla moduler. Efter migreringen måste panelanslutningen, paketstatus, licensomfattning och kraven för varje tilläggsfunktion kontrolleras separat. Detta förhindrar att kunderna lovas funktioner som visserligen kan ingå i den valda utgåvan, men som ännu inte är konfigurerade eller stöds på den specifika servern.

När det gäller CloudLinux Isolates krävs särskild noggrannhet. I tillverkarens dokumentation betecknas Isolates generellt som en betaversion. Filsystemseparationen mellan webbplatser inom ett konto och de valfria LVE-begränsningarna per domän är dessutom inte jämförbara; även domänbegränsningarna är uttryckligen betaversioner. Innan användning påbörjas bör PHP-hanterare, kontrollpanelen och de dokumenterade paketkraven kontrolleras.

Dessutom Resursbegränsningar löser inte orsakerna i en applikation. För driftsanalysen är det lämpligt att först utvärdera fel (Faults) och den berörda resurstypen: CloudLinux kan identifiera gränsöverskridningar för CPU, minne, I/O, IOPS, samtidiga anslutningar och processer. Först därefter utvärderar du applikationen, databasfrågor, cron-jobb och caching samt frågan om det verkligen behövs mer kapacitet.

För driftsbesluten räcker det med kontogränser om syftet främst är att hålla kundprojekt åtskilda och begränsa belastningstoppar. Återförsäljarbegränsningar är dessutom lämpliga när en återförsäljare behöver begränsa den sammanlagda kapaciteten för sina underkonton. Webbplatsisolering bör betraktas som en betafunktion för flera projekt med olika risknivåer inom ett och samma konto, men endast efter en dokumenterad kompatibilitetskontroll och med tydlig markering av dess status.