Clonazione sottile: accelera lo sviluppo e riduci i costi con FSx per ONTAP

Nel mondo IT, spesso sono necessarie copie aggiuntive di un set di dati, ad esempio durante lo sviluppo e il test di applicazioni (DevTest) e il provisioning di nuove macchine virtuali. Tuttavia, creare queste copie è più facile a dirsi che a farsi.

La clonazione dei dati presenta alcune importanti sfide, soprattutto quando si gestiscono set di dati di grandi dimensioni. Creare copie dei dati rilevanti può richiedere molto tempo e può comportare un'espansione incontrollata dello storage, un aumento dei costi, prestazioni più lente e un sovraccarico dei processi. Tutto ciò aumenterà il time-to-market complessivo, con un conseguente impatto sui profitti.

Il tuo sviluppo non può aspettare così a lungo. Amazon FSx per NetApp ONTAP offre funzionalità di gestione dei dati integrate fornite come servizio AWS di prima parte e può aiutare a superare queste sfide.

Continua a leggere per saperne di più o vai direttamente alla pagina successiva utilizzando questi link:

• Perché è importante copiare il tuo set di dati (e cosa lo rende difficile)
• C'è un modo più efficiente per clonare i dati con FSx per ONTAP
  • Come funziona la clonazione di FSx per ONTAP
  • Come le pipeline di sviluppo traggono vantaggio dalla clonazione dei dati con FSx per ONTAP
• Come un importante fornitore di servizi di giochi accelera lo sviluppo utilizzando FSx per ONTAP
• In conclusione: sviluppo più rapido, costi inferiori

Perché è importante copiare il proprio dataset (e cosa lo rende difficile)

Tutti sanno che i dati sono una delle risorse più importanti che un'organizzazione possa avere. Ma il modo in cui vengono utilizzati fa la differenza. Data la loro importanza, non è qualcosa che si desidera manomettere. Per utilizzare correttamente i dati, è necessaria una "copia ideale", ovvero una versione identica del dataset che funga da ambiente di test e che possa essere ricreata ripetutamente. Una copia d'oro protegge il set di dati primario dai test e consente di sottoporre la copia a test senza influire sulla produzione.

Le due aree principali in cui tali copie entrano in gioco sono la pipeline di sviluppo e la creazione di nuovi ambienti.

Quando si tratta di DevTest, una metrica importante è il numero di test che è possibile eseguire su una base di codice all'ora. Più test vengono eseguiti, maggiore è l'agilità, quindi la base di codice progredisce più velocemente. Alcuni test richiedono centinaia di esecuzioni, che comportano centinaia di copie.

Le copie dei dati sono ampiamente utilizzate anche nei test degli ambienti di disaster recovery (DR), che prevedono l'utilizzo di copie dei dati per ripristinare i servizi applicativi al di fuori della posizione dei dati primaria. Altri casi d'uso comuni per le copie di dati includono l'aggiornamento del database, l'analisi esplorativa dei dati, l'elaborazione ad alte prestazioni per media e intrattenimento (M&E), l'analisi e l'intelligenza artificiale.

Tuttavia, creare copie per questi scopi può essere difficile per diversi motivi.

• Copiare i dati richiede tempo. Per creare una versione dei dati che sia possibile testare in modo sicuro, è necessario creare una copia della copia di riferimento. Tradizionalmente, questo è un processo che richiede molto tempo. A seconda delle dimensioni del dataset, la creazione delle copie necessarie può consumare gran parte del tempo di esecuzione dei test. Ciò limita il numero di test all'ora, il che a sua volta ritarda il rilascio.
• Rapido aumento dell'utilizzo e dei costi di storage. Poiché le copie dei dati duplicano completamente il dataset originale, ogni copia raddoppia il consumo di storage e aumenta le risorse di elaborazione e di rete. Il processo DevTest può richiedere la creazione di molte (a volte centinaia) di tali copie, con un conseguente aumento dei costi. Inoltre, sviluppatori e amministratori impiegheranno molto tempo ed energie amministrative preziose nella gestione di queste copie.
• Time-to-market ritardato. Promuovere nuove release è il modo in cui le app rimangono agili e competitive. Non è possibile farlo se il programma di rilascio è rallentato da meccanismi di copia eccessivamente lunghi e complessi.
• Problemi di prestazioni. L'accesso e l'aggiornamento delle copie dei dati in contesti multiutente o multiapplicazione potrebbero comportare Richiede una pianificazione meticolosa per garantire che i cloni siano coerenti e aggiornati, il che aumenta il sovraccarico operativo.

