{"id":937,"date":"2025-12-16T11:29:39","date_gmt":"2025-12-16T11:29:39","guid":{"rendered":"https:\/\/msdr.cloud\/?page_id=937"},"modified":"2026-01-15T14:51:00","modified_gmt":"2026-01-15T14:51:00","slug":"scenari","status":"publish","type":"page","link":"https:\/\/msdr.cloud\/it\/scenari\/","title":{"rendered":"Scenari"},"content":{"rendered":"

Scenario 1: One Site Mirror<\/h1><\/div>

Sito Primario verso Sito di Disaster Recovery<\/strong><\/p>\n

In questo modello classico di disaster recovery, un unico sito primario esegue la replica continua dei propri volumi verso un sito secondario dedicato al DR.<\/p>\n

Il Sito DR mantiene copie aggiornate delle VM, che restano in stato di standby fino a un\u2019eventuale attivazione.<\/p>\n

In caso di fault o manutenzione del sito primario, il Sito DR viene promosso e le VM vengono avviate in modalit\u00e0 operativa.<\/p>\n

Al ripristino del Sito Primario, il flusso di replica si inverte: i dati aggiornati sul DR vengono sincronizzati nuovamente verso la sede principale, consentendo un ritorno ordinato e senza perdita di consistenza.<\/p>\n

Il modello \u00e8 ideale per infrastrutture centralizzate o con un singolo data center di produzione e una sede remota dedicata al ripristino.<\/p>\n<\/div><\/div><\/div>

<\/a><\/span><\/div><\/div><\/div><\/div><\/div><\/div>
\"MSDR<\/a><\/span><\/div><\/div>

Questo modello offre massima resilienza e bilanciamento dei carichi in contesti con due data center equivalenti e connettivit\u00e0 ad alte prestazioni, consentendo alle aziende di sfruttare appieno entrambe le infrastrutture sia per la produzione sia per la continuit\u00e0 operativa.<\/p>\n<\/div><\/div><\/div>

Scenario 2: Dual Site Mirror<\/h2><\/div>

Replica Bidirezionale tra Due Siti<\/b><\/p>\n

Nel modello Dual Site Mirror, entrambe le sedi operano come siti attivi e al tempo stesso come siti di Disaster Recovery reciproci. Ogni cluster esegue la replica continua delle proprie VM verso l\u2019altro sito, mantenendo copie aggiornate dei dati in modalit\u00e0 sincrona.<\/p>\n

In condizioni normali, ogni sito gestisce i propri carichi di produzione, mentre le VM replicate restano in standby sull\u2019altro cluster. In caso di fault o indisponibilit\u00e0 di uno dei due siti, il cluster remoto assume il ruolo primario per le VM replicate, garantendo la continuit\u00e0 operativa senza interruzioni significative.<\/p>\n

Una volta ripristinata la sede originaria, MSDR inverte in modo automatico il flusso di replica, sincronizzando i dati aggiornati e riallineando i volumi per consentire il rientro ordinato alla configurazione iniziale.<\/p>\n<\/div><\/div><\/div><\/div><\/div>

<\/h3><\/div>

Scenario 3: Multi Site Mirror<\/h2><\/div>

Pi\u00f9 Siti Primari verso un unico Sito di Disaster Recovery<\/b><\/p>\n

In ambienti distribuiti con pi\u00f9 sedi operative o cluster indipendenti, MSDR consente di configurare un sito di DR condiviso che riceve le repliche da pi\u00f9 siti primari.<\/p>\n

Ogni cluster di produzione invia in modo indipendente i propri dati verso il cluster di DR, mantenendo uno spazio di replica dedicato e isolato per ogni sorgente.<\/p>\n

In caso di guasto di una delle sedi, il sito di DR pu\u00f2 promuovere solo i volumi appartenenti a quella sede, avviando le relative VM senza interferire con le repliche delle altre sedi ancora operative.<\/p>\n

Il meccanismo di promozione selettiva garantisce che pi\u00f9 ambienti possano convivere nello stesso cluster DR, semplificando la gestione e riducendo i costi complessivi dell\u2019infrastruttura.<\/p>\n<\/div><\/div><\/div>

\"MSDR<\/a><\/span><\/div><\/div>

Al termine dell\u2019emergenza, il sito ripristinato riprende la funzione di primario, con sincronizzazione inversa limitata ai propri volumi e con continuit\u00e0 delle altre repliche in corso.<\/p>\n<\/div><\/div><\/div><\/div><\/div>

Prova MSDR con un POC e valuta la soluzione.<\/span><\/p>\n<\/div><\/div><\/div>

Richiedi una demo<\/span><\/a><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div>\n<\/p>\n","protected":false},"excerpt":{"rendered":"","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"100-width.php","meta":{"footnotes":""},"class_list":["post-937","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/msdr.cloud\/it\/wp-json\/wp\/v2\/pages\/937","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/msdr.cloud\/it\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/msdr.cloud\/it\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/msdr.cloud\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/msdr.cloud\/it\/wp-json\/wp\/v2\/comments?post=937"}],"version-history":[{"count":87,"href":"https:\/\/msdr.cloud\/it\/wp-json\/wp\/v2\/pages\/937\/revisions"}],"predecessor-version":[{"id":1376,"href":"https:\/\/msdr.cloud\/it\/wp-json\/wp\/v2\/pages\/937\/revisions\/1376"}],"wp:attachment":[{"href":"https:\/\/msdr.cloud\/it\/wp-json\/wp\/v2\/media?parent=937"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}