Thin Cloning: Beschleunigen Sie die Entwicklung und senken Sie die Kosten mit FSx for ONTAP

In der IT-Welt benötigen Sie häufig zusätzliche Kopien eines Datensatzes, beispielsweise bei der Anwendungsentwicklung und beim Testen (DevTest) sowie bei der Bereitstellung neuer virtueller Maschinen. Das Erstellen dieser Kopien ist jedoch leichter gesagt als getan.

Das Klonen von Daten bringt einige große Herausforderungen mit sich, insbesondere bei großen Datensätzen. Das Erstellen von Kopien der relevanten Daten kann zeitaufwändig sein und zu übermäßigem Speicherbedarf, höheren Kosten, geringerer Leistung und Prozessaufwand führen. All dies verlängert Ihre Markteinführungszeit und wirkt sich negativ auf Ihr Geschäftsergebnis aus.

Ihre Entwicklung kann nicht so lange warten. Amazon FSx für NetApp ONTAP bietet integrierte Datenverwaltungsfunktionen, die als AWS-First-Party-Service bereitgestellt werden, und kann Ihnen helfen, diese Herausforderungen zu meistern.

Lesen Sie weiter, um mehr zu erfahren, oder springen Sie über diese Links nach unten:

• Warum das Kopieren Ihres Datensatzes wichtig ist (und was es schwierig macht)
• Es gibt eine effizientere Möglichkeit, Daten mit FSx for ONTAP zu klonen
  • So funktioniert das Klonen mit FSx for ONTAP
  • Wie Entwicklungspipelines vom Datenklonen mit FSx for ONTAP profitieren
• Wie ein großer Games-as-a-Service-Anbieter die Entwicklung mit FSx for ONTAP beschleunigt
• Fazit: Schnellere Entwicklung, geringere Kosten

Warum das Kopieren Ihres Datensatzes wichtig ist (und was es schwierig macht)

Jeder weiß, dass Daten zu den wichtigsten Vermögenswerten eines Unternehmens gehören. Doch wie diese Daten verwendet werden, macht den Unterschied. Angesichts ihrer Bedeutung sollten Sie sie nicht manipulieren. Um Ihre Daten richtig zu nutzen, benötigen Sie eine „Golden Copy“ – eine identische Version Ihres Datensatzes, die als Testumgebung dient und immer wieder neu erstellt werden kann. Eine Golden Copy schützt den primären Datensatz vor Ihren Tests, und Sie können die Kopie testen, ohne die Produktion zu beeinträchtigen.

Die beiden wichtigsten Bereiche, in denen solche Kopien zum Einsatz kommen, sind die Entwicklungspipeline und die Erstellung neuer Umgebungen.

Eine wichtige Kennzahl für DevTest ist die Anzahl der Tests, die Sie pro Stunde mit einer Codebasis durchführen können. Je mehr Tests ausgeführt werden, desto höher ist die Agilität, sodass die Codebasis schneller weiterentwickelt wird. Manche Tests erfordern Hunderte von Durchläufen mit Hunderten von Kopien.

Datenkopien werden auch häufig beim Testen von Disaster-Recovery-Umgebungen (DR) verwendet. Dabei werden Datenkopien verwendet, um Anwendungsdienste außerhalb Ihres primären Datenspeicherorts wiederherzustellen. Andere beliebte Anwendungsfälle für Datenkopien sind Datenbankaktualisierung, explorative Datenanalyse, Hochleistungsrechnen für Medien und Unterhaltung (M&E), Analytik und KI.

Das Erstellen von Kopien für diese Zwecke kann jedoch aus mehreren Gründen eine Herausforderung sein.

• Das Kopieren von Daten ist zeitaufwändig. Um eine Version der Daten zu erstellen, die Sie sicher testen können, müssen Sie eine Kopie der Golden Copy erstellen. Traditionell ist dies ein sehr zeitaufwändiger Prozess. Abhängig von der Größe Ihres Datensatzes kann das Erstellen der benötigten Kopien den größten Teil der Testlaufzeit in Anspruch nehmen. Dies begrenzt die Anzahl der Tests pro Stunde, was wiederum Ihre Veröffentlichung verzögert.
• Rasch gestiegener Speicherverbrauch und höhere Kosten. Da Datenkopien den ursprünglichen Datensatz vollständig duplizieren, verdoppelt jede Kopie Ihren Speicherverbrauch und belastet Ihre Rechen- und Netzwerkressourcen zusätzlich. Der DevTest-Prozess kann die Erstellung vieler (manchmal Hunderte) solcher Kopien erfordern, was Ihre Kosten in die Höhe treibt. Darüber hinaus investieren Ihre Entwickler und Administratoren viel wertvolle Zeit und Energie in die Verwaltung dieser Kopien.
• Verzögerte Markteinführung. Durch die Veröffentlichung neuer Versionen bleiben Apps flexibel und wettbewerbsfähig. Dies ist jedoch nicht möglich, wenn Ihr Veröffentlichungsplan durch zu lange und komplexe Kopiermechanismen blockiert wird.
• Leistungsprobleme. Der Zugriff auf und die Aktualisierung von Datenkopien in Mehrbenutzer- oder Mehranwendungskontexten kann zu Folgendem führen: Es erfordert sorgfältige Planung, um sicherzustellen, dass die Klone konsistent und aktuell sind, was den Betriebsaufwand erhöht.