Le sfide legate all'utilizzo di copie di dati sono notevoli, ma NetApp e AWS hanno stretto una partnership per fornire una soluzione per copie thin-clone scrivibili: Amazon FSx for NetApp ONTAP.

Esiste un modo più efficiente per clonare i dati con FSx for ONTAP

Amazon FSx for NetApp ONTAP ha una funzionalità integrata di clonazione dei dati fornita dalla tecnologia NetApp^® FlexClone^®. Questa funzionalità consente di creare copie locali istantanee dei volumi di dati, in un determinato momento, copie scrivibili e con un consumo di spazio di archiviazione minimo.

Questi cloni "sottili" rendono molto più veloce ed economico creare ambienti di test, aggiornare i database e molto altro.

Come funziona la clonazione di FSx for ONTAP

FSx for ONTAP utilizza la tecnologia FlexClone per creare copie scrivibili e ad alta efficienza in termini di spazio. Ecco come funziona:

• È possibile creare istantaneamente copie locali scrivibili di volumi, LUN e file. Le copie istantanee dei volumi di dati create da FSx for ONTAP sfruttano un livello virtuale su una copia NetApp Snapshot^™ esistente. Tale copia Snapshot funge da copia d'oro e richiede pochissimi metadati. Le copie clone vengono create indipendentemente dalla copia master, rendendo il processo di clonazione estremamente efficiente in termini di spazio.

• I cloni vengono aggiornati indipendentemente dai volumi padre. Una copia clone condivide tutti gli stessi blocchi del suo padre e lo spazio di archiviazione aggiuntivo viene consumato solo in caso di modifica dei dati. La modifica dei dati viene aggiornata con incrementi di blocchi di 4K.
  
  I cloni non hanno quindi alcun impatto sulle prestazioni delle applicazioni che utilizzano i volumi di dati di produzione. Se necessario, è anche possibile separare i cloni dalla loro copia master e utilizzarli in modo indipendente, ma ciò richiederebbe spazio su disco aggiuntivo.
  
  Quando si clonano volumi DR corrispondenti al proprio ambiente di produzione, per test o altri scopi, la funzionalità SnapMirror^® funziona costantemente per replicare i dati sui volumi padre dei cloni mentre il team DevTest lavora sui cloni.

• I cloni sono efficienti in termini di spazio, il che riduce i costi. Si consideri l'esempio di DevTest per un database di produzione da 100 GB. Normalmente, questo richiede un mirror completo e quindi numerose copie da utilizzare per sviluppatori e tester. Ipotizzando che siano necessari tre volumi di ciascun tipo, lo spazio di archiviazione totale richiesto è di 800 GB, incluso quello del database di produzione.
  
  Anche se viene mantenuta una copia mirror completa dei dati per evitare di influire sullo storage di produzione, l'utilizzo di FlexClone per le copie DevTest riduce il consumo di storage a 260 GB. Ciò riduce la quantità complessiva di storage richiesta del 67% e riduce i costi in modo proporzionale. Scopri di più su come determinare lo spazio utilizzato da un volume FlexClone.
• I cloni hanno un basso impatto sulle prestazioni. Poiché i cloni hanno un impatto quasi nullo sullo storage, non è necessario preoccuparsi di aggiornarli frequentemente con i dati di produzione aggiornati. Ciò significa che è sempre possibile eseguire test con dati aggiornati, anziché con dati obsoleti.
  
  I cloni consentono inoltre di eseguire test senza influire sull'ambiente di produzione. Al termine del test, è sufficiente eliminare il clone e creare una nuova immagine clone pulita in pochi secondi.
  
  È anche possibile utilizzare le API per automatizzare il processo di clonazione e integrarlo nella pipeline CI/CD (integrazione continua e distribuzione continua). Questo approccio evita le problematiche di clonazione di DevTest discusse in precedenza.
