Comprendere e verificare i limiti LVE di CloudLinux nell'hosting condiviso

Cosa limita un LVE nell'hosting condiviso

Nell'hosting condiviso, più clienti condividono le risorse di un server. CloudLinux è in grado di monitorare l'utilizzo di un account cliente con un Ambiente virtualizzato leggero, in breve LVE. È il fornitore a stabilire quali limiti si applicano. Questi limiti hanno lo scopo di impedire che un account utilizzi risorse illimitate; d’altra parte, anche il proprio sito web potrebbe raggiungere tali limiti.

Un limite indica un valore massimo e non corrisponde automaticamente a una prestazione garantita. Un limite della CPU, ad esempio, non significa che un core del processore sia a tua esclusiva disposizione né che ti venga garantito un determinato tempo di risposta. La velocità di funzionamento di un’applicazione dipende anche dalla sua funzione, dall’hardware e da altri componenti.

Un LVE non trasforma il tuo pacchetto di hosting in un server dedicato. Il provider continua a gestire l'ambiente condiviso e ne determina la configurazione. In qualità di cliente, puoi verificare autonomamente i valori applicabili e le loro conseguenze solo nella misura in cui il tuo piano tariffario e il pannello di controllo dell'hosting forniscano le informazioni del caso.

Da ciò va distinto CageFS: Si tratta dell'isolamento della vista del file system, mentre i limiti LVE limitano l'utilizzo delle risorse. Entrambe le funzioni possono integrarsi a vicenda, ma non sono la stessa cosa. Il fornitore potrà confermarti quali componenti sono effettivamente attivi nella tua offerta.

Per una descrizione più approfondita dei componenti, consulta l'articolo su Isolamento dei processi con CloudLinux SecureLVE. Per la ricerca concreta degli errori, tuttavia, è fondamentale la configurazione del tuo pacchetto: l'interfaccia e il livello di dettaglio della visualizzazione delle risorse possono variare a seconda del pannello e delle impostazioni di attivazione.

A chi si applicano i limiti?

Ciò che conta non è solo l'ammontare di un limite, ma anche il suo Ambito di applicazione. Se, ad esempio, gestisci un blog e un negozio online con lo stesso account di hosting, entrambi possono attingere allo stesso budget di risorse nell’ambito di una configurazione legata all’account. Un’importazione nel negozio online può quindi occupare capacità di cui anche il blog ha bisogno nello stesso momento.

Ciò non significa che ogni pagina lenta sia causata da un altro progetto presente nell'account. Spiega però perché, in caso di evento limite, non dovresti considerare solo il dominio attualmente interessato. Anche le attività pianificate e altri siti web dello stesso account possono essere rilevanti nel periodo in questione.

CloudLinux documenta con Isolati Inoltre, offre la possibilità di impostare limiti a livello di sito web. Il solo nome “CloudLinux” non permette di dedurre se questa funzione venga effettivamente utilizzata né come sia strutturata l’assegnazione nella rispettiva offerta. Pertanto, anche un’analisi separata non sostituisce la consultazione delle condizioni tariffarie concrete.

Prima di confrontare le tariffe, chiedi al fornitore nel modo più preciso possibile: i valori relativi a SPEED, PMEM, IO, IOPS, EP e NPROC si riferiscono a ogni account di hosting o a ogni sito web? Se più progetti condividono un unico budget, è inoltre importante sapere quali domini e attività sono assegnati a tale budget. In questo modo eviterai di includere per errore un valore indicato nel budget per ogni singolo sito web.

Se il pannello mostra solo una statistica complessiva, questa aiuta innanzitutto a circoscrivere il periodo di tempo, ma non necessariamente ad attribuire i dati a una singola applicazione. In tal caso, si prega di rivolgersi all’assistenza per sapere quali dettagli sono disponibili e se il carico può essere attribuito a un progetto o a un’attività.

Distinguere tra CPU, memoria e limiti di accesso

I vari limiti dell'hosting condiviso limitano diversi tipi di attività. SPEED indica il budget della CPU: se viene esaurito, i processi che richiedono un'elevata potenza di calcolo vengono rallentati e le richieste potrebbero richiedere più tempo. Un limite della CPU nell'hosting è quindi solo una delle possibili spiegazioni per la lentezza delle pagine, ma non è sinonimo di tutti i limiti dell'LVE.

