{"id":38459,"date":"2019-10-31T22:23:50","date_gmt":"2019-10-31T19:23:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/veb-server-na-centos-8-s-php7-node-js-i-redis\/"},"modified":"2019-10-31T22:23:50","modified_gmt":"2019-10-31T19:23:50","slug":"veb-server-na-centos-8-s-php7-node-js-i-redis","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/veb-server-na-centos-8-s-php7-node-js-i-redis","title":{"rendered":"Server web su CentOS 8 con php7, node.js e redis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Prefazione<\/h2>\n

\nSono gi\u00e0 passati 2 giorni dal rilascio della nuova versione del sistema operativo CentOS, precisamente CentOS 8. Finora, online ci sono poche informazioni su come effettuare determinate operazioni, quindi ho deciso di colmare questa lacuna. Non solo parler\u00f2 di come installare questi programmi, ma anche di come vedo l'installazione di Linux in un ambiente virtuale nel mondo moderno per compiti tipici, compresa la partizione dei dischi e altro.<\/p>\n

Ma prima voglio brevemente spiegare perch\u00e9 vale la pena passare a questa versione da tutte le precedenti, e le ragioni sono due:
\n<\/a><\/noindex><\/p>\n

    \n
  1. php7! Nella precedente versione di CentOS si installava il \"classico\" php5.4\u2026\n

    Va bene, se vogliamo essere pi\u00f9 seri, molti pacchetti hanno saltato direttamente diverse versioni. Noi (fan dei sistemi operativi di tipo redhat) siamo finalmente entrati, se non nel futuro, almeno nel presente. E i sostenitori di Ubuntu non si prenderanno pi\u00f9 gioco di noi e non ci punteranno pi\u00f9 il dito, beh... almeno per un po' ;).<\/li>\n

  2. Passaggio da yum a dnf. La principale differenza \u00e8 che ora \u00e8 ufficialmente supportato il lavoro con pi\u00f9 versioni di pacchetti contemporaneamente. Finora, nella versione otto, non ne ho mai avuto bisogno, ma sembra promettente. <\/li>\n<\/ol>\n

    <\/p>\n

    Creazione di una macchina virtuale<\/h2>\n

    \nEsistono diversi tipi di hypervisor e non ho l'intenzione di orientare il lettore su uno specifico; parler\u00f2 dei principi generali.<\/p>\n

    Memoria<\/h3>\n

    \nInnanzitutto... Per installare il sistema CentOS a partire dalla versione 7, e credo anche dalla 6, \u00e8 necessario un minimo di<\/i> 2 GB di RAM. Pertanto, consiglio di assegnare almeno questa quantit\u00e0 inizialmente.<\/p>\n

    Ma se necessario, dopo l'installazione, \u00e8 possibile ridurre la quantit\u00e0 di memoria. Ho verificato che un sistema appena installato funziona correttamente con 1 GB.<\/p>\n

    Disco<\/h3>\n

    \nPer una corretta installazione, \u00e8 consigliabile creare un disco virtuale di dimensione compresa tra 20 e 30 GB. Questo spazio sar\u00e0 sufficiente per il sistema. E un secondo disco per i dati. Pu\u00f2 essere aggiunto sia durante la creazione della macchina virtuale che in seguito. Di solito lo aggiungo in seguito.<\/p>\n

    Processore<\/h3>\n

    \nCon un solo core, il sistema di base non rallenta. E poich\u00e9 le risorse possono essere scalate liberamente, non vedo motivo di assegnare di pi\u00f9 durante l'installazione (a meno che non si conoscano perfettamente i requisiti e si sia riluttanti a modificarlo di nuovo nel configuratore).<\/p>\n

    Il resto si pu\u00f2 solitamente lasciare su impostazioni predefinite. <\/p>\n

    In effetti, l'installazione.<\/h2>\n

    \nQuindi\u2026 Avviamo l'installatore\u2026 Personalmente, da tempo utilizzo questi servizi esclusivamente in forma di macchine virtuali, quindi non descriver\u00f2 l'installazione del disco del sistema operativo su chiavetta USB \u2014 monto semplicemente l'ISO come CD nel mio hypervisor preferito, riavvio e via. <\/p>\n

    L'installazione di base avviene in modo abbastanza tipico, mi soffermer\u00f2 solo su alcuni aspetti.<\/p>\n

    Scelta della sorgente <\/h3>\n

    \nDalla pubblicazione della versione otto, il mirror di Yandex \u00e8 gi\u00f9 da alcuni giorni. Cio\u00e8, ogni tanto torna su, poi ricomincia a mostrare l'errore. Sono sicuro che \u00e8 dovuto a un sovraccarico del servizio. Pertanto, per specificare la sorgente, ho dovuto invece di inserire l'indirizzo abituale andare qui<\/a><\/noindex>, scegliere l\u00ec il mirror che preferisco e digitare manualmente l'indirizzo nella finestra dell'installatore. Qui \u00e8 importante ricordare che bisogna indicare il percorso alla cartella in cui si trova il catalogo repodata<\/b>. Ad esempio, mirror.corbina.net\/pub\/Linux\/centos\/8\/BaseOS\/x86_64\/os<\/a><\/noindex>.<\/p>\n

    Partizionamento del disco<\/h3>\n

    \nQuesta questione \u00e8 piuttosto una questione di fede, a mio parere. Ogni amministratore ha la propria posizione in merito. Tuttavia, voglio comunque condividere il mio punto di vista sulla questione. <\/p>\n

    S\u00ec, in linea di massima, \u00e8 possibile allocare tutto lo spazio per la root e funzioner\u00e0, di solito anche piuttosto bene. Ma perch\u00e9 complicarsi la vita con diverse partizioni? \u2014 A mio parere, le due ragioni principali sono: le quote e la portabilit\u00e0. <\/p>\n

    Per esempio, se qualcosa va storto e ci sono errori nella partizione principale con i dati, si vuole comunque avere la possibilit\u00e0 di avviare il sistema e effettuare interventi di recupero. Perci\u00f2, personalmente, riservo una partizione separata per \/boot. Qui si trovano il kernel e il bootloader. Di solito bastano 500 megabyte, ma in rari casi pu\u00f2 essere necessario di pi\u00f9. Considerando che siamo abituati a misurare lo spazio in terabyte, ne riservo 2GB per questa partizione. \u00c8 importante notare che non pu\u00f2 essere configurata come lvm.<\/p>\n

    Successivamente, c'\u00e8 la root del sistema. Per una normale installazione non mi \u00e8 mai servito pi\u00f9 di 4 GB proprio per il sistema, ma durante le attivit\u00e0 pianificate uso spesso la directory \/tmp per estrarre le distribuzioni, e non vedo il senso di riservarla come partizione separata \u2014 nei sistemi moderni viene pulita automaticamente, quindi non si riempie. Quindi riservo 8GB per la root.<\/p>\n

    Swap\u2026 In sostanza, il suo utilizzo pratico \u00e8 limitato. Se sul tuo server viene utilizzato lo swap, nel mondo reale oggi significa solo che il server ha bisogno di pi\u00f9 memoria RAM. Altrimenti, problemi di prestazioni sono garantiti (oppure qualche programma ha una \"memory leak\"). Pertanto, questa sezione \u00e8 utile solo per la diagnostica. Quindi 2 GB \u00e8 un numero eccellente. S\u00ec, indipendentemente dalla quantit\u00e0 di RAM disponibile nel server. S\u00ec, ho letto tutti quei articoli che parlano del rapporto tra la quantit\u00e0 di memoria e quella dello swap\u2026 A mio parere, sono obsoleti. Negli ultimi 10 anni non ne ho mai avuto bisogno. 15 anni fa li usavo, s\u00ec. <\/p>\n

    Se assegnare\/home a una partizione separata, a mio parere, \u00e8 una scelta personale. Se qualcuno utilizzer\u00e0 attivamente quella directory sul server, \u00e8 meglio dedicargli uno spazio. Se nessuno la utilizza, non c'\u00e8 bisogno.<\/p>\n

    Inoltre, \/var. Secondo me, \u00e8 fondamentale separarlo. All'inizio, si pu\u00f2 limitare a 4 GB, e poi adattarsi. E s\u00ec, con \"adattarsi\" intendo che<\/p>\n

      \n
    1. In primo luogo, \u00e8 sempre possibile montare un altro disco nella sottodirectory \/var (cosa che mostrer\u00f2 pi\u00f9 avanti con un esempio)<\/li>\n
    2. In secondo luogo, con LVM possiamo sempre aggiungere spazio. Di solito \u00e8 necessario farlo quando i log iniziano a accumularsi. Non sono mai riuscito a prevedere in anticipo questa cifra, quindi inizio con 2 GB e poi monitoro la situazione.<\/li>\n<\/ol>\n

      \nLo spazio non allocato rimarr\u00e0 libero nel gruppo di volumi e potr\u00e0 sempre essere utilizzato in seguito.<\/p>\n

      LVM<\/h4>\n

      \nTutti<\/b> Ha senso creare partizioni, tranne \/boot, in LVM. S\u00ec, compreso lo swap. S\u00ec, secondo tutti i consigli, lo swap dovrebbe essere all'inizio del disco, ma nel caso di LVM non \u00e8 possibile determinare la sua posizione in linea di principio. Ma come ho gi\u00e0 scritto sopra, il vostro sistema non dovrebbe<\/i> utilizzare affatto lo swap. Pertanto, non ha importanza dove si trovi. Non stiamo vivendo nel 1995, ve lo assicuro!<\/p>\n

      Inoltre, in LVM ci sono alcune entit\u00e0 di base con cui bisogna saper convivere:<\/p>\n