• Se si riesce a testare più velocemente, si rilasciano le build più velocemente.

  Come le pipeline di sviluppo traggono vantaggio dalla clonazione dei dati con FSx for ONTAP

  Diamo un'occhiata ad alcuni dei risultati che si possono ottenere con la clonazione dei dati di FSx for ONTAP.

• Time to market più rapido con ambienti di sviluppo creati istantaneamente. Grazie alla funzionalità FlexClone, le copie degli ambienti di produzione vengono create istantaneamente. Gli sviluppatori che utilizzano FlexClone impiegano meno tempo ad attendere le copie e più tempo a lavorare, perché i cloni vengono creati e ripuliti rapidamente. Questo a sua volta si traduce in maggiore agilità, migliore produttività da parte del team di sviluppo e un time-to-market più rapido.
• Risparmio sui costi. Poiché i cloni sottili consumano uno spazio di archiviazione minimo, non comportano costi aggiuntivi significativi in AWS.
• Aggiornamento rapido dell'ambiente. Poiché FSx for ONTAP crea cloni di dati istantaneamente, è possibile aggiornare l'ambiente DevTest con i dati dell'ambiente di produzione ogni volta che è necessario. Questa velocità di aggiornamento consente di eseguire test più frequentemente e con i dati più aggiornati.
• Test a impatto zero. FlexClone consente di eseguire test senza compromettere l'ambiente di produzione o il set di dati primario. Al termine del test, è sufficiente rimuovere il clone e crearne uno nuovo in pochi secondi. Questa funzionalità riduce i costi generali e velocizza il processo di sviluppo.

Come un importante fornitore di giochi come servizio accelera lo sviluppo utilizzando la clonazione di FSx per ONTAP

Questo sviluppatore di giochi e fornitore di giochi come servizio produce alcuni dei titoli più popolari del momento, con centinaia di milioni di giocatori in tutto il mondo connessi tramite reti interne. La migrazione a FSx per ONTAP ha avuto un impatto significativo sul modo in cui l'azienda realizza tutto questo.

L'azienda di giochi cercava di accelerare il ciclo di sviluppo nelle operazioni di build-farm su AWS. Poiché il gioco è attivo, richiede rilasci brevi e costanti. AWS ha offerto accesso a maggiore potenza di calcolo e scalabilità, raddoppiando il numero di build giornaliere. Con FSx for ONTAP come livello di storage, l'azienda è stata in grado di fare ancora di più:

• Riduzione del tempo di trasferimento del codice sorgente alle nuove istanze da ore a minuti. In precedenza, il lavoro sul codice doveva essere interrotto durante la creazione delle copie dei dati, rallentando l'intero processo di CI/CD. Grazie al thin cloning di FSx for ONTAP, è possibile creare nuove copie istantaneamente e poi condividerle facilmente.
• Riduzione dei costi di storage per i test massivi della base di codice. Sono centinaia le istanze che eseguono test paralleli in fase di sviluppo. La tecnologia FlexClone crea cloni di dati a costo zero, anziché copiare interi volumi di dati per ogni copia di test e archiviarli a costo pieno. I risparmi risultanti sono significativi.
• Eliminazione del potenziale di downtime. Grazie all'elevata disponibilità multi-AZ (Multi-Availability Zone) integrata in FSx for ONTAP, i dati risiedono in due nodi sincronizzati su due AZ separate. Anche se si verifica un'interruzione in una zona di disponibilità (AZ), il processo di build può continuare senza interruzioni, poiché gli sviluppatori possono comunque accedere ai dati archiviati sul nodo FSx for ONTAP nella zona di disponibilità non interessata.

In conclusione: sviluppo più rapido, costi inferiori

Le esigenze del ciclo di sviluppo a livello di storage possono comportare costi elevati e ritardi nella pianificazione. Con la clonazione sottile di Amazon FSx for NetApp ONTAP, non solo ottieni cloni istantanei e a prestazioni neutre, ma eviti anche di pagare per capacità di storage aggiuntiva durante la creazione di copie.

Non lasciare che i tuoi dati ti rallentino. Lascia che la funzionalità thin-clone di FSx per ONTAP ti faccia risparmiare tempo e denaro.