Di quale VPS ha davvero bisogno WordPress?

Meno di quanto le abbiano detto, se il sito usa la cache. Una pagina in cache è un file che il web server invia direttamente dal disco (PHP non si avvia e il database non viene toccato), quindi su un sito in cui la maggior parte dei visitatori vede pagine in cache, la RAM decide quante richieste NON in cache possono essere eseguite contemporaneamente, non quanti visitatori può avere. Ecco perché una macchina da 1 GB fa girare un blog vero: dopo che il sistema operativo e il database hanno preso i loro 700 MB circa, ciò che resta basta ancora per qualche worker PHP, e qualche worker è sufficiente quando nove richieste su dieci non arrivano mai a PHP. Dove la RAM decide davvero la risposta è un negozio o un sito ad abbonamento, perché carrelli, checkout e sessioni con accesso non possono essere messi in cache e ognuno di essi è una richiesta PHP effettiva.

La risposta onesta è che nessuno può dirglielo dall'esterno, perché dipende da quante delle sue richieste sono in cache e da quanto dura una richiesta non in cache. Ciò che possiamo darle è il calcolo: worker = (RAM − 300 MB per il sistema operativo − 400 MB per il database) ÷ la memoria occupata da un worker PHP, e un worker che impiega 200 ms serve cinque richieste al secondo. Moltiplichi, e sia pessimista. Poi lo verifichi: attivi un server a ore, esegua un test di carico sul suo sito con i suoi plugin e poi elimini la macchina. Costa pochi centesimi e batte ogni stima di questa pagina, comprese le nostre.

La banda, più spesso di quanto si pensi, ed è il numero che quasi nessun provider indica accanto al piano. Una pagina WordPress tipica pesa circa 2,5 MB, quindi centomila visualizzazioni sono circa 244 GB: senza problemi. Un milione sono circa 2.4 TB, più di quanto incluso in diversi piani che hanno ancora molta memoria libera. È proprio per questo che questa pagina mostra una colonna del traffico incluso: BD-8 include 32 TB e C4-8-150 ne include 4, e per un sito ricco di media questa differenza conta più dei core.

Solo se preferisce non occuparsi degli aggiornamenti. Un VPS le dà l'accesso root e nient'altro: installa WordPress, lo aggiorna, fa i backup ed è responsabile quando un plugin manda in crash il sito alle 2 di notte. È più economico e più flessibile, ed è davvero più lavoro. Se non vuole questo lavoro, esistono i nostri livelli gestiti e preferiamo indirizzarla lì piuttosto che venderle una macchina che non manterrà. Un WordPress non aggiornato è la cosa più sistematicamente compromessa su internet.

Per un solo sito, sì, quasi sempre. Separarli aggiunge un passaggio di rete a ogni query e una seconda macchina da mantenere, in cambio di un margine che probabilmente non le serve ancora. Li separi quando il database è davvero il collo di bottiglia e lo ha misurato, oppure quando gestisce diversi siti abbastanza pesanti da voler isolare il database. Se li separa, la nostra linea di database gestiti gestisce PostgreSQL e MySQL per lei, che è un compromesso diverso: più soldi, meno serate impegnate.

Quella più vicina ai suoi lettori, non a lei. La distanza è uno dei fattori che decidono quanto tempo impiega una pagina a iniziare ad arrivare, e un sito letto in Europa sta meglio in Europa anche se lei non è lì. Se i suoi lettori sono sparsi, metta il server vicino al gruppo più numeroso e un CDN davanti ai file statici: è proprio ciò in cui un CDN è davvero bravo. Vendiamo in diverse regioni e ogni pagina di piano elenca quelle in cui può essere effettivamente allestito.

Sì, ed è una copia di file e un dump del database, non un prodotto speciale. Qualsiasi plugin di migrazione standard lo fa, oppure può spostarlo a mano con rsync e mysqldump se preferisce capire cosa è successo. Attivi la nuova macchina a ore mentre prova la copia, punti il dominio su di essa quando è soddisfatto ed elimini quella vecchia. La sovrapposizione costa centesimi e significa che il ripristino consiste nel "riportare indietro il DNS".