Die Arbeit mit Datenkopien ist mit erheblichen Herausforderungen verbunden, aber NetApp und AWS haben sich zusammengetan, um eine Lösung für beschreibbare Thin-Clone-Kopien bereitzustellen: Amazon FSx for NetApp ONTAP.

Mit FSx for ONTAP gibt es eine effizientere Möglichkeit zum Klonen von Daten

Amazon FSx for NetApp ONTAP verfügt über eine integrierte Funktion zum Klonen von Daten, die von der NetApp^® FlexClone^® Technologie bereitgestellt wird. Mit dieser Funktion erstellen Sie sofort lokale Kopien Ihrer Datenvolumes – beschreibbare Kopien mit minimalem Speicherplatzbedarf.

Diese „schlanken“ Klone machen den Aufbau Ihrer Testumgebungen, die Aktualisierung Ihrer Datenbanken und vieles mehr deutlich schneller und kostengünstiger.

So funktioniert das Klonen mit FSx for ONTAP

FSx for ONTAP verwendet die FlexClone-Technologie, um hochgradig platzsparende, beschreibbare Kopien zu erstellen. Und so funktioniert es:

• Sie können sofort lokale, beschreibbare Kopien von Volumes, LUNs und Dateien erstellen. Die von FSx for ONTAP erstellten sofortigen Datenvolume-Kopien nutzen eine virtuelle Ebene über einer vorhandenen NetApp Snapshot^™-Kopie. Diese Snapshot-Kopie fungiert als Golden Copy und benötigt nur sehr wenige Metadaten. Die Klonkopien werden unabhängig von der Masterkopie erstellt, wodurch der Klonvorgang extrem platzsparend ist.

• Klone werden unabhängig von den übergeordneten Volumes aktualisiert. Eine Klonkopie nutzt dieselben Blöcke wie ihr übergeordnetes Volume. Zusätzlicher Speicherplatz wird nur bei Datenänderungen verbraucht. Die Datenänderungen werden in 4-Kilobyte-Schritten aktualisiert.
  
  Die Klone haben daher keine Auswirkungen auf die Leistung von Anwendungen, die die Produktionsdatenvolumes verwenden. Bei Bedarf können Sie die Klone auch von ihrer Masterkopie trennen und unabhängig voneinander verwenden – dies würde jedoch zusätzlichen Speicherplatz erfordern.
  
  Wenn Sie DR-Volumes klonen, die Ihrer Produktionsumgebung entsprechen, zu Test- oder anderen Zwecken, repliziert die SnapMirror^®-Funktion kontinuierlich Daten auf die übergeordneten Volumes der Klone, während Ihr DevTest-Team an den Klonen arbeitet.

• Klone sind platzsparend, was die Kosten senkt. Betrachten Sie das Beispiel von DevTest für eine 100 GB große Produktionsdatenbank. Normalerweise erfordert dies eine vollständige Spiegelung und dann viele Kopien für Entwickler und Tester. Wenn wir davon ausgehen, dass drei Exemplare jedes Typs benötigt werden, beträgt der gesamte erforderliche Speicherplatz 800 GB, einschließlich des Speicherplatzes der Produktionsdatenbank.
  
  Selbst wenn eine vollständige Spiegelkopie der Daten beibehalten wird, um den Produktionsspeicher nicht zu beeinträchtigen, reduziert die Verwendung von FlexClone für DevTest-Kopien den Speicherverbrauch auf 260 GB. Dies reduziert den insgesamt benötigten Speicher um 67 % und senkt die Kosten proportional. Erfahren Sie mehr darüber, wie Sie den von einem FlexClone-Volume genutzten Speicherplatz bestimmen.
• Klone haben einen geringen Leistungsaufwand. Da Klone nahezu keinen Einfluss auf den Speicher haben, müssen Sie sie nicht häufig mit aktualisierten Produktionsdaten aktualisieren. Das bedeutet, dass Sie stets mit aktuellen Daten testen können, anstatt mit veralteten.
  
  Mit Klonen können Sie außerdem Tests durchführen, ohne die Produktionsumgebung zu beeinträchtigen. Nach Abschluss des Tests löschen Sie einfach den Klon und erstellen in Sekundenschnelle ein neues, sauberes Klon-Image.
  
  Sie können den Klonprozess auch mithilfe von APIs automatisieren und in Ihre CI/CD-Pipeline (Continuous Integration und Continuous Deployment) integrieren. Dieser Ansatz vermeidet die zuvor beschriebenen Herausforderungen beim DevTest-Klonen.
