{"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":"

Introduzione<\/h2>\n

\nSono gi\u00e0 passati 2 giorni da quando \u00e8 stata rilasciata la nuova versione del sistema operativo CentOS, ossia CentOS 8. E finora ci sono poche articoli online su come fare qualcosa in esso, perci\u00f2 ho deciso di colmare questa lacuna. Inoltre, parler\u00f2 non solo di come installare questa coppia di programmi, ma anche di come vedo in generale l'installazione di Linux in un ambiente virtuale nel mondo moderno per compiti tipici, inclusa la partizione dei dischi e altro.<\/p>\n

Ma all'inizio voglio raccontare brevemente perch\u00e9 vale la pena passare a questa versione da tutte le precedenti, e ci sono addirittura due motivi:
\n<\/a><\/noindex><\/p>\n

    \n
  1. php7! Nella versione precedente di CentOS si installava il \u00abtradizionale\u00bb php5.4...\n

    Va bene, se la prendiamo un po' pi\u00f9 sul serio, molti pacchetti sono saltati diverse versioni contemporaneamente. Noi (i sostenitori dei sistemi operativi basati su redhat) finalmente siamo entrati, se non nel futuro, almeno nel presente. E i sostenitori di Ubuntu non rideranno pi\u00f9 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. Nella mia esperienza, in questa ottava versione non mi \u00e8 ancora mai servito, ma suona promettente. <\/li>\n<\/ol>\n

    <\/p>\n

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

    \nI hypervisor sono diversi e non ho intenzione di indirizzare il lettore su uno specifico, parler\u00f2 dei principi generali.<\/p>\n

    Memoria<\/h3>\n

    \nPer prima cosa... Per installare il sistema CentOS a partire dalla versione 7, sicuramente, e mi sembra fosse cos\u00ec anche nella 6 (\u00abma non \u00e8 sicuro\u00bb), \u00e8 necessario almeno<\/i> 2 GB di RAM. Quindi consiglio di allocare inizialmente questa quantit\u00e0.<\/p>\n

    Ma se necessario, dopo l'installazione si pu\u00f2 ridurre la quantit\u00e0 di memoria. Con 1 GB il sistema base funziona abbastanza bene, l'ho verificato.<\/p>\n

    Disco<\/h3>\n

    \nPer una corretta installazione, si dovrebbe creare un disco virtuale di dimensioni comprese tra 20 e 30 GB. Questo 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 dopo.<\/p>\n

    Processore<\/h3>\n

    \nCon un solo core, il sistema base non rallenta. E dato che le risorse possono essere scalate liberamente, non vedo senso a dare di pi\u00f9 durante l'installazione (a meno che non si conoscano perfettamente i requisiti e sia pigro di controllare di nuovo il configuratore).<\/p>\n

    Il resto pu\u00f2 essere lasciato per lo pi\u00f9 impostato su valori predefiniti. <\/p>\n

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

    \nDunque\u2026 Avviamo l'installer\u2026 Personalmente, da tempo installo questi servizi solo in forma di macchine virtuali, quindi non descriver\u00f2 come scrivere l'immagine del distributore su una chiavetta USB \u2014 semplicemente monto l'ISO come disco CD nel mio hypervisor preferito, avvio e via. <\/p>\n

    L'installazione base procede in modo piuttosto tipico, mi soffermer\u00f2 solo su alcuni punti.<\/p>\n

    Scelta della fonte <\/h3>\n

    \nDa quando \u00e8 stata rilasciata l'ottava versione, il mirror di Yandex \u00e8 gi\u00f9 da un bel po'. Cio\u00e8, occasionalmente torna online, ma poi ricomincia a mostrare errori. Sono certo che il problema sia il carico eccessivo sul servizio. Pertanto, per indicare la fonte, mi \u00e8 toccato, invece di inserire l'indirizzo abituale, andare qui<\/a><\/noindex>, scegliere l\u00ec il mirror che preferisco e inserire manualmente l'indirizzo nella finestra dell'installer. 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 religiosa, a mio avviso. Ogni amministratore ha la propria posizione al riguardo. Ma voglio comunque condividere il mio punto di vista sulla questione. <\/p>\n

    S\u00ec, in linea di massima, si pu\u00f2 dedicare tutto lo spazio alla radice e funzioner\u00e0, spesso anche piuttosto bene. Ma perch\u00e9 allora complicarsi la vita con diverse partizioni? \u2014 Le principali ragioni, secondo me, sono 2: quote e portabilit\u00e0. <\/p>\n

    Ad esempio, se qualcosa va storto e si verificano errori nella partizione principale dei dati, \u00e8 bene avere la possibilit\u00e0 di avviare comunque il sistema e intraprendere le misure di recupero. Quindi, personalmente, dedico una partizione separata per \/boot. Qui risiedono il kernel e il bootloader. Di solito bastano 500 megabyte, ma in rari casi potrebbe servirne di pi\u00f9, considerando che ormai siamo abituati a misurare lo spazio in terabyte, dedico a questa partizione 2 GB. Ed \u00e8 importante che non possa essere creata lvm.<\/p>\n

    Dopo c'\u00e8 la radice del sistema. Per una normale installazione non mi \u00e8 mai servito pi\u00f9 di 4 GB per il sistema, ma durante le operazioni pianificate utilizzo spesso la cartella \/tmp per estrarre i distributori, e non ha senso dedicarla a una partizione separata \u2014 nei sistemi moderni viene pulita automaticamente, quindi non si riempie. Quindi per la radice dedico 8 GB.<\/p>\n

    Swap\u2026 In termini pratici, non ha molta utilit\u00e0. Se sul vostro server inizia a essere utilizzato il swap, oggi nel mondo reale ci\u00f2 significa solo che il server deve avere pi\u00f9 memoria RAM. Altrimenti, problemi di prestazioni sono garantiti (oppure qualche programma ha una \"memoria che perde\"). Pertanto, questa sezione \u00e8 utile solo per la diagnostica. Quindi 2 GB \u00e8 un'ottima cifra. S\u00ec, indipendentemente da quanta memoria c'\u00e8 sul server. S\u00ec, ho letto tutti quegli articoli in cui si parla del rapporto tra la quantit\u00e0 di memoria e quella dello swap\u2026 IMHO, sono obsoleti. In 10 anni di pratica, non mi sono mai serviti. 15 anni fa li ho applicati, s\u00ec. <\/p>\n

    Se isolare \"\/home\" in una partizione separata sia utile, IMHO ognuno pu\u00f2 decidere per s\u00e9. Se qualcuno utilizzer\u00e0 attivamente questa cartella sul server, \u00e8 meglio isolarla. Se nessuno lo fa, non c'\u00e8 motivo.<\/p>\n

    Inoltre, \"\/var\". A mio avviso, dovrebbe essere isolato. Inizialmente \u00e8 possibile limitarsi a 4 GB, e poi vedremo come va. E s\u00ec, per \"come va\" intendo che<\/p>\n

      \n
    1. Primo, \u00e8 sempre possibile montare un altro disco nella sottocartella \"\/var\" (cosa che mostrer\u00f2 pi\u00f9 avanti con un esempio)<\/li>\n
    2. Secondo, abbiamo lvm \u2014 \u00e8 sempre possibile aggiungere. Generalmente si deve aggiungere quando iniziano a accumularsi troppi log. Ma non sono mai riuscito a prevedere in anticipo questa cifra, quindi inizio con 2 GB e poi vedo.<\/li>\n<\/ol>\n

      \nLo spazio non allocato rimarr\u00e0 libero nel gruppo dei volumi, pu\u00f2 sempre essere utilizzato successivamente.<\/p>\n

      LVM<\/h4>\n

      \nTutti<\/b> Le partizioni, tranne \"\/boot\", ha senso farle in LVM. S\u00ec, inclusa lo swap. S\u00ec, secondo tutte le raccomandazioni lo swap dovrebbe essere all'inizio del disco, ma nel caso dell'LVM non si pu\u00f2 in realt\u00e0 determinare la sua posizione. Ma come ho gi\u00e0 scritto sopra, il vostro sistema non dovrebbe<\/i> pu\u00f2 anche non utilizzare affatto lo swap. E quindi non ha alcuna importanza dove si trovi. E non viviamo nel '95, ve lo assicuro!<\/p>\n

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