Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Come funziona il gateway di nastri virtuali
Di seguito, puoi trovare una panoramica dell'architettura della soluzione gateway di nastri virtuali.
Gateway di nastri virtuali
Il gateway di nastri virtuali offre una soluzione durevole e conveniente per archiviare i dati nel cloud Amazon Web Services. Con la sua interfaccia Virtual Tape Library (VTL), puoi utilizzare l'infrastruttura di backup basata su nastro esistente per archiviare i dati su cartucce a nastro virtuali che crei sul tuo Tape Gateway. Ogni gateway di nastri virtuali è preconfigurato con un'unità di sostituzione dei supporti e unità a nastro. Queste sono disponibili per le applicazioni di backup client esistenti come dispositivi i. SCSI Puoi aggiungere nastri in base alle esigenze per archiviare i dati.
Il diagramma seguente fornisce una panoramica dell’implementazione del gateway di nastri virtuali.
Il diagramma mostra i seguenti componenti del gateway di nastri virtuali:
-
Nastro virtuale: un nastro virtuale è come un nastro fisico. Tuttavia, i dati del nastro virtuale vengono archiviati nel cloud Amazon Web Services. Come i nastri fisici, i nastri virtuali possono essere vuoti o avere dati scritti su di essi. È possibile creare nastri virtuali utilizzando la console Storage Gateway o programmaticamente utilizzando Storage Gateway. API Ciascun gateway può contenere fino a 1.500 nastri o fino a 1 PiB di dati su nastro totali alla volta. Le dimensioni di ciascun nastro virtuale, configurabili al momento della creazione del nastro, vanno da 100 GiB a 15 TiB.
-
Libreria a nastro virtuale (VTL): A VTL è come una libreria a nastro fisica disponibile in locale con bracci robotici e unità a nastro. VTLLa tua include la raccolta di nastri virtuali archiviati. Ogni Tape Gateway ne include unoVTL.
I nastri virtuali creati vengono visualizzati in quelli del VTL gateway. Il backup dei nastri VTL contenuti viene eseguito da Amazon S3. Man mano che il software di backup scrive i dati sul gateway, il gateway archivia i dati localmente e quindi li carica in modo asincrono su nastri virtuali nel tuo VTL sistema, ad esempio Amazon S3.
-
Unità a nastro: un'unità a VTL nastro è analoga a un'unità a nastro fisica in grado di eseguire I/O e cercare operazioni su un nastro. Ciascuna unità VTL è dotata di un set di 10 unità nastro, disponibili per l'applicazione di backup come dispositivi iSCSI.
-
Media changer: un VTL media changer è analogo a un robot che sposta i nastri negli slot di archiviazione e nelle unità a nastro di una libreria di nastri fisica. Ciascuno VTL è dotato di un media changer, disponibile per l'applicazione di backup come dispositivo i. SCSI
-
-
Archivio: l'archivio è come un sito di nastri offsite. È possibile archiviare i nastri dal gateway VTL all'archivio. Se necessario, è possibile recuperare i nastri dall'archivio e trasferirli a quelli del gateway. VTL
-
Archiviazione di nastri: quando il software di backup espelle un nastro, il gateway sposta il nastro nell'archivio per l’archiviazione a lungo termine. L'archivio è situato nella AWS Regione in cui viene attivato il gateway. I nastri presenti nell'archivio vengono archiviati nello scaffale a nastro virtuale (). VTS VTSÈ supportato da S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive, un servizio di storage a basso costo per l'archiviazione, il backup e la conservazione dei dati a lungo termine.
-
Recupero di nastri: non è possibile leggere direttamente i nastri archiviati. Per leggere un nastro archiviato, è necessario prima recuperarlo sul Tape Gateway utilizzando la console Storage Gateway o lo Storage Gateway. API
Importante
È possibile recuperare un nastro archiviato in S3 Glacier Flexible Retrieval, generalmente entro 3-5 ore. È possibile recuperare un nastro archiviato in S3 Glacier Deep Archive, generalmente entro 12 ore.
-
Dopo aver distribuito e attivato un Tape Gateway, è possibile montare le unità a nastro virtuali e il media changer sui server delle applicazioni locali come dispositivi i. SCSI È possibile creare nastri virtuali in base alle esigenze. Dopo di che, è possibile utilizzare l'applicazione software di backup esistente per scrivere i dati sui nastri virtuali. L'unità di sostituzione dei supporti carica e scarica i nastri virtuali nelle unità nastro virtuali per le operazioni di lettura e scrittura.
Allocazione dei dischi locali per la macchina virtuale del gateway
La macchina virtuale del gateway necessita di dischi locali, che allochi per i seguenti scopi:
-
Archiviazione della cache: l'archiviazione della cache funge da archiviazione durevole per i dati che aspettano di essere caricati in Amazon S3 dal buffer di caricamento.
Se l'applicazione legge i dati da un nastro virtuale, il gateway salva i dati nello storage della cache. Il gateway archivia i dati utilizzati di recente nello storage della cache per l'accesso a bassa latenza. Se l'applicazione richiede dati su nastro, il gateway verifica innanzitutto la presenza di dati nella cache prima di scaricarli da. AWS
-
Buffer di caricamento: il buffer di caricamento fornisce un'area di gestione temporanea al gateway prima che carichi i dati su un nastro virtuale. Il buffer di caricamento è inoltre fondamentale per la creazione di punti di ripristino da utilizzare per ripristinare i nastri dopo errori imprevisti. Per ulteriori informazioni, consulta È necessario recuperare un nastro virtuale da un gateway di nastri virtuali non funzionante.
Man mano che l'applicazione di backup scrive i dati nel gateway, il gateway copia i dati sia nello storage della cache sia nel buffer di caricamento. Dopo di che riconosce il completamento dell'operazione di scrittura sull'applicazione di backup.
Per le linee guida sulla quantità di spazio su disco da allocare per lo storage della cache e il buffer di caricamento, consulta Determinazione della quantità di archiviazione su disco locale.