PMEM limita la memoria fisica dell'LVE. In caso di pressione sulla memoria, è possibile liberare innanzitutto la cache; se ciò non bastasse, è possibile terminare i processi. Va distinto da questo il valore obsoleto VMEM relativo alla memoria virtuale. Lo stesso vale per il PHP-memory_limit non è equiparabile all'intero bilancio PMEM dell'LVE.

Quando si accede ai file, IO e IOPS misurano aspetti diversi: IO si riferisce alla velocità di trasferimento dei dati, mentre IOPS indica il numero di operazioni di lettura e scrittura al secondo. Di conseguenza, molti file di piccole dimensioni possono raggiungere un limite diverso rispetto a pochi file di grandi dimensioni. In questo contesto, IO non si riferisce alla velocità della tua connessione Internet.

L'EP conta gli accessi all'LVE e non rappresenta un limite generale per il numero di visitatori simultanei. Il modo in cui vengono conteggiati gli accessi dipende, tra l'altro, dal server web e dal modello di processo. NPROC limita invece i processi e i thread. Una volta raggiunto questo limite, non è possibile creare temporaneamente altri processi; EP e NPROC non sono quindi intercambiabili.

Lo spazio di archiviazione e gli inode sono parametri correlati, ma distinti. Il raggiungimento della quota massima di file o del limite di inode non comporta automaticamente un problema relativo a CPU, PMEM o EP. Quali di questi valori puoi visualizzare nel pannello di controllo dipende dal provider e dall'interfaccia messa a disposizione.

Panoramica sui limiti LVE e sulle loro conseguenze

I limiti LVE non agiscono tutti allo stesso modo: alcuni rallentano le attività in corso, altri impediscono l’avvio di nuovi processi o possono interrompere quelli esistenti. La tabella ti aiuta ad associare una risorsa visualizzata al suo comportamento e a una traccia di audit adeguata. I valori limite specifici sono stabiliti dal tuo fornitore.

All'indirizzo Limite PMEM Non conta solo la memoria dei singoli processi applicativi. Possono essere inclusi anche la memoria condivisa e la cache dei file; il fatto che la cache venga conteggiata dipende dalla configurazione. Quando i processi vengono terminati, sono possibili errori HTTP, ma non necessariamente come conseguenza visibile.

I due limiti di accesso ai file descrivono grandezze diverse: IO limita la velocità di trasmissione dei dati, mentre gli IOPS indicano il numero di operazioni. Molti file di piccole dimensioni possono quindi incidere soprattutto sugli IOPS, mentre i file di grandi dimensioni possono generare un’elevata velocità di trasmissione. In questo contesto, IO non si riferisce alla larghezza di banda di rete; secondo CloudLinux, gli accessi dalla cache dei file non vengono conteggiati nel limite IO.

Calcolare il limite della CPU con un esempio

Supponiamo che il tuo pacco avesse un Limite di velocità del 150%. Poiché il 100% corrisponde matematicamente a un core del processore, ne risulta un budget CPU pari a un core e mezzo. Esempio di calcolo illustrativo, non si tratta di una misurazione. Il valore effettivo del tuo pacchetto potrebbe essere diverso; fa fede quanto indicato dal fornitore.

L'esempio descrive un limite massimo per il tempo di CPU utilizzabile, non una prenotazione di un core esclusivo. Non significa nemmeno che ogni singolo processo possa utilizzare un core e mezzo contemporaneamente. La distribuzione del budget tra i processi in esecuzione dipende, tra l'altro, dal numero di processi che necessitano effettivamente di tempo di calcolo in parallelo.

Il 150% non garantisce né un tempo di risposta né un numero specifico di visitatori gestibili contemporaneamente. Una semplice richiesta può richiedere una quantità minima di elaborazione, mentre una richiesta dinamica ne richiede invece molto di più. A ciò si aggiungono eventuali tempi di attesa per l’accesso ai file o per le operazioni sul database, che un budget di CPU più elevato non elimina automaticamente.

Anche percentuali identiche su server diversi non costituiscono un confronto diretto in termini di velocità: le prestazioni dei core del processore possono variare. Per valutare il limite della tua CPU è quindi più importante verificare se, durante un problema specifico, l’utilizzo si attesta ripetutamente al limite e se sono visibili eventi di limite corrispondenti. Anche in questo caso, dovresti verificare altre possibili cause.

