{"id":31906,"date":"2019-10-31T21:43:53","date_gmt":"2019-10-31T18:43:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing\/"},"modified":"2019-10-31T21:43:53","modified_gmt":"2019-10-31T18:43:53","slug":"sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing","title":{"rendered":"Riduzione dei rischi di downtime grazie all'architettura Shared Nothing","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Il tema della resilienza nei sistemi di archiviazione dei dati \u00e8 sempre attuale, poich\u00e9 nell'era della virtualizzazione e della consolidazione delle risorse, il sistema di archiviazione \u00e8 il nodo il cui guasto non comporter\u00e0 solo un'incidente ordinario, ma porter\u00e0 a lunghi periodi di inattivit\u00e0 dei servizi. Pertanto, i moderni sistemi di archiviazione dispongono di molti componenti duplicati (fino ai controller). Ma questa protezione \u00e8 sufficiente?<\/p>\n

\n\"Riduzione
\n<\/a><\/noindex><\/p>\n

Tutti i fornitori, nel delineare le caratteristiche dei sistemi di archiviazione, menzionano sempre l'alta resilienza delle loro soluzioni, aggiungendo inevitabilmente il termine \"senza singolo punto di guasto\". Esaminiamo pi\u00f9 da vicino un tipico sistema di archiviazione dei dati. Per evitare inattivit\u00e0 durante la manutenzione, i sistemi di archiviazione duplicano le alimentazioni, i moduli di raffreddamento, le porte di input\/output, i dispositivi di archiviazione (pensiamo al RAID) e naturalmente i controller. Se si osserva attentamente questa architettura, si possono notare almeno due potenziali punti di guasto, di cui si tace modestamente:<\/p>\n

<\/p>\n

    \n
  1. La presenza di un singolo backplane<\/li>\n
  2. La presenza di una sola copia dei dati<\/li>\n<\/ol>\n

    <\/p>\n

    Il backplane \u00e8 un dispositivo tecnicamente complesso, che deve essere sottoposto a rigorosi test durante la produzione. Pertanto, si verificano molto raramente casi in cui esso smetta completamente di funzionare. Tuttavia, anche in caso di guasti parziali, come uno slot di archiviazione non funzionante, sar\u00e0 necessaria la sostituzione con l'uscita totale del sistema di archiviazione.<\/p>\n

    <\/p>\n

    Creare pi\u00f9 copie dei dati, a prima vista, non sembra essere un problema. Ad esempio, la funzionalit\u00e0 Clone nei sistemi di archiviazione, che consente di aggiornare periodicamente una copia completa dei dati, \u00e8 piuttosto diffusa. Tuttavia, in caso di problemi con lo stesso backplane, la copia sar\u00e0 altrettanto inaccessibile quanto l'originale. <\/p>\n

    <\/p>\n

    Una soluzione abbastanza ovvia per superare queste carenze \u00e8 la replicazione su un altro sistema di archiviazione. Se si ignora il raddoppio dei costi dell'hardware (dopo tutto, presumiamo che chi adotta questa soluzione abbia una visione realistica e accetti questo fatto in anticipo), rimangono comunque possibili costi per organizzare la replicazione sotto forma di licenze, software e hardware aggiuntivi. E soprattutto, sar\u00e0 necessario in qualche modo garantire la coerenza dei dati replicati. Cio\u00e8, costruire un virtualizzatore di storage \/ vSAN \/ ecc., il che richiede anche risorse finanziarie e temporali.<\/p>\n

    <\/p>\n

    AccelStor <\/a><\/noindex>Nella creazione dei propri sistemi di Alta Disponibilit\u00e0, l'obiettivo \u00e8 stato quello di eliminare le suddette carenze. \u00c8 cos\u00ec che \u00e8 nata l'interpretazione della tecnologia Shared Nothing, che in una traduzione libera significa \u00absenza l'uso di dispositivi condivisi\u00bb.<\/p>\n

    <\/p>\n

    Concetto Shared Nothing<\/a><\/noindex> L'architettura prevede l'uso di due nodi indipendenti (controller), ciascuno con il proprio set di dati. Tra i nodi avviene una replicazione sincrona tramite interfaccia InfiniBand 56G, completamente trasparente per il software che lavora sopra il sistema di archiviazione. Di conseguenza, non \u00e8 necessario utilizzare virtualizzatori di storage, agenti software, ecc.<\/p>\n

    <\/p>\n

    La soluzione fisica a due nodi di AccelStor pu\u00f2 essere realizzata in due modelli:<\/p>\n

    <\/p>\n