• Schnellere Tests ermöglichen schnellere Build-Veröffentlichungen.

  Wie Entwicklungspipelines vom Datenklonen mit FSx for ONTAP profitieren

  Sehen wir uns einige der Vorteile an, die Sie mit dem Datenklonen von FSx for ONTAP erreichen können.

• Schnellere Markteinführung durch sofort erstellte Entwicklungsumgebungen. Mit FlexClone werden Kopien von Produktionsumgebungen sofort erstellt. Entwickler, die FlexClone verwenden, verbringen weniger Zeit mit dem Warten auf Kopien und mehr Zeit mit der Arbeit, da Klone schnell erstellt und bereinigt werden. Dies führt wiederum zu mehr Agilität, höherer Produktivität des Entwicklungsteams und einer schnelleren Markteinführung.
• Kosteneinsparungen. Da Thin Clones nur minimalen Speicherplatz beanspruchen, verursachen sie in AWS kaum zusätzliche Kosten.
• Schnelle Umgebungsaktualisierung. Da FSx for ONTAP Datenklone sofort erstellt, können Sie die DevTest-Umgebung bei Bedarf mit den Daten der Produktionsumgebung aktualisieren. Diese Aktualisierungsgeschwindigkeit ermöglicht Ihnen häufigere Tests – und zwar mit den aktuellsten Daten.
• Testen ohne Auswirkungen. Mit FlexClone können Sie Tests durchführen, ohne Ihre Produktionsumgebung oder Ihren primären Datensatz zu gefährden. Nach Abschluss der Tests können Sie den Klon einfach entfernen und in Sekundenschnelle einen neuen erstellen. Diese Fähigkeit reduziert den Aufwand und beschleunigt den Entwicklungsprozess.

Wie ein großer Games-as-a-Service-Anbieter die Entwicklung mit FSx for ONTAP-Klonen beschleunigt

Dieser Spieleentwickler und Games-as-a-Service-Provider bringt einige der derzeit beliebtesten Spieletitel heraus, mit denen Hunderte Millionen Spieler weltweit über interne Netzwerke verbunden sind. Die Migration zu FSx for ONTAP hatte einen großen Einfluss darauf, wie das Unternehmen dies alles umsetzt.

Das Spieleunternehmen wollte den Entwicklungszyklus seiner Build-Farm-Operationen in AWS beschleunigen. Da das Spielprodukt live ist, sind ständig kurze Releases erforderlich. AWS bot Zugriff auf mehr Rechenleistung und Skalierbarkeit, wodurch sich die Anzahl der täglich erstellten Builds verdoppelte. Mit FSx for ONTAP als Storage-Layer konnte das Unternehmen noch mehr erreichen:

• Die Übertragungszeit für Quellcode auf neue Instanzen wurde von Stunden auf Minuten reduziert. Zuvor musste die Arbeit am Code unterbrochen werden, während Datenkopien erstellt wurden, was den gesamten CI/CD-Prozess verlangsamte. Dank Thin Cloning mit FSx for ONTAP konnten neue Kopien sofort erstellt und dann einfach geteilt werden.
• Die Speicherkosten für die umfangreichen Codebasistests wurden gesenkt. In der Entwicklung laufen Hunderte von Instanzen parallel. Die FlexClone Technologie erstellt Datenklone ohne Kapazitätskosten, anstatt ganze Datenmengen für jede Testkopie zu kopieren und zum vollen Preis zu speichern. Die daraus resultierenden Einsparungen sind erheblich.
• Ausfallpotenzial wurde eliminiert. Dank der in FSx for ONTAP integrierten Hochverfügbarkeit mehrerer Availability Zones (Multi-AZ) befinden sich die Daten auf zwei Nodes, die über zwei separate AZs hinweg synchronisiert werden. Selbst bei einem Ausfall in einer AZ kann der Build-Prozess ohne Unterbrechung fortgesetzt werden, da die Entwickler weiterhin auf die im FSx for ONTAP Node in der nicht betroffenen AZ gespeicherten Daten zugreifen können.

Fazit: Schnellere Entwicklung, geringere Kosten

Die Anforderungen des Entwicklungszyklus an die Storage-Schicht können zu hohen Kosten und Terminverzögerungen führen. Mit Amazon FSx for NetApp ONTAP Thin Cloning erhalten Sie nicht nur sofortige, Performance-unabhängige Klone, sondern vermeiden auch die Kosten für zusätzliche Speicherkapazität beim Erstellen von Kopien.

Lassen Sie sich nicht von Ihren Daten ausbremsen. Sparen Sie Zeit und Geld mit der Thin Clone Funktion von FSx for ONTAP.