Come interpretare correttamente l'indicatore delle risorse

Se il tuo provider ha abilitato la visualizzazione delle risorse, inizia con un incidente ben circoscritto. Annota il dominio, la data, l’ora e il fuso orario, nonché, se del caso, lo stato HTTP visualizzato. Descrivi anche cosa era lento o non funzionava. Senza queste informazioni, è difficile attribuire un picco nelle statistiche a un problema specifico.

Seleziona quindi lo stesso intervallo di tempo nella schermata e confronta, per CPU, PMEM, IO, IOPS, EP e NPROC, l'utilizzo, il limite impostato e, se del caso, i valori visualizzati Errori. Non tutte le interfacce visualizzano gli stessi valori. Se ti mancano alcune statistiche o non ti è chiaro a quale conto si riferiscano, chiedi chiarimenti al fornitore.

Presta attenzione a Risoluzione temporale: Un valore medio orario basso può nascondere un breve picco in cui è stato raggiunto un limite. Se disponibile, scegli un intervallo di tempo più ristretto o una rappresentazione più dettagliata. Confronta il picco con il tempo di errore registrato, invece di dedurre, basandoti esclusivamente su una media giornaliera o oraria, che non si sia verificato alcun collo di bottiglia.

Gli errori indicano eventi limite, ma non rappresentano un conteggio diretto dei visitatori interessati o delle visualizzazioni di pagina non andate a buon fine. Un errore verificatosi in un determinato momento costituisce un indizio, ma non una prova definitiva della causa. Verifica quindi anche se, nello stesso momento, era in corso un’importazione, un backup, un’attività pianificata o una modifica all’applicazione.

L'interfaccia e le sue funzioni dipendono dal pannello e dall'abilitazione; non esiste quindi un percorso di menu valido in tutti i casi. Per quanto riguarda gli aspetti tecnici della gestione, l'articolo su CloudLinux LVE Manager e per la gestione delle risorse Ulteriori informazioni. Le operazioni di configurazione amministrativa ivi descritte richiedono tuttavia i diritti appropriati e non sono automaticamente disponibili per il tuo account cliente.

Classificare i siti lenti e gli errori

Se il tuo CMS risulta lento durante la modifica o la visualizzazione dinamica delle pagine, confronta innanzitutto il periodo in questione con l’indicatore della CPU. Se l’utilizzo si attesta ripetutamente al limite SPEED e sono visibili errori corrispondenti, è necessario un Riduzione della frequenza della CPU plausibile. La coincidenza temporale la rende una traccia, ma non dimostra ancora quale funzione abbia avuto il carico.

Verifica, ad esempio, se sono in esecuzione attività pianificate nello stesso momento o se il problema coincide con una modifica apportata alle estensioni. Anche le operazioni sul database, i problemi di rete o un’interfaccia esterna che risponde lentamente possono causare ritardi nelle pagine. Un elevato carico della CPU, di per sé, non significa quindi né che il piano tariffario sia stato scelto in modo errato, né che la colpa debba necessariamente ricadere su una determinata estensione.

Se si verificano errori in presenza di più richieste dinamiche in arrivo contemporaneamente, può verificarsi un Errore EP essere d'aiuto. Le richieste di lunga durata occupano più a lungo le connessioni; allo stesso tempo, un visitatore può generare più richieste. L'EP non è quindi un conteggio dei visitatori. In Apache, il codice di stato HTTP 508 può essere una conseguenza del superamento del limite di EP, ma il codice di stato da solo non ne dimostra la causa.

Se durante un’importazione il display segnala un errore PMEM, è possibile che la causa sia il limite di memoria LVE. Oltre all’importazione, anche i processi PHP in esecuzione simultanea possono occupare memoria; in assenza di dati adeguati sui processi, non è possibile stabilire quale attività abbia determinato il problema. Anche un errore HTTP 500 o 503 può avere altre cause e, di per sé, non costituisce una prova di carenza di memoria.

Il valore PHP memory_limit Non risponde da solo a questa domanda: non descrive l’utilizzo totale della memoria di tutti i processi nell’LVE. Pertanto, prima di modificare un’impostazione o il piano tariffario, confronta il momento dell’importazione con l’utilizzo della memoria PMEM e i fault, e prendi nota di quali altri processi fossero in esecuzione in parallelo.

