Di recente, Dell EMC ha rilasciato una versione aggiornata del proprio Dispositivo di tiering nel cloudo CTA. Alcuni dei nostri lettori potrebbero già utilizzare questo dispositivo software virtuale completamente gratuito di Dell EMC, altri potrebbero conoscerlo ma non averlo utilizzato e altri potrebbero chiedersi "cos'è un CTA?" Permettici di spiegare.
Di recente, Dell EMC ha rilasciato una versione aggiornata del proprio Dispositivo di tiering nel cloudo CTA. Alcuni dei nostri lettori potrebbero già utilizzare questo dispositivo software virtuale completamente gratuito di Dell EMC, altri potrebbero conoscerlo ma non averlo utilizzato e altri potrebbero chiedersi "cos'è un CTA?" Permettici di spiegare.
La licenza di diritto d'uso per CTA è inclusa in ogni array Dell EMC Unity XT come parte del modello software all-inclusive. Il software viene fornito in confezione come un'appliance SUSE rinforzata, in un formato .ova scaricabile gratuitamente, senza necessità di licenza aggiuntiva, da Dell EMC qui, è richiesto un account Dell).
Una volta distribuito e configurato questo dispositivo virtuale (come dispositivo autonomo o come configurazione HA di più dispositivi) in un ambiente, consente agli amministratori di archiviare lo storage a blocchi di Unity XT e suddividere lo storage di file Unity XT in diverse offerte di storage di diversi provider cloud . Questo può essere fatto automaticamente utilizzando Politiche e pianificazioni, una chiamata API all'interfaccia REST del CTA o manualmente tramite la nuova GUI HTML5 del CTA.
Inoltre, CTA può essere utilizzato per ripristinare file o bloccare dati dallo storage cloud a un array Unity XT di storage primario locale in un processo di recupero noto come richiamo per file e ripristino per blocco. Infine, CTA può essere utilizzato per migrare repository di file tra array di storage più vecchi e un array Unity, nonché tra provider cloud (Fig 1.). Attualmente il CTA si integra con i seguenti provider di cloud storage: Dell EMC Elastic Cloud Services (ECS), IBM Cloud Object Storage, Microsoft Azure e AWS S3.
Fig 1
Durante l'archiviazione dello storage a blocchi, il CTA funziona come un motore di policy, interfacciandosi con l'array Unity XT e identificando le istantanee dei blocchi a cui vengono assegnati criteri specifici definiti dall'amministratore CTA (le policy o le pianificazioni menzionate sopra). Tali snapshot vengono quindi archiviati nell'archivio cloud (sempre come definito in Policy e pianificazioni) e, una volta terminato il trasferimento, lo snapshot sull'array Unity XT può essere cancellato, recuperando preziosa capacità di storage per le operazioni in sede. Per ripristinare i dati dei blocchi dal cloud tramite CTA, un amministratore può utilizzare una destinazione di archiviazione a blocchi sull'array di origine o l'archiviazione a blocchi su un nuovo array Unity XT in qualsiasi posizione.
Per il tiering dei file, CTA funge nuovamente da motore di policy, collegandosi a un array Unity XT e verificando quali policy e pianificazioni si applicano a quali file. Quando questi file vengono identificati, il CTA crea uno stub nella posizione originale e suddivide il file nell'archivio cloud. Quando viene letto uno stub, il CTA richiamerà il file nell'array locale o passerà l'IO al file situato nel cloud. Per clienti e utenti finali, questo processo offre un'esperienza fluida, indipendentemente dall'origine del file. Il vero vantaggio qui è che lo stub creato da CTA utilizza solo 8 KB di disco, rispetto all'intera capacità consumata del file stesso che esisterebbe. Questo è un altro ottimo modo per recuperare la capacità consumata sull'array Unity XT e utilizzarla per le applicazioni e le operazioni più sensibili alla latenza che richiedono archiviazione nel data center.
È stata la capacità del CTA di migrare file dagli array più vecchi (identificati sopra) agli array Unity XT e tra cloud che ha davvero attirato la nostra attenzione. Se un amministratore dello storage può utilizzare il CTA come strumento di migrazione per i file (e anche gli stub di file CTA dai sistemi VNX) dal vecchio hardware al nuovo, ciò consentirà di risparmiare CapEx su uno strumento di migrazione e se un'organizzazione può scegliere facilmente il proprio provider di cloud storage in base al costo dello storage, si tratta di un notevole vantaggio per OpEx.
Esistono altri due modi in cui riteniamo che la CTA avvantaggi i clienti che la utilizzano. Il primo è risparmiare spazio sull'archiviazione cloud utilizzando la compressione integrata del CTA. Quando si spostano i dati nel cloud, gli amministratori possono scegliere tra una compressione veloce o forte e possono monitorare i tassi di compressione tramite il grafico di utilizzo a più livelli situato nella pagina Dashboard della GUI CTA (Fig. 2). Il secondo è attraverso il risparmio sui costi di backup. Riducendo la quantità di dati effettivi in sede che devono essere trasferiti su altri supporti locali, CTA può aiutare a risparmiare sulla spesa per hardware e software di backup in sede. Tuttavia, in base agli SLA con il tuo provider di archiviazione cloud, ti consigliamo vivamente di eseguire il backup di tutti i dati esistenti sull'archiviazione cloud per assicurarti di poter soddisfare gli SLA organizzativi come richiesto.
Fig. 2
Cosa c'è di nuovo in CTA 13.0?
Dobbiamo dare credito a Dell EMC. Non solo hanno un nuovo elettrodomestico aggiornato, ma hanno anche implementato diverse nuove funzionalità per accompagnarlo. La nuova interfaccia HTML 5 è nitida e reattiva (addio Flash!) e Dell EMC ha svolto un ottimo lavoro con la progettazione dell'interfaccia utente, conferendo alla GUI CTA un aspetto identico a quello di una GUI Unity XT, PowerStore o PowerMax. È sempre più semplice operare quando le interfacce utilizzate da ingegneri e amministratori risultano fluide.
Per quanto riguarda gli aggiornamenti di sicurezza, ora è stato aggiunto il supporto per SMB 3.0.2 e SMB 2.1, inclusa la negoziazione automatica SMB, la firma, l'autenticazione Kerberos e NTLM. Inoltre, sono stati implementati miglioramenti delle prestazioni per i file di grandi dimensioni, con la lunghezza dei pacchetti R/W ottimizzata da Dell EMC a 512 KB.
La sicurezza è qualcosa da prendere sul serio e siamo lieti che l'opzione di crittografia per il CTA richieda un'implementazione HA (Fig. 3). Avere un archivio chiavi Single Point of Failure in un'architettura di sicurezza che potrebbe potenzialmente comportare una perdita di dati in caso di guasto è un rischio serio e Dell EMC si assicura di evitarlo richiedendo più CTA. È una buona cosa. Impediscono agli utenti finali di fare cose cattive a se stessi. Ci piacerebbe vedere più fornitori adottare guard rail basati sul buon senso nei loro prodotti.
Fig. 3
Ora che abbiamo coperto la panoramica di alto livello, analizziamo la CTA per offrirti un'esperienza più approfondita.
Configurazione dell'appliance Dell EMC Cloud Tiering
Durante la configurazione iniziale è presente una piccola quantità di CLI guidata (Fig. 4). Tuttavia, non è oneroso, poiché consiste principalmente nel fuso orario, nella rete e nell’impostazione della password. Dalla distribuzione di. ova per accedere alla GUI, questo processo ha richiesto circa 5 minuti.
Per coloro che preferiscono una procedura più colloquiale, abbiamo un video:
Fig. 4
Una volta terminata la configurazione della CLI, è il momento di accedere all'interfaccia GUI (Fig. 5). Ancora una volta, vorremmo elogiare Dell EMC per il nuovo design pulito dell'interfaccia utente.
Fig. 5
Una volta effettuato l'accesso, viene visualizzata la pagina Dashboard predefinita (Fig. 6).
Fig. 6
La dashboard mostra la quantità totale di file e istantanee in livelli che sono stati spostati nell'archivio cloud, eventuali avvisi che si sono verificati e l'attività guidata.
La creazione guidata di un'attività è un gradito aggiornamento alla versione precedente disponibile sul CTA. Nella versione più recente, una rapida procedura guidata della procedura guidata appare come segue: seleziona il tipo di attività > seleziona il server > aggiungi IP > criterio (o crea criterio) > pianificazione (o crea pianificazione) > conferma di riepilogo (Fig. 7-14).
Definizione del tipo di attività Fig. 7
Scelta dell'array di origine Fig. 8
Selezione dell'attività del protocollo NFS Fig. 9
Aggiunta di una directory NFS Fig. 10
Aggiunta della directory NFS parte 2 Fig. 11
Definizione di una politica Fig. 12
Definizione di una pianificazione Fig. 13
Conferma dell'attività prima della fine Fig. 14
Sotto la selezione Pianificazione dal menu in alto, puoi vedere tutte le pianificazioni create e, se selezioni una pianificazione specifica, puoi approfondire la cronologia di quell'attività pianificata (Fig. 15).
Fig. 15
Un'altra caratteristica interessante in Pianificazione è che puoi eseguire una pianificazione come simulazione, per garantire che un lavoro finisca correttamente e non riscontri errori dopo aver creato o modificato una pianificazione (Fig. 16).
Fig. 16
Passando alla scheda Archivi del menu, questa schermata mostra quali LUN e gruppi di coerenza sono configurati per l'archiviazione (Fig. 17).
Fig. 17
Puoi anche vedere quali file sono stati archiviati, rivedere la cronologia di tali file, il ripristino degli stub e i registri di eliminazione degli elementi orfani nel menu Archivi (Fig. 18)
Fig. 18
La CTA offre una buona visualizzazione dei dati in uso anche tramite la schermata di visualizzazione dei rapporti (Fig. 19).
Fig. 19
Le impostazioni dei report archiviati forniscono opzioni aggiuntive per eliminare e gestire i report (Fig. 20)
Fig. 20
Nel menu Politiche, puoi visualizzare tutte le Politiche che sono state create sulla CTA o crearne una nuova (Fig. 21).
Fig. 21
Tieni presente che nella schermata Politiche, quando scegli una politica, verrà visualizzato un riquadro Informazioni generali, che offre ulteriori informazioni su quella particolare politica (Fig. 22)
Fig. 22
L'ultima voce di menu disponibile nella GUI CTA è la Configurazione. È qui sotto che troverai elementi come la crittografia (Fig. 23)
Fig. 23
Aggiunta di ulteriori array, archiviazione cloud e file server (Fig. 24)
Fig. 24
Oltre alle impostazioni API comuni, tra cui File Mover e Unity Credentials (Fig. 25).
Fig. 25
Una cosa che vorremmo sottolineare in relazione a questa configurazione: se desideri collegare più array Unity al CTA, Dell EMC desidera che tu crei un account amministrativo CTA nonché un account utente e una password DHSM su ciascun array, come può specificare solo singoli account per questa connettività nell'interfaccia CTA. Se gli utenti necessitano di utilizzare credenziali diverse per Unity, possono distribuire un CTA da utilizzare per Unity.
Conclusione
Per concludere, noi di StorageReview siamo piuttosto colpiti dall'appliance Dell EMC Cloud Tiering nel complesso e in particolare dalla versione 13.0 appena rilasciata, con un'interfaccia utente molto migliorata. Sta offrendo alle organizzazioni il vantaggio del tiering e dell'archiviazione nel cloud come motore a costo zero (promemoria: non include i costi di archiviazione nel cloud o di rete) per i clienti esistenti e potenziali dell'array di archiviazione Unity XT. Ci aspettiamo fortemente di vedere un aumento nell’adozione da parte del mercato dell’appliance di tiering cloud Unity XT in futuro.
Se desideri saperne di più sull'appliance Cloud Tiering, puoi accedere al whitepaper Dell EMC qui.
Questo rapporto è sponsorizzato da Dell EMC. Tutti i pareri e le opinioni espressi in questo rapporto si basano sulla nostra visione imparziale dei prodotti in esame.
