![\"\"](\"http:\/\/clark.tipistrani.it\/wp-content\/uploads\/2025\/06\/drbd-300x62.png\")
<\/p>\nUn cluster ad alta disponibilit\u00e0 (HA), in ambito informatico, \u00e8 un insieme di due o pi\u00f9 server (o altri componenti hardware) che lavorano insieme per garantire la continuit\u00e0 dei servizi, anche in caso di guasto di uno dei componenti. In sostanza, se un server fallisce, un altro prende il suo posto, evitando interruzioni del servizio.<\/p>\n
In dettaglio, un cluster HA tipicamente include:<\/p>\n
Server master\/primario (o attivo): Esegue i servizi e gestisce il carico di lavoro principale.<\/p>\n
Server slave\/secondario (o di backup): Resta in standby, pronto a subentrare in caso di guasto del server primario.
\nMeccanismo di monitoraggio: Rileva il guasto del server primario e avvia il processo di failover.
\nIndirizzo IP virtuale: Un indirizzo IP condiviso dai server del cluster, che rimane attivo anche in caso di failover, garantendo la continuit\u00e0 dell’accesso ai servizi.<\/p>\n
I cluster HA sono fondamentali per applicazioni critiche dove l’interruzione del servizio non \u00e8 accettabile, come ad esempio database, server web, applicazioni aziendali e altro. L’obiettivo \u00e8 ridurre al minimo i tempi di inattivit\u00e0 e garantire la disponibilit\u00e0 continua dei servizi.
\nIn sintesi, i cluster HA sono una soluzione efficace per aumentare la resilienza dei sistemi informatici e ridurre il rischio di perdite dovute a interruzioni del servizio.<\/p>\n
Questa \u00e8 una buona definizione di un cluster HA, nel nostro caso il discorso \u00e8 lievemente diverso, parliamo di un sistema a due nodi che sono contemporaneamente attivo e passivo, e che possono diventare contemporaneamente master per il tempo necessario a compiere delle determinate operazioni.
\nTutta la struttura si appoggia essenzialmente a due software dedicati, DRBD ed Heartbeat il primo \u00e8 sostanzialmente un RAID1 over tcp un mirroring via rete in parole ancora pi\u00f9 semplici, il secondo svolge funzioni di monitoraggio e in caso di necessit\u00e0 compie le azioni adeguate.
\nNormalmente al nostro interno si ha una situazione di questo tipo:<\/p>\n
<\/p>\n
Quindi come si vede dati due nodi A e B e due volumi DRBD r0 ed r1 si avr\u00e0 sul nodo A r0 master r1 slave e sul nodo B r0 slave ed r1 master.
\nHeartbeat monitora istante per istante la situazione e decide alla bisogna, in caso di emergenza ipotizzando che il nodo A vada offline heartbeat con le sue librerie di sistema provvede a fare lo switch dello stato DRBD facendo diventare r0 master e acquisisce (takeover) le risorse dell’altro nodo.
\nQuesto stesso concetto viene usato anche per fare manutenzione ai nodi, infatti ipotizzando di dover aggiornare il firmware ai server che hostano il sistema si mette in slave un nodo, si fanno tutte le operazioni che sono necessarie, si riavvia il nodo e una volta online in automatico si sincronizza col nodo attivo, prende la parte master di sua competenza e migra le VM al proprio posto in modo praticamente trasparente all’utenza (un rallentamento durante la migrazione \u00e8 inevitabile), una volta allineati i due nodi si compiono le stesse operazioni nello stesso ordine\u00a0 sull’altro nodo in modo che a fine lavori i due server avranno il firmware aggiornato.
\nVisto quanto sopra \u00e8 intuitivo che i due nodi devono essere pensati a livello HW\u00a0 con risorse sufficienti (RAM, spazio, capacit\u00e0 di calcolo) a lavorare da soli alla bisogna e al 50% circa in condizioni normali.
\nQuesto modo di lavorare oltre a sfruttare i due nodi contemporaneamente e non uno alla volta come in modo master\/slave bilancia anche il carico di lavoro in modo da allungare la vita dei server.<\/p>\n
back<\/a>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 next<\/a><\/p>\n","protected":false},"excerpt":{"rendered":" Un cluster ad alta disponibilit\u00e0 (HA), in ambito informatico, \u00e8 un insieme di due o pi\u00f9 server (o altri componenti hardware) che lavorano insieme per garantire la continuit\u00e0 dei servizi, anche in caso di guasto di uno dei componenti. In sostanza, se un server fallisce, un altro prende il suo posto, evitando interruzioni del servizio. […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[12,8,304,6],"tags":[37,36],"class_list":["post-2631","post","type-post","status-publish","format-standard","hentry","category-cluster","category-linux","category-lvm2","category-work","tag-cluster-2","tag-ha"],"_links":{"self":[{"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/posts\/2631","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2631"}],"version-history":[{"count":8,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/posts\/2631\/revisions"}],"predecessor-version":[{"id":2646,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/posts\/2631\/revisions\/2646"}],"wp:attachment":[{"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2631"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=2631"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=2631"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}