In diesem Beitrag wird das erweiterte Disaster Recovery für Zendesk beschrieben.
Dieser Beitrag enthält die folgenden Abschnitte:
- Überblick über die Funktion „Erweitertes Disaster Recovery“
- Hauptmerkmale der Funktion „Erweitertes Disaster Recovery“
- Ausnahmen von der Funktion „Erweitertes Disaster Recovery“
Überblick über die Funktion „Erweitertes Disaster Recovery“
Erweitertes Disaster Recovery verbessert den Schutz Ihrer Zendesk-Daten und beschleunigt die Wiederherstellung des Zendesk-Service nach einem Ausfall. Diese Funktion repliziert Ihre Zendesk-Daten in Echtzeit und bietet ein Höchstmaß an Cloud-Resilienz.
Hauptmerkmale der Funktion „Erweitertes Disaster Recovery“
Zu den Hauptmerkmalen der Funktion „Erweitertes Disaster Recovery“ gehören:
- Echtzeit-Datenreplikation: Zendesk repliziert Ihre Daten in Echtzeit in und zwischen Amazon Web Service (AWS) Availability Zones, um die Redundanz zu erhöhen und das Risiko eines Datenverlusts bei einem schwereren Störfall zu reduzieren. Diese Replikation erfolgt in der Region, in der sich auch Ihre Zendesk-Servicedaten befinden.
- Redundanz über Availability Zones hinweg: Die Zendesk-Infrastruktur ist in den einzelnen Regionen auf jeweils zwei oder manchmal auch drei getrennte Availability Zones verteilt, um eine erhöhte Redundanz zu gewährleisten. Wenn eine Availability Zone aufgrund von Problemen ausfällt, kann Zendesk dank dieser Struktur in einer unbeschadeten Availability Zone wiederhergestellt werden. Die sekundären Availability Zones sorgen in Verbindung mit der elastischen Skalierbarkeit von AWS dafür, dass der Betrieb rascher wiederaufgenommen oder in manchen Fällen sogar ohne Unterbrechung fortgesetzt werden kann.
- Traffic-Priorisierung: Erweitertes Disaster Recovery kombiniert Redundanz über AWS Availability Zones hinweg mit der Cloudfare-Edge-Network-Funktion, um den Datenverkehr von Abonnenten mit erweitertem Disaster Recovery zu priorisieren, während für andere Abonnenten zusätzliche Kapazität wiederhergestellt wird.
- Priorisierte Recovery-Planung: Zendesk nutzt ein Programm mit Testaktivitäten und -ereignissen, um die Wirksamkeit unserer Pläne für die vorrangige Wiederherstellung der Services zu validieren. Die Szenarien für diese Übungen variieren und umfassen Tests verschiedener Elemente der Business-Continuity- und Disaster-Recovery-Strategie von Zendesk, um die Leistungsfähigkeit des Plans insgesamt zu gewährleisten.
Im Katastrophenfall gelten die folgenden Ziele:
- 4 Stunden Recovery Time Objective (RTO): Zendesk bemüht sich, den Normalbetrieb Ihres Zendesk Support-Kontos innerhalb von vier Stunden nach Bekanntgabe des Katastrophenfalls wiederherzustellen, sofern nicht alle für das Konto genutzten Availability Zones von einer oder mehreren Katastrophen betroffen sind.
- Unter 1 Stunde Recovery Point Objective (RPO): Zendesk bemüht sich, den Datenverlust Ihres Kontos auf weniger als eine Stunde zu begrenzen. Die Zeitrechnung beginnt hierbei mit dem Eintreffen an der Störstelle und nicht mit der Bekanntgabe des Katastrophenfalls durch Zendesk.
- Service- und Traffic-Priorisierung: Der Wiederherstellung Ihres Zendesk-Kontos wird Priorität gegenüber der Wiederherstellung der Konten anderer Abonnenten ohne Erweitertes Disaster Recovery eingeräumt. Außerdem wird der Traffic Ihres Kontos gegenüber dem Traffic anderer Konten im Zendesk Content Delivery Network (CDN) priorisiert.
Ausnahmen von der Funktion „Erweitertes Disaster Recovery“
Erweitertes Disaster Recovery und die in diesem Beitrag beschriebenen Praktiken gelten nicht für die in der Zendesk Suite enthaltenen Funktionen, Support- und Chat-Integrationen mit Drittanbietern von Messaging-Diensten, Zendesk Sunshine Conversations, Zendesk WFM (Tymeshift), Zendesk QA (Klaus), Zendesk Sunshine, angepasste Objekte, angepasste Ereignisse und einheitliche Profile, soweit diese Funktionen in der Zendesk Suite und in Support verfügbar sind. Wenn Sie einen Zendesk Suite-, Zendesk Support Suite- oder Zendesk Sales Suite-Serviceplan kaufen, der „Erweitertes Disaster Recovery“ beinhaltet, gilt das erweiterte Disaster Recovery nur für die zugrundeliegenden Dienste.