So funktioniert Tape Gateway (Architektur)

Im Folgenden finden Sie einen Überblick über die Architektur der Lösung für Tape Gateway.

Tape Gateways

Tape Gateway bietet eine zuverlässige, kostengünstige Lösung zum Archivieren von Daten in der Amazon Web Services Cloud. Mit seiner Virtual Tape Library (VTL)-Schnittstelle können Sie mit der vorhandenen Infrastruktur für bandbasierte Sicherungsanwendungen Daten auf virtuellen Bandkassetten speichern, die Sie auf Ihrem Tape Gateway erstellen. Jedes Tape Gateway ist mit einem Medienwechsler und Bandlaufwerken vorkonfiguriert. Diese werden als iSCSI-Geräte für Ihre Client-Sicherungsanwendungen verfügbar gemacht. Bei Bedarf fügen Sie Bandkassetten zum Archivieren von Daten hinzu.

In dieser Abbildung finden Sie eine Übersicht über die Bereitstellung von Tape Gateway.

Das folgende Diagramm veranschaulicht die Komponenten von Tape Gateway:

• Virtuelles Band – Ein virtuelles Band entspricht einer physischen Bandkassette. Allerdings werden die Daten virtueller Bänder in der Amazon Web Services Cloud gespeichert. Wie bei physischen Bändern, können virtuelle Bänder leer sein oder Daten enthalten. Sie können virtuelle Bänder entweder in der Storage-Gateway-Konsole oder programmgesteuert über die Storage Gateway API erstellen. Jedes Gateway kann jeweils bis zu 1,500 Bänder oder 1 PiB an Banddaten insgesamt enthalten. Die Größe der virtuellen Bänder, die Sie beim Erstellen der Bänder konfigurieren können, liegt zwischen 100 GiB und 15 TiB.

• Virtual Tape Library (VTL) – Eine VTL ist vergleichbar mit einer lokal verfügbaren physischen Bandbibliothek mit automatischen Roboterarmen und Bandlaufwerken, einschließlich der Sammlung virtueller Bänder in der Bibliothek. Jedes Tape Gateway beinhaltet eine VTL.

  Die virtuellen Bänder, die Sie erstellen, werden in der Gateway-VTL angezeigt. Bänder in der VTL werden von Amazon S3 gesichert. Wenn Ihre Sicherungssoftware Daten in das Gateway schreibt, speichert das Gateway diese Daten lokal und lädt sie asynchron auf virtuelle Bänder in Ihrer VTL – also Amazon S3 – hoch.

  • Bandlaufwerk – Ein VTL-Bandlaufwerk entspricht einem physischen Bandlaufwerk, das E/A- und Suchoperationen auf einem Band ausführen kann. Jede VTL verfügt über eine Gruppe von 10 Bandlaufwerken, die für die Sicherungsanwendung als iSCSI-Geräte verfügbar sind.

  • Medienwechsler – Ein VTL-Medienwechsler entspricht einem Roboter, der Bänder in den Speicherslots einer physischen Bandbibliothek und auf Bandlaufwerken verschiebt. Jede VTL verfügt über einen Medienwechsler, der für die Sicherungsanwendung als iSCSI-Gerät verfügbar ist.

• Archivierung – Ein Archiv entspricht einem externen Aufbewahrungsort für Bänder. Sie können Bänder aus der zu archivierenden VTL des Gateways archivieren und bei Bedarf Bänder aus dem Archiv in die Gateway-VTL abrufen.

  • Archivierung von Bändern – Wenn Ihre Sicherungssoftware ein Band auswirft, verschiebt das Gateways dieses Band in das Archiv, wo es langfristig gespeichert wird. Das Archiv befindet sich in der AWS -Region, in der Sie das Gateway aktiviert haben. Bänder im Archiv werden im virtuellen Bandregal (Virtual Tape Shelf, VTS) gespeichert. Das VTS wird von S3 Glacier Flexible Retrieval oder S3 Glacier Deep Archive gesichert, einem kostengünstigen Speicherservice für die Datenarchivierung, Sicherung und langfristige Aufbewahrung von Daten.

  • Abrufen von Bändern – Archivierte Bänder können nicht direkt gelesen werden. Wenn Sie ein archiviertes Band lesen möchten, müssen Sie es zuerst von Ihrem Tape Gateway abrufen. Hierzu verwenden Sie die Storage-Gateway-Konsole oder die Storage Gateway API.

    Wichtig

    Wenn Sie ein Band in „S3 Glacier Flexible Retrieval“ archivieren, können Sie das Band in der Regel innerhalb von 3 bis 5 Stunden abrufen. Wenn Sie das Band in „S3 Glacier Deep Archive“ archivieren, können Sie es in der Regel innerhalb von 12 Stunden abrufen.

Nachdem Sie ein Tape Gateway bereitgestellt und aktiviert haben, mounten Sie die virtuellen Bandlaufwerke und den Medienwechsler als iSCSI-Geräte auf Ihren lokalen Anwendungsservern. Sie erstellen virtuelle Bänder nach Bedarf und verwenden dann die bestehende Sicherungssoftwareanwendung, um Daten auf die virtuellen Bänder zu schreiben. Der Medienwechsler lädt und entlädt die virtuellen Bänder für Lese- und Schreiboperationen in die virtuellen Bandlaufwerke.

Zuweisen von lokalen Datenträgern für die Gateway-VM

Die Gateway-VM benötigt lokale Datenträger, denen Sie die folgenden Zwecke zuweisen:

• Cache-Speicher – Der Cache-Speicher fungiert wie der dauerhafte Speicher für Daten, die vom Upload-Puffer aus in Amazon S3 hochgeladen werden sollen.

  Wenn Ihre Anwendung Daten von einem virtuellen Band liest, speichert das Gateway die Daten im Cache-Speicher. Das Gateway speichert die Daten, auf die zuletzt zugegriffen wurde, im Cache-Speicher, um einen schnellen Zugriff zu ermöglichen. Wenn Ihre Anwendung Banddaten anfordert, prüft das Gateway zunächst den Cache-Speicher auf die Daten, bevor die Daten von heruntergeladen werden AWS.

• Upload-Puffer – Der Upload-Puffer stellt einen Staging-Bereich für das Gateway bereit, bevor die Daten auf ein virtuelles Band geladen werden. Der Upload-Puffer ist ebenfalls wichtig für die Erstellung von Wiederherstellungspunkten, die Sie verwenden können, um Bänder nach unerwarteten Fehlern wiederherzustellen. Weitere Informationen finden Sie unter Sie müssen ein virtuelles Band von einem fehlerhaften Tape Gateway wiederherstellen..

Wenn die Sicherungsanwendung Daten auf das Gateway schreibt, kopiert das Gateway die Daten sowohl in den Cache-Speicher als auch in den Upload-Puffer. Erst danach wird die Schreiboperation gegenüber der Sicherungsanwendung bestätigt.

Richtlinien zur Bestimmung des Speicherplatzes, den Sie dem Cache-Speicher und dem Upload-Puffer zuweisen sollten, finden Sie unter Bestimmen der Größe des lokalen Festplattenspeichers.