Verificare il carico di fondo e coinvolgere l'assistenza

Se un backup o l'importazione di file procede lentamente, verifica IO e IOPS Da distinguere. L'IO limita la velocità di trasferimento dei dati durante gli accessi al disco rigido, mentre l'IOPS indica il numero di operazioni di lettura e scrittura al secondo. Molti file di piccole dimensioni possono quindi comportare un limite diverso rispetto al trasferimento di pochi file di grandi dimensioni; l'IO non corrisponde alla larghezza di banda di Internet.

Un backup può richiedere contemporaneamente risorse della CPU e della memoria. Verifica quindi, oltre a IO e IOPS, anche SPEED e PMEM per lo stesso periodo di tempo, invece di dedurre la causa esclusivamente dalla durata. Se gli accessi vengono gestiti dalla cache dei file, secondo CloudLinux non vengono conteggiati nel limite IO; l'utilizzo IO visualizzato non descrive quindi ogni accesso ai file allo stesso modo.

Se è possibile posticipare un’attività pianificata, confronta la sua esecuzione regolare in una fase meno impegnativa con un periodo precedente simile. Tieni conto del volume e delle attività in corso in parallelo: un’importazione di piccole dimensioni non è direttamente paragonabile a un backup completo. Non sono necessari ulteriori test di carico in produzione né la cancellazione di file per questa valutazione.

Il Carico del database può avere un ruolo, anche se l'utilizzo della CPU web visualizzato è basso. La sua assegnazione all'account e gli eventuali limiti separati per MySQL dipendono dalla configurazione. Chiedi al provider quali valori relativi al database puoi visualizzare nel pannello di controllo e se l'utilizzo del database viene conteggiato nell'LVE o se è soggetto a limiti separati.

Per una richiesta di assistenza, è utile indicare il dominio, l'ora con il fuso orario, lo stato HTTP rilevato e l'operazione interessata. Aggiungi i limiti, i valori di utilizzo e gli errori visibili nello stesso periodo, nonché eventuali importazioni o backup noti. Si prega di fornire l’assegnazione degli eventi limite e, se disponibili, un’analisi degli snapshot di processo; in questo modo sarà possibile verificare l’ipotesi in modo più mirato.

Ottimizzare, aggiornare o cambiare server?

Inizia con la Ottimizzazione di un’attività identificata, qualora sia possibile ridurne in modo giustificabile il fabbisogno di risorse. Verifica, ad esempio, le impostazioni della cache, le estensioni e i processi in background pianificati in parallelo. Confronta poi periodi simili e presta attenzione sia ai problemi degli utenti sia ai valori delle risorse interessate. Una singola modifica rende più facile individuare cosa sia effettivamente cambiato.

Un upgrade rappresenta un’alternativa quando i picchi ricorrenti e documentati raggiungono i limiti assegnati nonostante un’adeguata ottimizzazione. Chiedi preventivamente i valori concreti relativi a SPEED, PMEM, IO, IOPS, EP e NPROC. Non limitarti a confrontare i nomi dei pacchetti: un limite CPU più elevato non elimina né un limite EP esistente indipendentemente né una carenza di memoria LVE.

Al Confronto tra tariffe Rientra in questo ambito anche l'ambito di applicazione. Comunica al fornitore quanti siti web sono presenti nel tuo account e chiedi se utilizzano un budget di risorse condiviso o se sono previsti limiti per singolo sito web. CloudLinux offre, con Isolates, una soluzione per quest'ultima opzione; tuttavia, dal nome del prodotto da solo non si deduce che la tua offerta lo utilizzi.

Un VPS o un server gestito può offrire maggiore flessibilità, ma non è una soluzione automatica per ogni sito web lento. Sono determinanti le risorse disponibili, il carico effettivo e il modello operativo: nel caso di un VPS, devi chiarire in particolare quali attività amministrative ti assumi tu stesso; nel caso di un server gestito, quali compiti sono a carico del fornitore.

Se la causa rimane sconosciuta, è più opportuno richiedere chiarimenti indicando i tempi registrati e gli errori rilevati piuttosto che procedere a una sostituzione sulla base di semplici sospetti. Anche al di sotto di un limite LVE, l’applicazione, la rete o il database possono rallentare il sistema. Prima di prendere una decisione, assicurati di verificare quali statistiche e quale assistenza siano disponibili nella rispettiva offerta.