{"id":35801,"date":"2019-10-31T22:06:24","date_gmt":"2019-10-31T19:06:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\/"},"modified":"2019-10-31T22:06:24","modified_gmt":"2019-10-31T19:06:24","slug":"kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","title":{"rendered":"Come scegliere un SDD senza spararsi sui piedi","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h2>Introduzione<\/h2>\n<p>\n\u00c8 giunto il momento di acquistare uno storage. Quale scegliere, chi ascoltare? Il fornitore A parla del fornitore B, e poi c'\u00e8 l'integratore C, che racconta il contrario e consiglia il fornitore D. In una situazione del genere, anche un architetto esperto di sistemi di storage si sentir\u00e0 confuso, specialmente con tutti i nuovi fornitori e le attuali mode come SDS e iperconvergenza.<\/p>\n<p>Quindi, come districarsi in tutto questo senza sembrare degli scemi? Noi (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/antonvirtual\/\" class=\"user_link\">AntonVirtual<\/a><\/noindex> Anton Zhbankov e <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/korp\/\" class=\"user_link\">korp<\/a><\/noindex> Evgeny Elizarov) cercheremo di spiegarlo in modo semplice.<br \/>\nQuesto articolo \u00e8 in gran parte un proseguimento, ed \u00e8 infatti un'estensione di \u201c<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/321178\/\">Design di un Data Center virtualizzato<\/a><\/noindex>\u201d riguardo alla scelta dei sistemi di storage e alla panoramica delle tecnologie di storage. Daremo un breve sguardo alla teoria generale, ma raccomandiamo di consultare anche l'articolo indicato.<\/p>\n<h2>Perch\u00e9<\/h2>\n<p>\nSpesso si osserva la situazione in cui una nuova persona entra in un forum o in una chat specializzata, come ad esempio Storage Discussions, e pone la domanda: \u201cmi vengono proposti due modelli di storage - ABC SuperStorage S600 e XYZ HyperOcean 666v4, cosa mi consigliate?\u201d.<\/p>\n<p>E inizia il confronto su quali sono le caratteristiche terribili e incomprensibili che per una persona non preparata sono letteralmente un rompicapo. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nQuindi, la domanda chiave e principale che bisogna porsi molto prima di confrontare le specifiche nelle offerte commerciali \u00e8: PERCH\u00c9? Perch\u00e9 ho bisogno di questo storage?<\/p>\n<p><img decoding=\"async\" alt=\"Come scegliere un SDD senza spararsi sui piedi\" src=\"\/wp-content\/uploads\/2019\/06\/4e02a50a2420483c6c4939bf264dea2a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa risposta sar\u00e0 inaspettata e molto nello stile di Tony Robbins \u2014 per archiviare i dati. Grazie, capitano! Eppure, a volte ci immergiamo cos\u00ec tanto nel confronto dei dettagli che dimentichiamo perch\u00e9 stiamo facendo tutto ci\u00f2.<\/p>\n<p>Quindi, l'obiettivo di un sistema di storage \u00e8 archiviare e fornire accesso a DATI con una determinata performance. Da questi dati inizieremo.<\/p>\n<h2>Dati<\/h2>\n<p><\/p>\n<h3>Tipo di dati<\/h3>\n<p>\nQuali dati prevediamo di archiviare? \u00c8 una domanda molto importante, che pu\u00f2 escludere molte soluzioni di storage dai considerazioni. Ad esempio, si prevede di memorizzare registrazioni video e foto. Si possono subito escludere i sistemi progettati per l'accesso casuale a blocchi piccoli, o i sistemi con funzioni proprietarie nella compressione \/ deduplicazione. Questi possono essere eccellenti sistemi, non vogliamo dire nulla di male. Ma in questo caso, i loro punti di forza diventano deboli (video e foto non si comprimono) o semplicemente aumentano significativamente il costo del sistema.<\/p>\n<p>E viceversa, se l'uso previsto \u00e8 un DBMS transazionale pesante, allora sistemi streaming eccellenti per multimedia, in grado di fornire gigabyte al secondo, saranno una cattiva scelta.<\/p>\n<h3>Volume dei dati<\/h3>\n<p>\nQuale quantit\u00e0 di dati prevediamo di archiviare? La quantit\u00e0 si trasforma sempre in qualit\u00e0, non bisogna mai dimenticarlo, specialmente al giorno d'oggi, in un'epoca di crescita esponenziale del volume dei dati. I sistemi di classe petabyte non sono pi\u00f9 una rarit\u00e0, ma pi\u00f9 grande \u00e8 il volume in petabyte, pi\u00f9 specifico diventa il sistema, meno funzionalit\u00e0 familiari dei sistemi a accesso casuale di piccolo e medio volume saranno disponibili. Banalmente perch\u00e9 anche solo le tabelle statistiche di accesso per blocchi superano il volume di memoria operativa disponibile nei controller. Per non parlare della compressione \/ tiering. Supponiamo di voler cambiare l'algoritmo di compressione in uno pi\u00f9 potente e comprimere 20 petabyte di dati. Quanto tempo ci vorr\u00e0: sei mesi, un anno?<\/p>\n<p>D'altra parte, perch\u00e9 complicarsi la vita se si devono archiviare e trattare 500 GB di dati? Solo 500. Gli SSD consumer (con basso DWPD) di questo volume costano poco. Perch\u00e9 costruire una fabbrica Fiber Channel e acquistare un sistema di storage esterno di alta classe al costo di un ponte di ferro?<\/p>\n<p>Qual \u00e8 la percentuale del volume totale di dati caldi? Quanto \u00e8 irregolare il carico in base al volume dei dati? \u00c8 proprio qui che la tecnologia di archiviazione multilivello o Flash Cache pu\u00f2 essere molto utile, se la quantit\u00e0 di dati caldi \u00e8 misera rispetto al totale. Al contrario, in caso di carico uniforme su tutto il volume, spesso presente nei sistemi in streaming (videosorveglianza, alcuni sistemi di analisi), tecnologie simili non porteranno a nulla e aumenteranno solo il costo \/ la complessit\u00e0 del sistema.<\/p>\n<h3>IS<\/h3>\n<p>\nIl retro dei dati \u00e8 un sistema informativo che utilizza questi dati. L'IS ha un insieme di requisiti ereditati dai dati. Maggiori dettagli sull'IS si trovano in \u201cDesign del Data Center virtualizzato\u201d.<\/p>\n<h4>Requisiti di tolleranza ai guasti \/ disponibilit\u00e0<\/h4>\n<p>I requisiti di tolleranza ai guasti \/ disponibilit\u00e0 dei dati sono ereditati dall'IS che li utilizza e sono espressi in tre numeri \u2014 <b>RPO<\/b>, <b>RTO<\/b>, <b>disponibilit\u00e0<\/b>.<\/p>\n<p><b>Disponibilit\u00e0 <\/b> \u2014 la quota per un intervallo di tempo specificato durante il quale i dati sono disponibili per l'uso. Di solito \u00e8 espressa in numero di 9. Ad esempio, due nove in un anno significano che la disponibilit\u00e0 \u00e8 pari al 99%, ovvero sono ammessi 95 ore di inattivit\u00e0 in un anno. Tre nove \u2014 9.5 ore all'anno.<\/p>\n<p>RPO \/ RTO \u2014 sono indicatori non cumulativi, ma per ogni incidente (guasto), a differenza della disponibilit\u00e0.<\/p>\n<p><b>RPO <\/b> \u2014 volume di dati persi durante un incidente (in ore). Ad esempio, se viene eseguito un backup una volta al giorno, allora RPO = 24 ore. Cio\u00e8, in caso di un guasto e completa perdita della SENSO, potrebbero andare persi dati per un volume fino a 24 ore (dal momento del backup). In base al RPO stabilito per l'IS, ad esempio, viene redatto un regolamento per il backup. Inoltre, in base al RPO, si pu\u00f2 capire quanto sia necessaria la replica dati sincrona \/ asincrona.<\/p>\n<p><b>RTO<\/b> \u2014 tempo di recupero del servizio (accesso ai dati) dopo un guasto. In base al valore RTO stabilito, possiamo capire se \u00e8 necessario un metrocluster, o se \u00e8 sufficiente una replica unidirezionale. Se serve una SENSO di classe hi-end \u2014 anche.<\/p>\n<p><img decoding=\"async\" alt=\"Come scegliere un SDD senza spararsi sui piedi\" src=\"\/wp-content\/uploads\/2019\/06\/327166acf29e390fa7454fe66bc4e409.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h4>Requisiti di prestazione<\/h4>\n<p>\nNonostante sia una questione del tutto ovvia, \u00e8 proprio con essa che sorgono la maggior parte delle difficolt\u00e0. A seconda che abbiate gi\u00e0 un'infrastruttura o meno, verranno costruiti i percorsi per raccogliere le statistiche necessarie.<\/p>\n<p>Hai gi\u00e0 un SDC e stai cercando un suo sostituto o vuoi acquistarne un altro per espandere. Qui \u00e8 tutto semplice. Comprendi quali servizi hai gi\u00e0 e quali intendi implementare nel prossimo futuro. Basandoti sui servizi attuali, hai la possibilit\u00e0 di raccogliere statistiche sulle prestazioni. Devi stabilire il numero attuale di IOPS e i ritardi correnti: quali sono questi indicatori e sono sufficienti per le tue esigenze? Puoi farlo sia sul sistema di archiviazione dati stesso, sia dal lato degli host collegati ad esso.<\/p>\n<p>Inoltre, \u00e8 necessario monitorare non solo il carico attuale, ma per un certo periodo (meglio un mese). Osserva quali sono i picchi massimi durante il giorno, quale carico genera il backup, ecc. Se il tuo SDC o il software ad esso collegato non ti forniscono l'intero insieme di questi dati, puoi utilizzare il gratuito RRDtool, che \u00e8 in grado di lavorare con la maggior parte dei SDC e degli switch pi\u00f9 popolari e ti fornir\u00e0 statistiche dettagliate sulle prestazioni. \u00c8 anche utile monitorare il carico sugli host che lavorano con questo SDC, su macchine virtuali specifiche o su ci\u00f2 che funziona specificamente su questo host.<\/p>\n<p><img decoding=\"async\" alt=\"Come scegliere un SDD senza spararsi sui piedi\" src=\"\/wp-content\/uploads\/2019\/06\/a0db9ec82e8ab5282e7af5d50e02f281.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVale la pena notare separatamente che se i ritardi sul volume e sul datastore, che si trova su questo volume, differiscono notevolmente, \u00e8 opportuno prestare attenzione alla tua rete SAN; c'\u00e8 una alta probabilit\u00e0 che ci siano problemi con essa e prima di acquistare un nuovo sistema \u00e8 importante chiarire questa questione, poich\u00e9 \u00e8 molto probabile che si possa aumentare le prestazioni del sistema attuale.<\/p>\n<p>Stai costruendo un'infrastruttura da zero, oppure stai acquistando un sistema per un nuovo servizio di cui non sei a conoscenza dei carichi. Ci sono diverse opzioni: parlare con colleghi su risorse specializzate per cercare di scoprire e prevedere il carico, contattare un integratore che ha esperienza nell'implementazione di servizi simili e che sar\u00e0 in grado di calcolare il carico per te. E la terza opzione (di solito la pi\u00f9 difficile, specialmente se riguarda applicazioni personalizzate o rare) \u00e8 tentare di chiarire i requisiti di prestazione con gli sviluppatori del sistema.<\/p>\n<p>E, attenzione, la soluzione pi\u00f9 corretta dal punto di vista pratico \u00e8 un pilota sull'attrezzatura attuale o su quella fornita per il test dal fornitore \/ integratore.<\/p>\n<h4>Requisiti speciali<\/h4>\n<p>\nI requisiti speciali sono tutto ci\u00f2 che non rientra nei requisiti di prestazioni, affidabilit\u00e0 e funzionalit\u00e0 per l'elaborazione diretta e la fornitura dei dati.<\/p>\n<p>Uno dei requisiti speciali pi\u00f9 semplici per un sistema di archiviazione dei dati \u00e8 quello dei 'supporti informatici trasferibili'. E diventa chiaro che questo sistema di archiviazione deve comprendere una libreria a nastro o semplicemente un'unit\u00e0 di nastro, su cui viene salvata una copia di backup. Dopodich\u00e9, una persona appositamente formata firma il nastro e lo porta orgogliosamente in una cassaforte speciale.<br \/>\nUn altro esempio di requisito speciale \u00e8 l'esecuzione protetta e antimovimentale.<\/p>\n<h2>Dove<\/h2>\n<p>\nIl secondo elemento principale nella scelta di un SCD \u00e8 l'informazione su DOVE verr\u00e0 posizionato il SCD. A partire dalla geografia o dalle condizioni climatiche, fino al personale.<\/p>\n<h3>Committente<\/h3>\n<p>\nPer chi \u00e8 previsto questo SCD? La domanda \u00e8 supportata dai seguenti motivi:<\/p>\n<p><b>Committente pubblico \/ commerciale.<\/b><br \/>\nIl committente commerciale non ha alcuna restrizione e non \u00e8 nemmeno obbligato a indire gare, se non secondo i propri regolamenti interni. <\/p>\n<p>Il committente pubblico \u00e8 un'altra cosa. La legge 44 FZ e altre comodit\u00e0 riguardanti le gare e il capitolato, che possono essere contestati.<\/p>\n<p><b>Committente sotto sanzioni<\/b><br \/>\nQui la questione \u00e8 molto semplice: la scelta \u00e8 limitata solo alle offerte disponibili per questo committente.<\/p>\n<p><b>Regolamenti interni \/ fornitori autorizzati per l'acquisto \/ modelli<\/b><br \/>\nAnche questa domanda \u00e8 estremamente semplice, ma bisogna tenerne conto.<\/p>\n<h3>Dove fisicamente<\/h3>\n<p>\nIn questa sezione esaminiamo tutte le questioni relative alla geografia, ai canali di comunicazione e al microclima nell'ambiente di collocamento.<\/p>\n<h4>Personale<\/h4>\n<p>\nChi lavorer\u00e0 con questo SCD? Questo \u00e8 altrettanto importante quanto le capacit\u00e0 tecniche del SCD.<br \/>\nPer quanto possa essere promettente, stupefacente e fantastico un SCD del fornitore A, non ha molto senso installarlo se il personale sa lavorare solo con il fornitore B, e non sono previsti ulteriori acquisti o una collaborazione continua con A.<\/p>\n<p>E naturalmente, il lato opposto della questione \u00e8 quanto personale qualificato sia disponibile in questa posizione geografica, sia direttamente in azienda che potenzialmente sul mercato del lavoro. Per le regioni, pu\u00f2 avere un significato notevole la scelta di un sistema di archiviazione dati con interfacce semplici o la possibilit\u00e0 di gestione centralizzata remota. Altrimenti, a un certo punto potrebbe diventare doloroso. Internet \u00e8 pieno di storie di come un nuovo dipendente, un laureato di ieri, abbia configurato qualcosa che ha messo in ginocchio l'intera azienda.<\/p>\n<p><img decoding=\"async\" alt=\"Come scegliere un SDD senza spararsi sui piedi\" src=\"\/wp-content\/uploads\/2019\/06\/5feeb5b13119c87d6b516d160d801129.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h4>Ambiente<\/h4>\n<p>\nNaturalmente, una domanda importante \u00e8 in quale ambiente funzioner\u00e0 questo sistema di archiviazione dati. <\/p>\n<ul>\n<li>Com'\u00e8 l'alimentazione \/ il raffreddamento?<\/li>\n<li>Quale connessione<\/li>\n<li>Dove sar\u00e0 installato<\/li>\n<li>Ecc.<\/li>\n<\/ul>\n<p>\nSpesso queste domande sono considerate scontate e non vengono particolarmente esaminate, ma a volte sono proprio queste che possono ribaltare tutto.<\/p>\n<h2>Cosa<\/h2>\n<p><\/p>\n<h3>Fornitore<\/h3>\n<p>\nAd oggi (met\u00e0 2019), il mercato russo dei sistemi di archiviazione dati pu\u00f2 essere suddiviso in cinque categorie convenzionali:<\/p>\n<ol>\n<li>Prima divisione \u2014 aziende affermate con una vasta gamma prodotto che va dai pi\u00f9 semplici scaffali a disco fino all'hi-end (HPE, DellEMC, Hitachi, NetApp, IBM \/ Lenovo)<\/li>\n<li>Seconda divisione \u2014 aziende con una gamma limitata, attori di nicchia, fornitori seri di SDS o neofiti emergenti (Fujitsu, Datacore, Infinidat, Huawei, Pure, ecc.)<\/li>\n<li>Terza divisione \u2014 soluzioni di nicchia nella fascia low end, SDS economico, assemblaggi fai-da-te su ceph e altri progetti open source (Infortrend, Starwind, ecc.)<\/li>\n<li>Segmento SOHO \u2014 piccoli e piccolissimi sistemi di archiviazione a livello domestico \/ piccolo ufficio (Synology, QNAP, ecc.)<\/li>\n<li>Sistemi di archiviazione dati a sostituzione delle importazioni \u2014 qui rientrano sia hardware della prima divisione con etichette rimaneggiate, sia rari rappresentanti della seconda (RAIDIX, diamo loro un anticipo per la seconda), ma in prevalenza \u00e8 la terza divisione (Aerodisk, Baum, Depo, ecc.)<\/li>\n<\/ol>\n<p>\nLa suddivisione \u00e8 piuttosto convenzionale e non significa affatto che il terzo segmento o il segmento SOHO siano scadenti e non utilizzabili. In progetti specifici con un insieme di dati e un profilo di carico chiaramente definiti, possono funzionare molto bene, superando di gran lunga la prima divisione in termini di rapporto qualit\u00e0-prezzo. \u00c8 importante prima stabilire i compiti, le prospettive di crescita, la funzionalit\u00e0 richiesta \u2014 e allora Synology vi servir\u00e0 fedelmente, mentre i capelli diventeranno morbidi e setosi.<\/p>\n<p>Uno dei fattori non trascurabili nella scelta di un fornitore \u00e8 l'ambiente attuale. Quanti e quali sistemi di archiviazione dei dati (SCD) avete gi\u00e0, con quali SCD riescono a lavorare gli ingegneri. Avete bisogno di un altro fornitore, un altro punto di contatto, migrerete gradualmente tutto il carico dal fornitore A al fornitore B?<\/p>\n<p>Non bisogna moltiplicare le entit\u00e0 oltre il necessario.<\/p>\n<h3>iSCSI \/ FC \/ File<\/h3>\n<p>\nNon esiste un'opinione unitaria tra gli ingegneri riguardo ai protocolli di accesso, e le dispute ricordano pi\u00f9 delle discussioni teologiche che ingegneristiche. Tuttavia, in generale, si possono notare i seguenti punti:<\/p>\n<p><b>FCoE<\/b> \u00e8 pi\u00f9 morto che vivo.<\/p>\n<p><b>FC vs iSCSI<\/b>. Uno dei principali vantaggi del FC nel 2019 rispetto agli SCD IP, una rete dedicata per l'accesso ai dati, \u00e8 ridimensionato da una rete IP dedicata. Non ci sono vantaggi globali per il FC rispetto alle reti IP e con IP \u00e8 possibile costruire SCD di qualsiasi livello di carico, compresi i sistemi per carichi pesanti di DBMS per un grande banca. D'altra parte, la morte del FC viene pronosticata da diversi anni, ma qualcosa continua a ostacolarla. Ad esempio, oggi alcuni attori del mercato SCD stanno attivamente sviluppando lo standard NVMEoF. Se questo divider\u00e0 il destino del FCoE \u2014 solo il tempo lo dir\u00e0.<\/p>\n<p><b>Accesso ai file<\/b> non \u00e8 nemmeno qualcosa di poco meritevole di attenzione. NFS \/ CIFS si dimostrano eccellenti in ambienti produttivi e, se progettati correttamente, non hanno pi\u00f9 lamentele dei protocolli a blocchi.<\/p>\n<h3>Ibridi \/ All Flash Array<\/h3>\n<p>\nGli SCD classici sono di 2 tipi:<\/p>\n<ol>\n<li>AFA (All Flash Array) \u2014 sistemi ottimizzati per l'uso di SSD.<\/li>\n<li>Ibridi \u2014 che consentono di utilizzare sia HDD che SSD o una loro combinazione.<\/li>\n<\/ol>\n<p>\nLa principale differenza tra di loro \u00e8 l'efficienza della tecnologia di archiviazione supportata e il massimo livello di prestazioni (elevati valori di IOPS e basse latenze). Entrambi i sistemi (nella maggior parte dei loro modelli, escludendo il segmento low-end) possono funzionare sia come dispositivi a blocchi che come dispositivi di archiviazione a file. La funzionalit\u00e0 supportata dipende dal livello del sistema, e nei modelli inferiori \u00e8 spesso ridotta al minimo. Questo \u00e8 importante da considerare quando si esaminano le caratteristiche di un modello specifico, piuttosto che le capacit\u00e0 dell'intera gamma in generale. Inoltre, naturalmente, il livello del sistema influenzer\u00e0 anche le sue specifiche tecniche, come il processore, la memoria, la cache, il numero e i tipi di porte, ecc. Dal punto di vista della gestione, le AFA si differenziano dai sistemi ibridi (a disco) solo nella realizzazione dei meccanismi di interazione con i dispositivi di archiviazione SSD, e anche se si utilizza un SSD in un sistema ibrido, non significa affatto che si possa ottenere un livello di prestazioni paragonabile a quello di un sistema AFA. Inoltre, nella maggior parte dei casi, i meccanismi inline per l'archiviazione efficiente nei sistemi ibridi sono disattivati, e la loro attivazione comporta una perdita di prestazioni.<\/p>\n<h3>Sistemi di archiviazione specializzati<\/h3>\n<p>\nOltre ai sistemi di archiviazione generali, orientati principalmente all'elaborazione operativa dei dati, esistono sistemi di archiviazione specializzati con principi chiave che si differenziano radicalmente da quelli abituali (bassa latenza, elevati IOPS):<\/p>\n<p><b>Media. <\/b><\/p>\n<p>Questi sistemi sono progettati per l'archiviazione e l'elaborazione di file multimediali, che si distinguono per le loro grandi dimensioni. Pertanto, la latenza diventa praticamente irrilevante, mentre la capacit\u00e0 di inviare e ricevere dati a larghezza di banda ampia in molti flussi paralleli diventa fondamentale.<\/p>\n<p><b>Sistemi di archiviazione deduplicanti per backup.<\/b><\/p>\n<p>Poich\u00e9 i backup si differenziano raramente tra loro in condizioni normali (un backup medio differisce da quello di ieri dell'1-2%), questa classe di sistemi comprime in modo estremamente efficace i dati memorizzati su una quantit\u00e0 relativamente ridotta di supporti fisici. Ad esempio, in alcuni casi, i coefficienti di compressione dei dati possono raggiungere 200 a 1.<\/p>\n<p><b>Sistemi di archiviazione a oggetti.<\/b><\/p>\n<p>In questi SCSI non ci sono volumi convenzionali con accesso a blocchi e file share, ma somigliano pi\u00f9 a un enorme database. L'accesso a un oggetto memorizzato in un sistema simile avviene tramite un identificatore univoco o tramite metadati (ad esempio, tutti gli oggetti in formato JPEG, con data di creazione tra XX-XX-XXXX e YY-YY-YYYY).<\/p>\n<p><b>Sistemi di conformit\u00e0<\/b>. <\/p>\n<p>Non si trovano cos\u00ec spesso in Russia al giorno d'oggi, ma vale la pena menzionarli. Lo scopo di tali SCSI \u00e8 garantire la conservazione dei dati per conformarsi alle politiche di sicurezza o ai requisiti dei regolatori. In alcuni sistemi (ad esempio EMC Centera) \u00e8 stata implementata una funzione di divieto di cancellazione dei dati: una volta girata la chiave e il sistema \u00e8 passato a questa modalit\u00e0, n\u00e9 l'amministratore n\u00e9 qualcun altro possono fisicamente eliminare i dati gi\u00e0 registrati.<\/p>\n<h3>Tecnologie proprietarie<\/h3>\n<p><\/p>\n<h4>Flash cache<\/h4>\n<p>\nFlash Cache \u00e8 un termine generico per tutte le tecnologie proprietarie che utilizzano la memoria flash come cache di secondo livello. Quando si utilizza la flash cache, gli SCSI sono generalmente progettati per soddisfare un carico stabilito proveniente da dischi magnetici, mentre il picco \u00e8 gestito dalla cache.<\/p>\n<p>In questo caso \u00e8 necessario comprendere il profilo del carico e il grado di localizzazione delle richieste ai blocchi dei volumi di storage. La flash cache \u00e8 una tecnologia per carichi con alta localizzazione delle richieste, e praticamente non \u00e8 applicabile a volumi uniformemente caricati (come ad esempio nei sistemi di analisi). <\/p>\n<p>Sul mercato sono disponibili due implementazioni di flash cache:<\/p>\n<ul>\n<li>Read Only. In questo caso vengono memorizzati nella cache solo i dati in lettura, mentre la scrittura avviene direttamente sui dischi. Alcuni produttori, come ad esempio NetApp, ritengono che la scrittura sui loro SCSI avvenga gi\u00e0 in modo ottimale e che la cache non possa migliorare la situazione.<\/li>\n<li>Read\/Write. Viene memorizzata nella cache non solo la lettura, ma anche la scrittura, permettendo di bufferizzare il flusso e ridurre l'impatto del RAID Penalty, aumentando cos\u00ec le prestazioni complessive per gli SCSI con un meccanismo di scrittura non cos\u00ec ottimale.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Tiering<\/h4>\n<p>\nLo storage multi-livello (tiering) \u00e8 una tecnologia che combina in un unico pool disco livelli con prestazioni diverse, come ad esempio SSD e HDD. In caso di una marcata non uniformit\u00e0 nelle richieste ai blocchi di dati, il sistema sar\u00e0 in grado di bilanciare automaticamente i blocchi di dati, spostando quelli sovraccarichi su un livello ad alte prestazioni e quelli freddi, viceversa, su un livello pi\u00f9 lento.<\/p>\n<p>I sistemi ibridi di classe bassa e media utilizzano lo storage multilivello con spostamento dei dati tra i livelli secondo un programma. In questo caso, la dimensione del blocco di storage multilivello dei migliori modelli \u00e8 di 256 MB. Queste caratteristiche non permettono di considerare la tecnologia di storage multilivello come una tecnologia per migliorare le prestazioni, come erroneamente ritengono molti. Lo storage multilivello nei sistemi di classe bassa e media \u00e8 una tecnologia di ottimizzazione dei costi di storage per sistemi con un carico di lavoro marcato e irregolare.<\/p>\n<h4>Snapshot<\/h4>\n<p>\nPer quanto possiamo parlare dell'affidabilit\u00e0 dei sistemi di archiviazione, esistono numerose opportunit\u00e0 di perdere dati che non dipendono da problemi hardware. Questi possono includere virus, hacker o qualsiasi altra cancellazione\/corruzione accidentale di dati. Per questo motivo, il backup dei dati produttivi \u00e8 una parte essenziale del lavoro di un ingegnere. <\/p>\n<p>Uno snapshot \u00e8 un'istantanea di un volume in un momento specifico. Nel funzionamento della maggior parte dei sistemi, come la virtualizzazione, i database, ecc., \u00e8 necessario catturare tale istantanea da cui copieremo i dati per il backup, mentre i nostri sistemi informatici possono continuare a lavorare con quel volume. Ma \u00e8 importante ricordare che non tutti gli snapshot sono ugualmente utili. Diversi fornitori hanno approcci diversi alla creazione di snapshot, legati alla loro architettura.<\/p>\n<p><b>CoW (Copy-On-Write)<\/b>. Durante il tentativo di scrivere un blocco di dati, il contenuto originale viene copiato in un'area speciale, dopodich\u00e9 la scrittura avviene normalmente. Ci\u00f2 evita danneggiamenti ai dati all'interno dello snapshot. Naturalmente, tutte queste manipolazioni \"parassitarie\" dei dati comportano un carico aggiuntivo sui sistemi di archiviazione e per questo motivo i fornitori con tale implementazione sconsigliano di utilizzare pi\u00f9 di una decina di snapshot, e di non usarli affatto sui volumi ad alta carico.<\/p>\n<p><b>RoW (Redirect-on-Write)<\/b>. In questo caso, il volume originale viene naturalmente congelato, e durante il tentativo di scrivere un blocco di dati, il sistema di archiviazione scrive i dati in un'area speciale nello spazio libero, modificando la posizione di quel blocco nella tabella dei metadati. Questo permette di ridurre il numero di operazioni di riscrittura, il che in ultima analisi riduce il calo delle prestazioni e rimuove vincoli sugli snapshot e sul loro numero.<\/p>\n<p>Gli snapshot sono anche di due tipi in relazione alle applicazioni:<\/p>\n<p><b>Consistente per l'applicazione<\/b>. Nel momento della creazione dello snapshot, il sistema di archiviazione interroga l'agente nel sistema operativo del consumatore, che forzatamente svuota le cache dei dischi dalla memoria al disco e costringe anche l'applicazione a farlo. In questo caso, quando si recupera dallo snapshot, i dati saranno consistenti.<\/p>\n<p><b>Consistente durante il crash<\/b>. In questo caso, nulla di simile accade e lo snapshot viene creato cos\u00ec com'\u00e8. In caso di recupero da un tale snapshot, la situazione \u00e8 identica a quella in cui l'alimentazione si spegne improvvisamente e potrebbe esserci una certa perdita di dati rimasti nelle cache e che non sono mai arrivati al disco. Questi snapshot sono pi\u00f9 facili da implementare e non causano cadute delle prestazioni nelle applicazioni, ma sono meno affidabili. <\/p>\n<p>A cosa servono gli snapshot nei sistemi di archiviazione dei dati? <\/p>\n<ul>\n<li>Backup senza agente direttamente dal sistema di archiviazione<\/li>\n<li>Creazione di ambienti di test basati su dati reali<\/li>\n<li>Nel caso di sistemi di archiviazione file, possono essere utilizzati per creare ambienti VDI utilizzando gli snapshot del sistema di archiviazione anzich\u00e9 un hypervisor<\/li>\n<li>Garanzia di RPO bassi creando snapshot programmati con una frequenza significativamente superiore a quella di backup<\/li>\n<\/ul>\n<p><\/p>\n<h4>Clonazione<\/h4>\n<p>\nLa clonazione di un volume funziona secondo un principio simile a quello degli snapshot, ma serve non solo per leggere i dati, ma per lavorare pienamente con essi. Abbiamo la possibilit\u00e0 di ottenere una copia esatta del nostro volume, con tutti i dati in esso, senza creare una copia fisica, il che consente di risparmiare spazio. Di solito, la clonazione dei volumi \u00e8 utilizzata o in Test&amp;Dev o se si desidera testare la funzionalit\u00e0 di alcuni aggiornamenti nel proprio sistema informatico. La clonazione consentir\u00e0 di farlo nel modo pi\u00f9 rapido ed economico in termini di risorse disco, poich\u00e9 verranno scritti solo i blocchi di dati modificati.<\/p>\n<h4>Replica \/ journaling<\/h4>\n<p>\nLa replica \u00e8 un meccanismo per creare una copia dei dati su un altro sistema di archiviazione fisico. Di solito esiste una tecnologia proprietaria di ciascun fornitore, che funziona solo all'interno della propria linea. Ma ci sono anche soluzioni di terze parti, incluse quelle che operano a livello di hypervisor, come ad esempio VMware vSphere Replication.<\/p>\n<p>Le funzionalit\u00e0 delle tecnologie proprietarie e la facilit\u00e0 d'uso superano di gran lunga quelle universali, ma risultano inapplicabili quando, ad esempio, \u00e8 necessario effettuare una replica da NetApp a HP MSA.<\/p>\n<p>La replica si divide in due sotto-categorie:<\/p>\n<p><b>Sincrona<\/b>. Nel caso della replica sincrona, l'operazione di scrittura viene inviata immediatamente al secondo sistema di archiviazione e non viene confermata finch\u00e9 il sistema remoto non conferma. Ci\u00f2 aumenta il ritardo di accesso, ma consente di avere una copia speculare esatta dei dati. Cio\u00e8, RPO = 0 in caso di perdita del sistema di archiviazione principale. <\/p>\n<p><b>Asincrona<\/b>. Le operazioni di scrittura vengono eseguite solo sul sistema di archiviazione principale e vengono confermate immediatamente, accumulandosi parallelamente in un buffer per una trasmissione in blocco al sistema di archiviazione remoto. Questo tipo di replica \u00e8 rilevante per dati meno preziosi, oppure per canali a bassa larghezza di banda o caratterizzati da alta latenza (tipica per distanze superiori ai 100 km). Di conseguenza, RPO = alla frequenza di invio dei pacchetti.<\/p>\n<p>Spesso, insieme alla replica esiste un meccanismo di <b>journaling<\/b> delle operazioni su disco. In questo caso viene dedicata un'area speciale per il journaling e vengono memorizzate le operazioni di scrittura a una certa profondit\u00e0 temporale, oppure limitate dal volume del journal. Per alcune tecnologie proprietarie, come ad esempio EMC RecoverPoint, esiste un'integrazione con il software di sistema che consente di associare determinati segnalibri a una specifica voce nel journal. Questo rende possibile ripristinare lo stato di un volume (o creare un clone) non semplicemente al 23 aprile alle 11:59:13.013, ma a un momento precedente al \u201cDROP ALL TABLES; COMMIT\u201d.<\/p>\n<h4>Metro cluster<\/h4>\n<p>\nIl metro cluster \u00e8 una tecnologia che consente di creare una replica sincrona bidirezionale tra due sistemi di archiviazione in modo tale che questa coppia appaia come un unico sistema di archiviazione. Viene utilizzata per creare cluster con bracci geograficamente separati su distanze metropolitane (meno di 100 km).<\/p>\n<p>Nel caso di utilizzo in un ambiente di virtualizzazione, il metro cluster consente di creare uno datastore con macchine virtuali, accessibile in scrittura immediatamente da due datacenter. In tal caso, viene creato un cluster a livello di hypervisor, composto da host in diversi datacenter fisici, collegati a questo datastore. Questo consente di fare quanto segue:<\/p>\n<ul>\n<li>Automazione completa del processo di ripristino dopo la morte di uno dei data center. Senza alcun mezzo aggiuntivo, tutte le VM che operavano nel data center estinto verranno automaticamente riavviate in quello rimanente. RTO = timeout del cluster ad alta disponibilit\u00e0 (15 secondi per VMware) + tempo di avvio del sistema operativo e avvio dei servizi.<\/li>\n<li>Disaster avoidance o, in russo, evitamento delle catastrofi. Se sono programmati lavori sull'alimentazione nel data center 1, abbiamo la possibilit\u00e0 di migrare in anticipo tutto il carico importante nel data center 2 senza interruzioni.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Virtualizzazione<\/h4>\n<p>\nLa virtualizzazione dello storage \u00e8 tecnicamente l'uso di volumi da un altro storage come dischi. Il virtualizzatore dello storage pu\u00f2 semplicemente inoltrare un volume esterno al consumatore come se fosse proprio, mentre lo specchia su un altro storage, o persino creare un RAID da volumi esterni.<br \/>\nI rappresentanti classici nel campo della virtualizzazione dello storage sono EMC VPLEX e IBM SVC. E naturalmente gli storage con funzionalit\u00e0 di virtualizzazione come NetApp, Hitachi, IBM \/ Lenovo Storwize.<\/p>\n<p>A cosa pu\u00f2 servire?<\/p>\n<ul>\n<li>Ridondanza a livello di storage. Viene creato uno specchio tra i volumi, dove una parte pu\u00f2 trovarsi su HP 3Par e l'altra su NetApp. E il virtualizzatore di EMC.<\/li>\n<li>Spostamento di dati con un minimo di inattivit\u00e0 tra storage di diversi produttori. Supponiamo che i dati debbano essere migrati da un vecchio 3Par, che verr\u00e0 dismesso, a un nuovo Dell. In questo caso, i consumatori vengono scollegati da 3Par, i volumi vengono inoltrati tramite VPLEX e ripresentati ai consumatori. Poich\u00e9 non \u00e8 cambiato alcun bit sul volume, il lavoro continua. In background viene avviato il processo di mirroring del volume sul nuovo Dell e, al termine, lo specchio viene rotto e 3Par viene disconnesso. <\/li>\n<li>Organizzazione di metrocluster.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Compressione \/ deduplicazione<\/h4>\n<p>\nLa compressione e la deduplicazione sono tecnologie che ti permettono di risparmiare spazio su disco nel tuo storage. \u00c8 opportuno menzionare subito che non tutti i dati possono essere compressi e\/o deduplicati in linea di principio; alcuni tipi di dati si comprimono e si deduplicano meglio, mentre altri - al contrario. <\/p>\n<p>La compressione e la deduplicazione si dividono in 2 tipi:<\/p>\n<p><b>Inline<\/b> La compressione e la deduplicazione dei blocchi di dati avviene prima della scrittura di questi dati su disco. In questo modo, il sistema calcola solo l'hash del blocco e lo confronta con la tabella di quelli gi\u00e0 esistenti. Innanzitutto, questo viene eseguito pi\u00f9 rapidamente rispetto alla semplice scrittura su disco, inoltre non sprechiamo spazio su disco non necessario.<\/p>\n<p><b>Post<\/b> quando queste operazioni vengono effettuate su dati gi\u00e0 registrati, che si trovano sui dischi. Di conseguenza, i dati vengono prima scritti su disco, e solo dopo si calcola l'hash e si procede con l'eliminazione dei blocchi superflui e il rilascio delle risorse di archiviazione.<\/p>\n<p>Vale la pena dire che la maggior parte dei fornitori utilizza entrambe le modalit\u00e0, il che consente di ottimizzare questi processi e quindi aumentare la loro efficienza. La maggior parte dei fornitori di storage ha a disposizione strumenti che consentono di analizzare i vostri set di dati. Questi strumenti operano secondo la stessa logica implementata negli storage, quindi il livello di efficienza stimato sar\u00e0 coincidente. Inoltre, non bisognerebbe dimenticare che molti fornitori hanno programmi di garanzia di efficienza, che promettono un livello di almeno quello dichiarato per un certo (o per tutti) tipi di dati. E non bisogna trascurare questo programma, poich\u00e9 progettando un sistema in base alle proprie esigenze, tenendo conto del coefficiente di efficienza del sistema specifico, si possono risparmiare spazio. Si deve anche tenere presente che questi programmi sono progettati per i sistemi AFA, ma grazie all'acquisto di una quantit\u00e0 inferiore di SSD rispetto agli HDD nei sistemi tradizionali, ci\u00f2 permetter\u00e0 di abbattere i costi, e se non si raggiunger\u00e0 il costo del sistema di archiviazione, ci si avviciner\u00e0 notevolmente.<\/p>\n<h3>Modello<\/h3>\n<p>\nE qui arriviamo alla domanda correttamente formulata. <\/p>\n<p>\u201cMi vengono offerti due modelli di storage \u2014 ABC SuperStorage S600 e XYZ HyperOcean 666v4, cosa mi consigliate?\u201d<\/p>\n<p>Diventa \u201cMi vengono offerti due modelli di storage \u2014 ABC SuperStorage S600 e XYZ HyperOcean 666v4, cosa mi consigliate?<\/p>\n<p>Il carico previsto \u00e8 costituito da macchine virtuali miste VMware sui contorni produttivo \/ test \/ sviluppo. Test = produttivo. 150 TB per ciascuno con prestazioni di picco di 80.000 IOPS con blocchi da 8kb, 50% di accesso casuale 80\/20 lettura-scrittura. 300 TB per lo sviluppo, 50.000 IOPS sono sufficienti, 80 casuale, 80 scrittura.<\/p>\n<p>Il produttivo sar\u00e0 presumibilmente in un metrocluster RPO = 15 minuti RTO = 1 ora, lo sviluppo in replica asincrona RPO = 3 ore, il test in un solo sito.<\/p>\n<p>Ci saranno 50 TB di DB, sarebbe utile per loro il logging.<\/p>\n<p>Abbiamo server Dell ovunque, il sistema di storage Hitachi \u00e8 vecchio e stenta a stare al passo, prevediamo un aumento del 50% del carico in termini di volume e prestazioni.<\/p>\n<p>Come si suol dire, in una domanda ben formulata c'\u00e8 l'80% della risposta.<\/p>\n<h2>Informazioni aggiuntive<\/h2>\n<p>\nA cosa vale la pena prestare ulteriore attenzione secondo gli autori<\/p>\n<h3>Libri<\/h3>\n<p><\/p>\n<ul>\n<li>Oliter e Oliter \"Reti Computer\". Il libro aiuter\u00e0 a sistematizzare e forse a comprendere meglio come funziona l'ambiente di trasmissione dati per sistemi di storage IP\/Ethernet.<\/li>\n<li>\"EMC Information Storage and Management\". Un ottimo libro sulle basi dei sistemi di storage, perch\u00e9, come e per cosa.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Forum e chat<\/h4>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/storagediscussions\">Discussioni sullo Storage<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/nutanix_russia\">Nutanix \/ IT Russian Discussion Club <\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/vmugru\">VMware User Group Russia <\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/RussianBackupUserGroup\">Russian Backup User Group<\/a><\/noindex> <\/li>\n<\/ul>\n<p><\/p>\n<h3>Raccomandazioni generali<\/h3>\n<p><\/p>\n<h4>Prezzi<\/h4>\n<p>\nOra, per quanto riguarda i prezzi \u2014 in generale, i prezzi per i sistemi di storage, se ci sono, di solito sono il List price, dal quale ogni cliente riceve uno sconto individuale. L'importo dello sconto \u00e8 composto da molti parametri, rendendo impossibile prevedere quale sar\u00e0 il prezzo finale per la tua azienda senza richiesta al distributore. Tuttavia, recentemente, i modelli low-end sono iniziati a comparire in normali negozi di informatica, come ad esempio <noindex><a rel=\"nofollow\" href=\"http:\/\/nix.ru\">nix.ru<\/a><\/noindex> o <noindex><a rel=\"nofollow\" href=\"http:\/\/xcom-shop.ru\">xcom-shop.ru<\/a><\/noindex>. Qui puoi acquistare immediatamente il sistema che ti interessa a un prezzo fisso, come qualsiasi componente per computer.<\/p>\n<p>\u00c8 importante sottolineare che un confronto diretto per TB\/$ non \u00e8 corretto. Se ci si avvicina da questo punto di vista, la soluzione pi\u00f9 economica sar\u00e0 un semplice JBOD + server, il che non offre la flessibilit\u00e0 n\u00e9 l'affidabilit\u00e0 che garantisce un sistema di storage completo a due controller. Questo non significa affatto che il JBOD sia una pessima scelta; \u00e8 fondamentale capire chiaramente come e per quali scopi utilizzerai questa soluzione. Spesso si sente dire che nel JBOD non ci sia nulla da rompere, poich\u00e9 c'\u00e8 solo un backplane. Tuttavia, anche i backplane possono guastarsi. Qualsiasi cosa si rompe prima o poi.<\/p>\n<h4>Totale<\/h4>\n<p>\nBisogna confrontare i sistemi non solo in base al prezzo, o solo in base alle prestazioni, ma in base a un insieme di tutte le caratteristiche.<\/p>\n<p>Acquista HDD solo se sei sicuro di averne bisogno. Per carichi leggeri e tipi di dati non comprimibili, in caso contrario, dovresti considerare i programmi di garanzia di efficienza dello storage su SSD, attualmente offerti dalla maggior parte dei fornitori (e funzionano veramente, anche in Russia), ma tutto dipende dalle applicazioni e dai dati che verranno posizionati su questo sistema di archiviazione.<\/p>\n<p>Non inseguire il prezzo basso. Spesso si nascondono molti problemi sgradevoli, uno dei quali Evgenij Eliz\u00e0rov ha descritto nei suoi articoli su <noindex><a rel=\"nofollow\" href=\"http:\/\/blog.korphome.ru\/tag\/infortrend\/\">Infortrend<\/a><\/noindex>. E, in fin dei conti, questo risparmio potrebbe ritorcersi contro di te. Non dimenticare \u2014 \"chi risparmia paga due volte\".<br \/>\n<br \/>Fonte: habr.com<\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D. \u0412 \u0442\u0430\u043a\u043e\u0439 \u0441\u0438\u0442\u0443\u0430\u0446\u0438\u0438 \u0438 \u0443 \u043e\u043f\u044b\u0442\u043d\u043e\u0433\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u043c \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0433\u043e\u043b\u043e\u0432\u0430 \u043f\u043e\u0439\u0434\u0435\u0442 \u043a\u0440\u0443\u0433\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0441\u043e \u0432\u0441\u0435\u043c\u0438 \u043d\u043e\u0432\u044b\u043c\u0438 \u0432\u0435\u043d\u0434\u043e\u0440\u0430\u043c\u0438 \u0438 \u043c\u043e\u0434\u043d\u044b\u043c\u0438 \u0441\u0435\u0433\u043e\u0434\u043d\u044f SDS \u0438 \u0433\u0438\u043f\u0435\u0440\u043a\u043e\u043d\u0432\u0435\u0440\u0433\u0435\u043d\u0446\u0438\u0435\u0439. \u0418\u0442\u0430\u043a, \u043a\u0430\u043a \u0436\u0435 \u0432\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26807,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35801","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u043a \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0421\u0425\u0414, \u043d\u0435 \u0432\u044b\u0441\u0442\u0440\u0435\u043b\u0438\u0432 \u0441\u0435\u0431\u0435 \u0432 \u043d\u043e\u0433\u0443 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:06:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:06:24+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Come scegliere un sistema di archiviazione senza farsi male | ProHoster","description":"Introduzione \u00c8 giunto il momento di acquistare un sistema di archiviazione. Quale scegliere, di chi fidarsi? Il fornitore A parla del fornitore B, e c'\u00e8 anche l'integratore C che racconta l'opposto e consiglia il fornitore D.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0421\u0425\u0414, \u043d\u0435 \u0432\u044b\u0441\u0442\u0440\u0435\u043b\u0438\u0432 \u0441\u0435\u0431\u0435 \u0432 \u043d\u043e\u0433\u0443 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:06:24+00:00","article:modified_time":"2019-10-31T19:06:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35801","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-22 00:48:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:55:27","updated":"2026-01-22 00:48:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/35801","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=35801"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/35801\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/26807"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=35801"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=35801"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=35801"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}