RTO vs. RPO: Die wichtigsten Unterschiede für die Notfallwiederherstellung verstehen
&
Unternehmen verlassen sich zunehmend auf Backups, um ihre Daten zu schützen und die Geschäftskontinuität im Katastrophenfall sicherzustellen. Schätzungen zufolge sind jedoch mehr als 72 % der Unternehmen nicht in der Lage, ihre IT-Wiederherstellungserwartungen in Bezug auf ihre Ziele der Wiederherstellungspunkte (RPO) und Wiederherstellungszeit-Ziele (RTO) zu erfüllen.
Um einen effizienten Plan für die Wiederherstellung zu erstellen, ist es wichtig, dass Sie sich ein umfassendes Verständnis von RTO und RPO aneignen und die Unterschiede zwischen beiden kennenlernen. In diesem Beitrag erfahren Sie alles, was Sie über diese beiden Parameter für eine zuverlässige Strategie zur Disaster Recovery wissen müssen. Lesen Sie weiter, um zu erfahren, wie Sie strengere RPO- und RTO-Vorgaben erreichen können, um Datenverluste zu minimieren und den normalen Geschäftsbetrieb nach einer Katastrophe so schnell wie möglich wieder aufzunehmen.
Was ist RTO?
Das Wiederherstellungszeit-Ziel (RTO) bezieht sich auf die maximale Ausfallzeit, die ein Unternehmen nach einem Störungsereignis tolerieren kann. Mit anderen Worten: RTO ist die Zeitspanne zwischen dem Auftreten einer Katastrophe und der Wiederherstellung der betroffenen kritischen Workloads.
Die Berechnung der RTO hängt in der Regel von Ihrem Disaster-Recovery-Plan, den verfügbaren Ressourcen und dem Budget ab. Während Ihre IT-Infrastruktur nicht verfügbar ist, benötigen Sie etwas Zeit, um den Grund für den Ausfall zu identifizieren und die notwendigen Aktionen zur Behebung des Problems zu ergreifen. Es sollten jedoch Schritte zur Disaster Recovery vorhanden sein, um sicherzustellen, dass kritische Systeme und Workloads zugänglich und verfügbar sind, während das Produktionsproblem behoben wird. Ihr RTO ist die Zeit zwischen dem Ausfall und der Verfügbarkeit der Systeme durch Backups oder Replikate.
Was ist RPO?
Die Ziele der Wiederherstellungspunkte (RPO) geben die maximale Datenmenge an, deren Verlust eine Organisation im Katastrophenfall ohne kritische Folgen verkraften kann. Diese Kennzahl wird in Stunden/Minuten seit dem letzten Backup-/Replikationsprozess gemessen. Anhand dieser Kennzahl können Sie bestimmen, wie oft Sie Datenbackups und Replikate erstellen müssen, um Datenverluste nach einem Störfall zu reduzieren.
Im Idealfall wird ein Backup- oder Replikationsauftrag kurz vor dem Ausfall des Originalrechners abgeschlossen. In der Praxis ist dies jedoch selten der Fall, sodass zwischen dem Zeitpunkt der letzten erfolgreichen Datensicherung und dem Zeitpunkt des Ausfalls des Originalrechners eine Lücke entsteht. Während dieser Zeit hat die VM Operationen ausgeführt und Daten gespeichert, und höchstwahrscheinlich gehen diese Daten verloren.
Was sind RTO und RPO in Disaster Recovery?
Das ultimative Ziel der Datensicherheit ist klar: Sie möchten sicher sein, dass wichtige Daten nicht verloren gehen, wenn etwas schief geht, und dass Sie die SLAs Ihres Unternehmens in Bezug auf Betriebszeit und Verfügbarkeit einhalten können. Es ist jedoch sehr kostspielig, alle Änderungen in Ihrer virtuellen Umgebung in Echtzeit auf einen Disaster-Recovery-Standort (DR) zu spiegeln. Deshalb müssen Sie sich damit abfinden, dass Sie im Falle eines Ausfalls einige Daten verlieren und Ihre IT-Dienste unterbrochen werden. Ihre Aufgabe besteht also darin, diese Verluste und Unterbrechungen so gering wie möglich zu halten.
Lassen Sie uns die Konzepte von RPO und RTO anhand eines einfachen Diagramms veranschaulichen:
Das Diagramm zeigt ein häufiges Szenario: Eine Virtuelle Maschine stürzt aus irgendeinem Grund ab. Die gelbe Linie stellt das RPO dar, also die Zeit zwischen dem letzten Backup und der Störung. Die orangefarbene Linie ist das RTO und spiegelt die Zeit wider, die für die Wiederherstellung der VM benötigt wird.
Unterschiede zwischen RTO und RPO
Um zu verstehen, wie RTO und RPO bestimmt werden, sollten Sie sich ihre Unterschiede und ihre Rolle im DR-Prozess ansehen.
Bewertung
- RTO befasst sich in erster Linie mit der Zeit, innerhalb derer der Geschäftsbetrieb nach einer Katastrophe wieder aufgenommen werden soll. Zu berücksichtigende Punkte sind:
- Bewerten Sie die Bedürfnisse und Prioritäten Ihres Unternehmens, da diese für jedes Unternehmen einzigartig sind.
- Überlegen Sie, welche Anwendungen für die Dienste und Anwendungen, die für das Überleben der Organisation entscheidend sind, am wichtigsten sind und welche Auswirkungen ein Ausfall dieser Anwendungen haben könnte.
- Legen Sie die Reihenfolge fest, in der jedes System/jede Anwendung wiederhergestellt werden soll, um eine erfolgreiche Disaster Recovery mit minimalen Ausfallzeiten und Verlusten zu gewährleisten.
- RPO konzentriert sich eher auf die Datenmenge, die während der Ausfallzeit verloren gehen kann, ohne dass dies schwerwiegende Auswirkungen auf das Geschäftsergebnis eines Unternehmens hat. Zu berücksichtigende Punkte sind:
- Ermitteln Sie die Häufigkeit von Backups/Replikationen und wie viele Daten zwischen dem letzten VM-Backup und einer tatsächlichen Katastrophe verloren gehen könnten.
- Berücksichtigen Sie die Datenmenge, deren Verlust Ihr Unternehmen für jede Art von Workload verkraften kann.
Kosten
Der Hauptunterschied zwischen RTO und RPO besteht darin, dass ersterer alle Aspekte der Unternehmensstruktur und des DR-Prozesses als Ganzes berücksichtigt, während letzterer nur die Kritikalität von Daten und Anwendungen für die Geschäftskontinuität berücksichtigt. Daher kann die Einhaltung von RTO-Werten eine anspruchsvolle und kostspielige Aufgabe sein, um eine schnelle Wiederherstellung zu gewährleisten. Ebenso bedeutet ein kleinerer RPO, dass Sie mehr Backups durchführen und zusätzliche Wiederherstellungspunkte erstellen müssen, was Ihre Kosten für den Speicher erhöhen kann.
Automation
- As RPO is focused on data and your system’s Resilienz gegenüber Verlusten, es wird empfohlen, regelmäßig Backups durchzuführen. Viele moderne Backup-Lösungen ermöglichen Ihnen die automatische Durchführung von VM-Backups, sodass Sie Ihre Backup-Strategien so anpassen können, dass sie Ihre RPO-Ziele effizient und mit minimalem Aufwand Ihrerseits erfüllen.
- Das Erreichen von RTO ist ein komplexerer Prozess, da alle Geschäftsprozesse und Systemkomponenten berücksichtigt werden müssen, die während eines DR-Ereignisses wiederhergestellt werden müssen. Es wird jedoch empfohlen, den gesamten DR-Prozess von Anfang bis zum Fertigstellen zu automatisieren und zu orchestrieren, um sicherzustellen, dass Ihre RTO-Ziele erreicht werden können.
Einfache Berechnung
- Die RPO Metrik ist einfach zu berechnen, da sie nur einen Aspekt der Wiederherstellung abdeckt – die Daten.
- RTO berücksichtigt alle Aspekte Ihres Unternehmens, einschließlich der Bedeutung Ihrer Daten und Dienste, der Kosten für Ausfallzeiten, der Investitionen in DR-Aktivitäten usw. Bei der Berechnung des RTO sollten Sie die verschiedenen Arten von Workloads und Anwendungen berücksichtigen, da diese unterschiedliche Prozesse der Wiederherstellung haben können. Es ist ratsam, den RTO auf der Grundlage eines Business-Continuity-Plans zu berechnen, der mögliche Geschäftsrisiken und -bedrohungen umreißt und die Schritte beschreibt, die zur Wiederaufnahme des Geschäftsbetriebs unternommen werden müssen.
Um die RTO zu definieren, die für die verschiedenen Workloads in Ihrem Unternehmen gilt, beantworten Sie die folgende Frage:
Wie lange kann eine bestimmte Anwendung/ein bestimmtes System/eine bestimmte Maschine ausfallen, ohne dass dies erhebliche Auswirkungen auf die Kerngeschäfte Ihres Unternehmens hat?
Nach der Beantwortung dieser Frage für verschiedene Maschinen überlegen Sie, ob die erwarteten Ergebnisse Ihren aktuellen Geschäftsanforderungen entsprechen. Wenn nicht, überlegen Sie, wie Sie Ihre Backup- und DR-Strategien verbessern können, um die gesicherten Daten so aktuell wie möglich zu halten.
Wie Sie mit NAKIVO engere RPO- und RTO-Werte erreichen
Mit NAKIVO Backup & Replikation können Sie häufiger Backups von virtuellen und physischen Maschinen erstellen und so die RPO verbessern. Sie können auch Außerhalb-des-Standort-Replikate (exakte Kopien) kritischer VMs erstellen. Wenn die ursprüngliche VM ausfällt, werden die Replikate automatisch hochgefahren. Wenn die Verwaltung von Replikaten mehr Ressourcen erfordert, als Sie sich leisten können, können Sie die Funktion zum sofortigen Starten von VMs von einer Backupkopie wählen.
Um die strengsten RTOs zu erreichen, hat NAKIVO Backup & Replication die Standortwiederherstellung-Orchestrierungsfunktioneingeführt. Automatisieren Sie VM-Failover und Failback für verschiedene DR-Szenarien vollständig und führen Sie nicht störende Tests durch, um die Wiederherstellung innerhalb des erwarteten Zeitrahmens sicherzustellen.
