{"id":36263,"date":"2019-10-31T22:10:35","date_gmt":"2019-10-31T19:10:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster\/"},"modified":"2019-10-31T22:10:35","modified_gmt":"2019-10-31T19:10:35","slug":"aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster","title":{"rendered":"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/7671ec455e464b7fe98b0b8ffcd38e24.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Hallo, Habr-Leser! In unserem letzten Artikel haben wir ein einfaches Mittel zur Katastrophensicherung in Speichersystemen vorgestellt \u2013 die Replikation. In diesem Artikel tauchen wir in ein komplexeres und spannenderes Thema ein \u2013 den Metrocluster, also ein automatisiertes Mittel zum Schutz vor Katastrophen f\u00fcr zwei Rechenzentren, das es diesen erm\u00f6glicht, im Active-Active-Modus zu arbeiten. Wir werden erkl\u00e4ren, demonstrieren, kaputt machen und reparieren.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"kak-obychno-v-nachale-teoriya\">Wie gewohnt, beginnen wir mit der Theorie.<\/h2>\n<p><\/p>\n<p>Ein Metrocluster ist ein Cluster, das auf mehrere Standorte innerhalb einer Stadt oder Region verteilt ist. Das Wort \u201eCluster\u201c deutet eindeutig darauf hin, dass das System automatisiert ist, das hei\u00dft, die Umschaltung der Knoten im Cluster im Falle von St\u00f6rungen (Failover) erfolgt automatisch. <\/p>\n<p><\/p>\n<p>Hier liegt der Hauptunterschied zwischen einem Metrocluster und herk\u00f6mmlicher Replikation. Automatisierung der Vorg\u00e4nge. Das bedeutet, im Falle bestimmter Vorf\u00e4lle (Ausfall des Rechenzentrums, Unterbrechung von Verbindungen usw.) wird das Speichersystem eigenst\u00e4ndig die notwendigen Ma\u00dfnahmen ergreifen, um die Verf\u00fcgbarkeit der Daten sicherzustellen. Bei der Verwendung herk\u00f6mmlicher Replikate hingegen werden diese Schritte vollst\u00e4ndig oder teilweise manuell vom Administrator durchgef\u00fchrt.<\/p>\n<p><\/p>\n<h3 id=\"dlya-chego-eto-nuzhno\">Wozu ist das gut?<\/h3>\n<p><\/p>\n<p>Das Hauptziel, das Unternehmen mit verschiedenen Implementierungen eines Metroclusters verfolgen, ist die Minimierung der RTO (Recovery Time Objective). Das hei\u00dft, die Wiederherstellungszeit der IT-Dienste nach einem Ausfall soll m\u00f6glichst kurz gehalten werden. Bei herk\u00f6mmlicher Replikation ist die Wiederherstellungszeit stets l\u00e4nger als bei einem Metrocluster. Warum? Ganz einfach. Der Administrator muss pers\u00f6nlich am Arbeitsplatz sein, um die Replikation manuell umzuschalten, w\u00e4hrend ein Metrocluster dies automatisch erledigt.<\/p>\n<p><\/p>\n<p>Wenn Sie keinen dedizierten Bereitschaftsadmin haben, der nie schl\u00e4ft, nicht isst, nicht raucht und nicht krank wird, sondern rund um die Uhr den Zustand des Speichers \u00fcberwacht, k\u00f6nnen Sie nicht garantieren, dass ein Administrator w\u00e4hrend eines Ausfalls f\u00fcr das manuelle Umschalten verf\u00fcgbar ist. <\/p>\n<p><\/p>\n<p>Folglich betr\u00e4gt die RTO im Falle eines fehlenden Metroclusters oder eines unsterblichen Admins der 99. Ebene der Bereitschaftsadmins die Summe der Umschaltzeiten aller Systeme und den maximalen Zeitraum, nach dem der Administrator garantiert mit dem Speicher und den angrenzenden Systemen beginnen wird. <\/p>\n<p><\/p>\n<p>Daraus ergibt sich die offensichtliche Schlussfolgerung, dass ein Metro-Cluster eingesetzt werden muss, wenn die RTO-Anforderung in Minuten und nicht in Stunden oder Tagen besteht. Das bedeutet, dass das IT-Team im Falle eines gravierendsten Ausfalls des Rechenzentrums sicherstellen muss, dass der Zugang zu IT-Diensten innerhalb von Minuten oder sogar Sekunden wiederhergestellt wird.<\/p>\n<p><\/p>\n<h3 id=\"kak-eto-rabotaet\">Wie funktioniert das?<\/h3>\n<p><\/p>\n<p>Auf der untersten Ebene nutzt der Metro-Cluster einen Mechanismus zur synchronen Datenreplikation, den wir im vorherigen Artikel beschrieben haben (siehe <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/456348\/\">Link<\/a><\/noindex>). Da die Replikation synchron ist, gelten auch die entsprechenden Anforderungen:<\/p>\n<p><\/p>\n<ul>\n<li>Glasfaser als physikalisches Medium, 10-Gigabit-Ethernet (oder h\u00f6her);<\/li>\n<li>Abstand zwischen den Rechenzentren von maximal 40 Kilometern;<\/li>\n<li>Latenz des optischen Kanals zwischen den Rechenzentren (zwischen den Speichersystemen) von bis zu 5 Millisekunden (optimal 2).<\/li>\n<\/ul>\n<p><\/p>\n<p>All diese Anforderungen sind empfehlend, das hei\u00dft, der Metro-Cluster wird auch funktionieren, wenn diese Anforderungen nicht erf\u00fcllt sind, aber man muss verstehen, dass die Folgen der Nichteinhaltung dieser Anforderungen einer Verlangsamung der Leistung beider Speichersysteme im Metro-Cluster gleichkommen.<\/p>\n<p><\/p>\n<p>F\u00fcr den Datenaustausch zwischen den Speichersystemen kommt eine synchrone Replikation zum Einsatz. Doch wie erfolgt der automatische Wechsel der Replikate, und wie kann man das Risiko eines Split-Brain vermeiden? Dazu wird eine zus\u00e4tzliche Komponente auf einer h\u00f6heren Ebene verwendet \u2013 der Schiedsrichter. <\/p>\n<p><\/p>\n<h3 id=\"kak-rabotaet-arbitr-i-v-chem-ego-zadacha\">Wie funktioniert der Schiedsrichter und was ist seine Aufgabe?<\/h3>\n<p><\/p>\n<p>Der Schiedsrichter ist eine kleine virtuelle Maschine oder ein Hardware-Cluster, der an einem dritten Standort (zum Beispiel im B\u00fcro) betrieben werden muss. Zudem muss der Zugang zu den Speichersystemen \u00fcber ICMP und SSH gew\u00e4hrleistet sein. Nach dem Start sollte der Schiedsrichter eine IP-Adresse erhalten, die dann von den Speichersystemen als Adresse sowie den Adressen der entfernten Controller, die am Metro-Cluster beteiligt sind, eingetragen wird. Danach ist der Schiedsrichter betriebsbereit.<\/p>\n<p><\/p>\n<p>Der Schiedsrichter \u00fcberwacht kontinuierlich alle Speichersysteme im Metro-Cluster. Sollte ein Speichersystem nicht erreichbar sein, trifft der Schiedsrichter nach Best\u00e4tigung der Nichterreichbarkeit durch ein weiteres aktives Cluster-Mitglied (eines der 'lebenden' Speichersysteme) die Entscheidung zur Aktivierung des Wechsels der Replikationsregeln und zum Mapping.<\/p>\n<p><\/p>\n<p>Ein sehr wichtiger Punkt. Der Schiedsrichter sollte sich immer in einem Standort befinden, der sich von den Speicherl\u00f6sungen unterscheidet, also weder im Rechenzentrum 1, wo Speicherl\u00f6sung 1 steht, noch im Rechenzentrum 2, wo Speicherl\u00f6sung 2 installiert ist. <\/p>\n<p><\/p>\n<p>Warum? Weil nur so der Schiedsrichter mithilfe einer der \u00fcberlebenden Speicherl\u00f6sungen eindeutig und fehlerfrei den Ausfall einer der beiden Standorte, an denen die Speicherl\u00f6sungen installiert sind, feststellen kann. Jede andere Art der Positionierung des Schiedsrichters k\u00f6nnte zu einem Split-Brain f\u00fchren. <\/p>\n<p><\/p>\n<h3 id=\"teper-pogruzimsya-v-detali-raboty-arbitra\">Jetzt tauchen wir in die Details der Schiedsrichterfunktion ein.<\/h3>\n<p><\/p>\n<p>Auf dem Schiedsrichter sind mehrere Dienste aktiv, die st\u00e4ndig alle Controller der Speicherl\u00f6sungen abfragen. Wenn das Ergebnis einer Abfrage von dem vorherigen abweicht (verf\u00fcgbar\/nicht verf\u00fcgbar), wird dies in einer kleinen Datenbank aufgezeichnet, die ebenfalls auf dem Schiedsrichter l\u00e4uft.<\/p>\n<p><\/p>\n<p><strong>Lassen Sie uns die Logik der Schiedsrichterfunktion etwas detaillierter betrachten.<\/strong><\/p>\n<p><\/p>\n<p><u>Schritt 1. Feststellung der Nichterreichbarkeit.<\/u> Ein Signalereignis f\u00fcr den Ausfall einer Speicherl\u00f6sung ist das Fehlen von Pings von beiden Controllern einer Speicherl\u00f6sung f\u00fcr 5 Sekunden. <\/p>\n<p><\/p>\n<p><u>Schritt 2. Einleitung des Umschaltvorgangs. <\/u>Nachdem der Schiedsrichter erkannt hat, dass eine der Speicherl\u00f6sungen nicht erreichbar ist, sendet er eine Anfrage an die \"lebendige\" Speicherl\u00f6sung, um sicherzustellen, dass die \"tote\" Speicherl\u00f6sung tats\u00e4chlich ausgefallen ist. <\/p>\n<p><\/p>\n<p>Nachdem der Schiedsrichter diesen Befehl erhalten hat, \u00fcberpr\u00fcft der zweite (aktive) Storage-Controller zus\u00e4tzlich die Verf\u00fcgbarkeit des ausgefallenen ersten Storage-Controllers. Wenn dieser nicht verf\u00fcgbar ist, sendet er eine Best\u00e4tigung an den Schiedsrichter, dass seine Vermutung korrekt war. Der Storage-Controller ist tats\u00e4chlich nicht erreichbar. <\/p>\n<p><\/p>\n<p>Nach Erhalt dieser Best\u00e4tigung startet der Schiedsrichter das Remote-Verfahren zur Umstellung der Replikation und zum Aktivieren des Mappings auf den Replikaten, die aktiv (prim\u00e4r) auf dem ausgefallenen Storage-Controller waren, und sendet den Befehl an den zweiten Storage-Controller, diese Replikate von sekund\u00e4r auf prim\u00e4r zu \u00e4ndern und das Mapping zu aktivieren. Der zweite Storage-Controller f\u00fchrt entsprechend diese Verfahren durch und stellt den Zugriff auf die verlorenen LUNs wieder her.<\/p>\n<p><\/p>\n<p>Warum ist eine zus\u00e4tzliche \u00dcberpr\u00fcfung notwendig? F\u00fcr das Quorum. Das hei\u00dft, die Mehrheit der insgesamt ungeraden (3) Teilnehmer des Clusters m\u00fcssen den Ausfall eines der Knoten im Cluster best\u00e4tigen. Nur dann wird die Entscheidung als definitiv korrekt angesehen. Dies ist erforderlich, um ein fehlerhaftes Umschalten und entsprechend ein Split-Brain zu vermeiden. <\/p>\n<p><\/p>\n<p>Schritt 2 dauert etwa 5 bis 10 Sekunden. Daher sind LUNs mit einer ausgefallenen SAN, die nach einem Ausfall f\u00fcr den Zugriff auf die aktive SAN ben\u00f6tigt werden, innerhalb von 10 bis 15 Sekunden nach der Unzug\u00e4nglichkeit automatisch verf\u00fcgbar. <\/p>\n<p><\/p>\n<p>Es ist klar, dass, um eine Unterbrechung der Verbindung zu den Hosts zu vermeiden, auch auf die korrekte Konfiguration der Timeouts auf den Hosts geachtet werden muss. Die empfohlene Timeout-Dauer betr\u00e4gt mindestens 30 Sekunden. Dies verhindert, dass der Host die Verbindung zur SAN w\u00e4hrend der Lastumteilung im Falle eines Ausfalls trennt und gew\u00e4hrleistet eine unterbrechungsfreie Ein- und Ausgabe.<\/p>\n<p><\/p>\n<blockquote><p>Moment mal, wenn mit dem Metrocluster alles so gut ist, wozu braucht man dann \u00fcberhaupt gew\u00f6hnliche Replikationen? <\/p><\/blockquote>\n<p>In Wirklichkeit ist es nicht ganz so einfach. <\/p>\n<p><\/p>\n<h3 id=\"rassmotrim-plyusy-i-minusy-metroklastera\">Lassen Sie uns die Vor- und Nachteile des Metroclusters betrachten.<\/h3>\n<p><\/p>\n<p>Wir haben also festgestellt, dass die offensichtlichen Vorteile des Metroclusters im Vergleich zu herk\u00f6mmlichen Replikationen folgende sind:<\/p>\n<p><\/p>\n<ul>\n<li>Vollst\u00e4ndige Automatisierung, die eine minimale Wiederherstellungszeit im Falle einer Katastrophe gew\u00e4hrleistet;<\/li>\n<li>Und das war's :-).<\/li>\n<\/ul>\n<p><\/p>\n<p>Und jetzt, Achtung, die Nachteile:<\/p>\n<p><\/p>\n<ul>\n<li>Kosten des Systems. Obwohl der Metrocluster in Aerodisk-Systemen keine zus\u00e4tzliche Lizenzierung ben\u00f6tigt (es wird dieselbe Lizenz wie f\u00fcr die Replikation verwendet), werden die Kosten f\u00fcr die L\u00f6sung dennoch h\u00f6her sein als bei der Verwendung der synchronen Replikation. Es m\u00fcssen alle Anforderungen f\u00fcr die synchrone Replikation sowie die Anforderungen f\u00fcr den Metrocluster, die mit zus\u00e4tzlicher Verkabelung und einer zus\u00e4tzlichen Site verbunden sind (siehe Planung des Metroclusters), umgesetzt werden.<\/li>\n<li>Komplexit\u00e4t der L\u00f6sung. Der Metrocluster ist erheblich komplexer aufgebaut als eine herk\u00f6mmliche Replikation und erfordert deutlich mehr Aufmerksamkeit und Aufwand bei Planung, Einrichtung und Dokumentation.<\/li>\n<\/ul>\n<p><\/p>\n<p>Fazit. <strong>Der Metrocluster ist zweifellos eine hochgradig technologische und gute L\u00f6sung, wenn Sie tats\u00e4chlich eine RTO von Sekunden oder Minuten gew\u00e4hrleisten m\u00fcssen.<\/strong> Wenn dies jedoch nicht der Fall ist und eine RTO von Stunden f\u00fcr das Gesch\u00e4ft in Ordnung ist, gibt es keinen Grund, mit Kanonen auf Spatzen zu schie\u00dfen. Eine herk\u00f6mmliche Replikation reicht aus, da der Metrocluster zus\u00e4tzliche Kosten und Komplexit\u00e4t in der IT-Infrastruktur verursachen wird.<\/p>\n<p><\/p>\n<h2 id=\"planirovanie-metroklastera\">Planung des Metroclusters<\/h2>\n<p><\/p>\n<p>Dieser Abschnitt erhebt nicht den Anspruch, ein umfassendes Handbuch zur Gestaltung eines Metroclusters zu sein, sondern zeigt lediglich die grundlegenden Richtungen auf, die Sie ber\u00fccksichtigen sollten, wenn Sie ein solches System aufbauen m\u00f6chten. Daher ist es bei der tats\u00e4chlichen Implementierung eines Metroclusters unerl\u00e4sslich, den Hersteller der Speichersysteme (also uns) sowie andere angrenzende Systeme zurate zu ziehen.<\/p>\n<p><\/p>\n<h3 id=\"ploschadki\">Standorte<\/h3>\n<p><\/p>\n<p>Wie bereits erw\u00e4hnt, sind f\u00fcr ein Metrocluster mindestens drei Standorte erforderlich. Zwei Rechenzentren, in denen die Speichersysteme und verwandte Systeme betrieben werden, sowie ein dritter Standort, an dem der Schiedsrichter arbeitet.<\/p>\n<p><\/p>\n<p>Die empfohlene Entfernung zwischen den Rechenzentren betr\u00e4gt maximal 40 Kilometer. Eine gr\u00f6\u00dfere Entfernung wird mit hoher Wahrscheinlichkeit zus\u00e4tzliche Verz\u00f6gerungen verursachen, die im Falle eines Metroclusters \u00e4u\u00dferst unerw\u00fcnscht sind. Wir erinnern daran, dass die Latenzzeiten unter 5 Millisekunden liegen sollten, wobei es ideal w\u00e4re, innerhalb von 2 Millisekunden zu bleiben.<\/p>\n<p><\/p>\n<p>Es wird empfohlen, die Latenzen auch im Planungsprozess zu \u00fcberpr\u00fcfen. Jeder halbwegs seri\u00f6se Anbieter, der Glasfaserverbindungen zwischen den Rechenzentren bereitstellt, kann eine qualitativ hochwertige \u00dcberpr\u00fcfung recht schnell organisieren. <\/p>\n<p><\/p>\n<p>Was die Latenzen zu den Schiedsrichtern betrifft (also zwischen der dritten Plattform und den ersten beiden), so betr\u00e4gt die empfohlene Latenzschwelle 200 Millisekunden, sodass eine herk\u00f6mmliche Unternehmens-VPN-Verbindung \u00fcber das Internet geeignet ist.<\/p>\n<p><\/p>\n<h3 id=\"kommutaciya-i-set\">Switching und Netzwerk<\/h3>\n<p><\/p>\n<p>Im Gegensatz zum Replikationsschema, bei dem es ausreicht, die Speichersysteme (SCSI) zwischen verschiedenen Standorten zu verbinden, erfordert das Metroklysterschema eine Verbindung der Hosts zu beiden Speichersystemen an unterschiedlichen Standorten. Um den Unterschied klarer zu machen, sind beide Schemas unten aufgef\u00fchrt.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/12334c29a498f686e8eb946daab587c1.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/46db8c81d15be3f89e1f9dbee4489e3b.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Wie aus dem Diagramm ersichtlich, sehen die Hosts des Standorts 1 sowohl auf das Speichersystem 1 als auch auf das Speichersystem 2. Umgekehrt sehen die Hosts des Standorts 2 sowohl auf das Speichersystem 2 als auch auf das Speichersystem 1. Das bedeutet, dass jeder Host beide Speichersysteme sieht. Dies ist eine Voraussetzung f\u00fcr die Funktion eines Metroklysters.<\/p>\n<p><\/p>\n<p>Es ist selbstverst\u00e4ndlich nicht notwendig, jeden Host mit einem Glasfaserkabel in ein anderes Rechenzentrum zu ziehen; es w\u00e4ren nicht gen\u00fcgend Ports und Kabel vorhanden. All diese Verbindungen sollten \u00fcber 10G+ Ethernet-Switches oder 8G+ FibreChannel hergestellt werden (FC nur f\u00fcr die Verbindung zwischen Hosts und Speichersystemen f\u00fcr IO; der Replikationskanal ist vorerst nur \u00fcber IP (Ethernet 10G+) verf\u00fcgbar). <\/p>\n<p><\/p>\n<p>Jetzt ein paar Worte zur Netzwerk-Topologie. Ein wichtiger Punkt ist die korrekte Konfiguration der Subnetze. Es m\u00fcssen von Anfang an mehrere Subnetze f\u00fcr die folgenden Traffic-Typen definiert werden:<\/p>\n<p><\/p>\n<ul>\n<li>Subnetz f\u00fcr die Replikation, \u00fcber das die Daten zwischen den Speichersystemen synchronisiert werden. Es kann mehrere davon geben; in diesem Fall ist es unerheblich, da alles von der aktuellen (bereits implementierten) Netzwerk-Topologie abh\u00e4ngt. Wenn es zwei gibt, muss offensichtlich die Routing zwischen ihnen eingerichtet werden;<\/li>\n<li>Subnetze f\u00fcr Datenspeicherung, \u00fcber die Hosts auf die Ressourcen des Speichersystems zugreifen (wenn es iSCSI ist). Solche Subnetze sollten in jedem Rechenzentrum vorhanden sein;<\/li>\n<li>Verwaltungs-Subnetze, das hei\u00dft drei routbare Subnetze an drei Standorten, von denen aus die Verwaltung des Speichersystems erfolgt, und dort befindet sich auch der Schiedsrichter.<\/li>\n<\/ul>\n<p><\/p>\n<p>Subnetze f\u00fcr den Zugriff auf die Ressourcen der Hosts werden hier nicht betrachtet, da sie stark von den Aufgaben abh\u00e4ngen. <\/p>\n<p><\/p>\n<p>Die Trennung verschiedener Datenstr\u00f6me in unterschiedliche Subnetze ist \u00e4u\u00dferst wichtig (insbesondere ist es wichtig, die Replikation vom Ein- und Ausgang zu trennen). Wenn allen Datenverkehr in ein einziges \"dickes\" Subnetz gemischt wird, wird es unm\u00f6glich, diesen Verkehr zu verwalten, und unter den Bedingungen zweier Rechenzentren kann dies auch zu verschiedenen Arten von Netzwerk-Kollisionen f\u00fchren. Wir werden nicht tief in dieses Thema einsteigen, da die Planung eines Netzwerks, das sich zwischen den Rechenzentren erstreckt, auf den Ressourcen der Netzwerkausr\u00fcstungshersteller sehr detailliert beschrieben ist.<\/p>\n<p><\/p>\n<h3 id=\"konfiguraciya-arbitra\">Konfiguration des Schiedsrichters<\/h3>\n<p><\/p>\n<p>Der Schiedsrichter muss Zugang zu allen Verwaltungsoberfl\u00e4chen des SAN \u00fcber die Protokolle ICMP und SSH gew\u00e4hren. Auch sollte \u00fcber die Hochverf\u00fcgbarkeit des Schiedsrichters nachgedacht werden. Hier gibt es einen Punkt zu beachten.<\/p>\n<p><\/p>\n<p>Die Hochverf\u00fcgbarkeit des Schiedsrichters ist sehr w\u00fcnschenswert, aber nicht zwingend erforderlich. Was passiert, wenn der Schiedsrichter nicht rechtzeitig ausf\u00e4llt?<\/p>\n<p><\/p>\n<ul>\n<li>Der Betrieb des Metroclusters im regul\u00e4ren Modus wird sich nicht \u00e4ndern, da der Schiedsrichter keinen Einfluss auf den regul\u00e4ren Betrieb des Metroclusters hat (seine Aufgabe ist es, die Last rechtzeitig zwischen den Rechenzentren umzuschalten).<\/li>\n<li>Wenn der Schiedsrichter aus irgendeinem Grund ausf\u00e4llt und im Rechenzentrum die Ereignisse verschl\u00e4ft, findet kein Umschalten statt, da niemand die erforderlichen Befehle f\u00fcr den Wechsel geben und ein Quorum organisieren kann. In diesem Fall verwandelt sich das Metro-Cluster in ein normales Replikationsschema, das w\u00e4hrend einer Katastrophe manuell umgeschaltet werden muss, was sich negativ auf die RTO auswirkt.<\/li>\n<\/ul>\n<p><\/p>\n<p>Was folgt daraus? Wenn tats\u00e4chlich ein minimaler RTO-Wert sichergestellt werden muss, ist die Redundanz des Schiedsrichters erforderlich. Daf\u00fcr gibt es zwei Optionen:<\/p>\n<p><\/p>\n<ul>\n<li>Eine virtuelle Maschine mit einem Redundanz-Schiedsrichter auf einem ausfallsicheren Hypervisor zu starten, da alle g\u00e4ngigen Hypervisoren Redundanz unterst\u00fctzen;<\/li>\n<li>Falls an einem dritten Standort (zum Beispiel im B\u00fcro) kein normaler Cluster vorhanden ist und es keine bestehenden Hypervisor-Cluster gibt, haben wir eine hardwarebasierte Variante des Schiedsrichters vorgesehen, die in einem 2U-Rack untergebracht ist, in dem zwei Standard-x86-Server laufen und der lokale Ausf\u00e4lle \u00fcberstehen kann.<\/li>\n<\/ul>\n<p><\/p>\n<p>Wir empfehlen dringend, die Ausfallsicherheit des Arbiters sicherzustellen, auch wenn er im Normalbetrieb f\u00fcr das Metrocluster nicht erforderlich ist. Doch wie sowohl Theorie als auch Praxis zeigen, ist es besser, eine wirklich zuverl\u00e4ssige katastrophensichere Infrastruktur aufzubauen und auf Nummer sicher zu gehen. Sch\u00fctzen Sie sich und Ihr Unternehmen vor dem \u201eGesetz der Schikane\u201c, d.h. vor dem gleichzeitigen Ausfall sowohl des Arbiters als auch einer der Plattformen, auf denen das SAN steht.<\/p>\n<p><\/p>\n<h3 id=\"arhitektura-resheniya\">Architektur der L\u00f6sung<\/h3>\n<p><\/p>\n<p>Unter Ber\u00fccksichtigung der oben genannten Anforderungen erhalten wir die folgende Gesamtarchitektur der L\u00f6sung.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/e60f67d6705d940f1c06b06328bf99a5.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>LUNs sollten gleichm\u00e4\u00dfig auf zwei Standorte verteilt werden, um eine starke \u00dcberlastung zu vermeiden. Dabei sollte bei der Dimensionierung in beiden Rechenzentren nicht nur das doppelte Volumen (notwendig f\u00fcr die gleichzeitige Speicherung von Daten auf zwei SANs) eingeplant werden, sondern auch die doppelte Leistung in IOPS und MB\/s, um eine Degradierung der Anwendungen im Falle eines Ausfalls eines der Rechenzentren zu verhindern.<\/p>\n<p><\/p>\n<p>Es ist wichtig zu betonen, dass bei einer angemessenen Herangehensweise an das Sizing (das hei\u00dft, vorausgesetzt, wir haben die notwendigen Obergrenzen f\u00fcr IOPS und MB\/s sowie die erforderlichen Ressourcen f\u00fcr CPU und RAM ber\u00fccksichtigt) bei einem Ausfall einer der Storage-Systeme in einem Metro-Cluster keine signifikanten Leistungseinbu\u00dfen auftreten werden, w\u00e4hrend wir vor\u00fcbergehend nur auf einem Storage-System arbeiten.<\/p>\n<p><\/p>\n<p>Dies ist darauf zur\u00fcckzuf\u00fchren, dass die gleichzeitige Arbeit an zwei Standorten mit einer funktionierenden synchronen Replikation die H\u00e4lfte der Schreibleistung in Anspruch nimmt, da jede Transaktion auf zwei Storage-Systemen aufgezeichnet werden muss (\u00e4hnlich wie bei RAID-1\/10). Bei einem Ausfall eines der Storage-Systeme entf\u00e4llt vor\u00fcbergehend (bis das ausgefallene Storage-System wieder betriebsbereit ist) der Einfluss der Replikation, was zu einer Verdopplung der Schreibleistung f\u00fchrt. Nachdem die LUNs des ausgefallenen Storage-Systems auf dem funktionierenden Storage-System neu gestartet wurden, geht dieser Leistungszuwachs verloren, da die Last von den LUNs des anderen Storage-Systems zur\u00fcckkehrt und wir wieder das gleiche Leistungsniveau erreichen, das wir vor dem \"Ausfall\" hatten, jedoch jetzt innerhalb eines einzigen Standorts. <\/p>\n<p><\/p>\n<p>Durch eine durchdachte Gr\u00f6\u00dfenanpassung kann sichergestellt werden, dass die Benutzer den Ausfall eines gesamten Speichersystems nicht einmal bemerken. Doch nochmals, dies erfordert ein \u00e4u\u00dferst pr\u00e4zises Sizing, bei dem Sie sich gerne kostenlos an uns wenden k\u00f6nnen :-).<\/p>\n<p><\/p>\n<h2 id=\"nastroyka-metroklastera\">Einrichtung des Metro-Clusters<\/h2>\n<p><\/p>\n<p>Die Einrichtung des Metro-Clusters \u00e4hnelt stark der Einrichtung einer normalen Replikation, die wir in <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/456348\/\">im vorherigen Artikel<\/a><\/noindex>beschrieben haben. Daher konzentrieren wir uns nur auf die Unterschiede. Wir haben in unserem Labor eine Testumgebung eingerichtet, die auf der oben genannten Architektur basiert, jedoch in einer minimalen Variante: zwei Speichersysteme, die \u00fcber 10G Ethernet miteinander verbunden sind, zwei 10G Switches und ein Host, der \u00fcber die Switches auf beide Speichersysteme mit 10G-Ports zugreift. Der Schlichter l\u00e4uft auf einer virtuellen Maschine.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/04e318609929553ed651fd702f0c7327.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Bei der Einrichtung von virtuellen IP-Adressen (VIP) f\u00fcr die Replikation sollte der VIP-Typ \u2013 f\u00fcr das Metro-Cluster \u2013 ausgew\u00e4hlt werden.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ym\/aw\/89\/ymaw89gofhplngagm5nvveg4oe0.png\"><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/974acf7aad3244c48049d09ff9b99a52.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>Wir haben zwei Replikationsverbindungen f\u00fcr zwei LUNs erstellt und sie auf zwei Speichersysteme verteilt: LUN TEST Primary auf Speichersystem 1 (Verbindung METRO), LUN TEST2 Primary f\u00fcr Speichersystem 2 (Verbindung METRO2).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/7ff6c2bcf23bfa48974ba3ae5538e424.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>F\u00fcr diese haben wir zwei identische Targets eingerichtet (in unserem Fall iSCSI, aber auch FC wird unterst\u00fctzt, die Logik der Einrichtung bleibt gleich).<\/p>\n<p><\/p>\n<p>Speichersystem 1:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/e8378f8a65ea7886d9bf0b97b76394c4.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Speichersystem 2:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/dee6c339ff0b15ec24f8d2d19d874921.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>F\u00fcr die Replikationsverbindungen haben wir Mappings auf jedem Speichersystem vorgenommen.<\/p>\n<p><\/p>\n<p>Speichersystem 1:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/c71dcc46058731acb7fdf44a2ae52f56.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Speichersystem 2:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/f473a0862ccb11d55ff1b1f13d5db87e.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Wir haben Multipath konfiguriert und auf dem Host demonstriert.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/e3eea3967f75388cf5bd5aeb8ec4f5df.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/20ce2c6f94a1ec507704b2adabe7f7fa.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h3 id=\"nastraivaem-arbitra\">Wir konfigurieren den Arbiter.<\/h3>\n<p><\/p>\n<p>Mit dem Arbiter selbst muss nicht viel gemacht werden, er muss einfach an dem dritten Standort aktiviert, mit einer IP konfiguriert und der Zugriff \u00fcber ICMP und SSH eingerichtet werden. Die eigentliche Konfiguration erfolgt direkt von den Storage Arrays. Dabei gen\u00fcgt es, die Konfiguration des Arbiters einmalig an einem der Controller im Metrocluster vorzunehmen; diese Einstellungen werden automatisch auf alle Controller \u00fcbertragen.<\/p>\n<p><\/p>\n<p>Im Abschnitt Remote-Replikation &gt;&gt; Metrocluster (an einem beliebigen Controller) &gt;&gt; die Schaltfl\u00e4che \u201eKonfigurieren\u201c.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/sy\/h0\/x-\/syh0x-gywrz2yu8w9mk0us5mwcg.jpeg\"><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/c83c1dd267dcbe0203af23e2f10772c4.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>Geben Sie die IP des Arbiters sowie die Verwaltungs-Schnittstellen der beiden Controller des Remote-Speichers ein.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/760f6f703f5f0eef1072c4c6ca393089.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Danach m\u00fcssen alle Dienste aktiviert werden (Schaltfl\u00e4che \u201eAlle neu starten\u201c). Bei einer zuk\u00fcnftigen Umkonfiguration m\u00fcssen die Dienste unbedingt neu gestartet werden, damit die Einstellungen wirksam werden.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/ad25df4a17879bcddb45480368c51095.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>\u00dcberpr\u00fcfen Sie, ob alle Dienste ausgef\u00fchrt werden.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/oh\/mw\/xl\/ohmwxl5jry0dufgfamey0ddxris.jpeg\"><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/15b658834b7682c6cc3b76882ad9e4ab.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p><strong>Damit ist die Konfiguration des Metroclusters abgeschlossen.<\/strong><\/p>\n<p><\/p>\n<h2 id=\"krash-test\">Stresstest<\/h2>\n<p><\/p>\n<p>Der Stresstest wird in unserem Fall relativ einfach und schnell sein, da die Funktionalit\u00e4t der Replikation (Failover, Konsistenz usw.) bereits behandelt wurde. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/456348\/\">in einem fr\u00fcheren Artikel<\/a><\/noindex>. Daher reicht es f\u00fcr die Pr\u00fcfung der Zuverl\u00e4ssigkeit des Metroclusters aus, die Automatisierung der St\u00f6rfallentdeckung, des Switchings und das Fehlen von Verlusten beim Schreiben (Halt der E\/A) zu \u00fcberpr\u00fcfen. <\/p>\n<p><\/p>\n<p>Zu diesem Zweck emulieren wir einen vollst\u00e4ndigen Ausfall eines der Speicher-Systeme, indem wir beide Controller physisch ausschalten und zuvor eine gro\u00dfe Datei auf das LUN kopieren, das auf dem anderen Speicher-System aktiviert werden soll.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/b1b108313472a03983bc1b8690c70369.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Wir trennen ein Speicher-System. Auf dem zweiten Speicher-System sehen wir Warnungen und Meldungen in den Protokollen \u00fcber den Verlust der Verbindung zum benachbarten System. Falls SMTP- oder SNMP-\u00dcberwachungen konfiguriert sind, erh\u00e4lt der Admin entsprechende Benachrichtigungen.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ae\/jo\/xv\/aejoxv6piwk4fvl-nc1leklbxce.jpeg\"><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/9af3728eec93cc2e17048ec596748cb1.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>Genau nach 10 Sekunden (sichtbar auf beiden Screenshots) wurde die Replikationsverbindung METRO (die zuvor auf dem ausgefallenen Speicher-System als Prim\u00e4r galt) automatisch auf dem funktionierenden Speicher-System zur Prim\u00e4rverbindung. Durch die Aktivierung des bestehenden Mappings blieb LUN TEST f\u00fcr den Host verf\u00fcgbar, die Schreibgeschwindigkeit verringerte sich leicht (im Rahmen der versprochenen 10 Prozent), aber wurde nicht unterbrochen. <\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/v_\/gj\/d9\/v_gjd9sgoi5hwrgjdkwxwtdomeu.jpeg\"><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/e0131eb534ed10f1ac64a19d42d0b53f.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastrophenresistenz. Teil 2. Metrocluster\" src=\"\/wp-content\/uploads\/2019\/07\/644da1a8b2de75637b58094f549d4de0.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p><strong>Der Test wurde erfolgreich abgeschlossen.<\/strong><\/p>\n<p><\/p>\n<h2 id=\"podvodim-itog\">Zusammenfassung<\/h2>\n<p><\/p>\n<p>Die aktuelle Implementierung des Metroclusters in den AERODISK Engine N-Serie Storage-Systemen erm\u00f6glicht es vollst\u00e4ndig, Aufgaben zu bew\u00e4ltigen, bei denen Ausfallzeiten der IT-Dienste ausgeschlossen oder minimiert werden m\u00fcssen, und bietet einen Betrieb im 24\/7\/365-Modus mit minimalem Arbeitsaufwand. <\/p>\n<p><\/p>\n<p>Nat\u00fcrlich k\u00f6nnte man sagen, dass das alles Theorie ist, ideale Laborbedingungen und so weiter\u2026 ABER wir haben eine Reihe von Projekten realisiert, in denen wir die Funktionalit\u00e4t der Katastrophenresistenz implementiert haben, und die Systeme arbeiten hervorragend. Einer unserer recht bekannten Kunden, der genau zwei Speichersysteme in einer katastrophenresistenten Konfiguration nutzt, hat bereits seine Zustimmung zur Ver\u00f6ffentlichung von Informationen \u00fcber das Projekt gegeben. Daher werden wir im n\u00e4chsten Teil \u00fcber die praktische Implementierung berichten.<\/p>\n<p><\/p>\n<p>Vielen Dank, wir freuen uns auf eine produktive Diskussion.<\/p>\n<p>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/460305\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442, \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0438 \u0425\u0430\u0431\u0440\u0430! \u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u0440\u043e\u0441\u0442\u043e\u043c \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0435 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u0438 \u0432 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f AERODISK ENGINE \u2013 \u043e \u0440\u0435\u043f\u043b\u0438\u043a\u0430\u0446\u0438\u0438. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u043f\u043e\u0433\u0440\u0443\u0437\u0438\u043c\u0441\u044f \u0432 \u0431\u043e\u043b\u0435\u0435 \u0441\u043b\u043e\u0436\u043d\u0443\u044e \u0438 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0443\u044e \u0442\u0435\u043c\u0443 \u2013 \u043c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440, \u0442\u043e \u0435\u0441\u0442\u044c \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u043e \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0437\u0430\u0449\u0438\u0442\u044b \u043e\u0442 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444 \u0434\u043b\u044f \u0434\u0432\u0443\u0445 \u0426\u041e\u0414-\u043e\u0432, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0435\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0426\u041e\u0414-\u0430\u043c \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 active-active. \u0420\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043f\u043e\u043a\u0430\u0436\u0435\u043c, \u0441\u043b\u043e\u043c\u0430\u0435\u043c \u0438 \u043f\u043e\u0447\u0438\u043d\u0438\u043c. \u041a\u0430\u043a [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27126,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-36263","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442, \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0438 \u0425\u0430\u0431\u0440\u0430! \u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u0440\u043e\u0441\u0442\u043e\u043c \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0435 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u0438 \u0432 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f AERODISK ENGINE \u2013 \u043e \u0440\u0435\u043f\u043b\u0438\u043a\u0430\u0446\u0438\u0438. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u043f\u043e\u0433\u0440\u0443\u0437\u0438\u043c\u0441\u044f \u0432 \u0431\u043e\u043b\u0435\u0435 \u0441\u043b\u043e\u0436\u043d\u0443\u044e \u0438 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0443\u044e \u0442\u0435\u043c\u0443 \u2013 \u043c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440, \u0442\u043e \u0435\u0441\u0442\u044c \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u043e \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0437\u0430\u0449\u0438\u0442\u044b \u043e\u0442 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444 \u0434\u043b\u044f \u0434\u0432\u0443\u0445 \u0426\u041e\u0414-\u043e\u0432, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0435\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0426\u041e\u0414-\u0430\u043c \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 active-active. \u0420\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043f\u043e\u043a\u0430\u0436\u0435\u043c, \u0441\u043b\u043e\u043c\u0430\u0435\u043c \u0438 \u043f\u043e\u0447\u0438\u043d\u0438\u043c. \u041a\u0430\u043a\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47AERODISK Engine: \u041a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u044c. \u0427\u0430\u0441\u0442\u044c 2. \u041c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442, \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0438 \u0425\u0430\u0431\u0440\u0430! \u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u0440\u043e\u0441\u0442\u043e\u043c \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0435 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u0438 \u0432 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f AERODISK ENGINE \u2013 \u043e \u0440\u0435\u043f\u043b\u0438\u043a\u0430\u0446\u0438\u0438. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u043f\u043e\u0433\u0440\u0443\u0437\u0438\u043c\u0441\u044f \u0432 \u0431\u043e\u043b\u0435\u0435 \u0441\u043b\u043e\u0436\u043d\u0443\u044e \u0438 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0443\u044e \u0442\u0435\u043c\u0443 \u2013 \u043c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440, \u0442\u043e \u0435\u0441\u0442\u044c \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u043e \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0437\u0430\u0449\u0438\u0442\u044b \u043e\u0442 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444 \u0434\u043b\u044f \u0434\u0432\u0443\u0445 \u0426\u041e\u0414-\u043e\u0432, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0435\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0426\u041e\u0414-\u0430\u043c \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 active-active. \u0420\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043f\u043e\u043a\u0430\u0436\u0435\u043c, \u0441\u043b\u043e\u043c\u0430\u0435\u043c \u0438 \u043f\u043e\u0447\u0438\u043d\u0438\u043c. \u041a\u0430\u043a\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:10:35+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:10:35+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47AERODISK Engine: Katastrophensicherheit. Teil 2. Metro-Cluster | ProHoster","description":"Hallo, liebe Habr-Leser! In unserem letzten Artikel haben wir ein einfaches Mittel zur Katastrophensicherung in AERODISK ENGINE Speicherl\u00f6sungen vorgestellt \u2013 die Replikation. In diesem Artikel tauchen wir in ein komplexeres und spannenderes Thema ein \u2013 den Metro-Cluster, ein automatisiertes Mittel zum Katastrophenschutz f\u00fcr zwei Rechenzentren, das es diesen erm\u00f6glicht, im Active-Active-Modus zu arbeiten. Wir werden erkl\u00e4ren, zeigen, zerbrechen und reparieren. Wie","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47AERODISK Engine: \u041a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u044c. \u0427\u0430\u0441\u0442\u044c 2. \u041c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0438 \u0425\u0430\u0431\u0440\u0430! \u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u0440\u043e\u0441\u0442\u043e\u043c \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0435 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u0438 \u0432 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f AERODISK ENGINE \u2013 \u043e \u0440\u0435\u043f\u043b\u0438\u043a\u0430\u0446\u0438\u0438. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u043f\u043e\u0433\u0440\u0443\u0437\u0438\u043c\u0441\u044f \u0432 \u0431\u043e\u043b\u0435\u0435 \u0441\u043b\u043e\u0436\u043d\u0443\u044e \u0438 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0443\u044e \u0442\u0435\u043c\u0443 \u2013 \u043c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440, \u0442\u043e \u0435\u0441\u0442\u044c \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u043e \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0437\u0430\u0449\u0438\u0442\u044b \u043e\u0442 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444 \u0434\u043b\u044f \u0434\u0432\u0443\u0445 \u0426\u041e\u0414-\u043e\u0432, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0435\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0426\u041e\u0414-\u0430\u043c \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 active-active. \u0420\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043f\u043e\u043a\u0430\u0436\u0435\u043c, \u0441\u043b\u043e\u043c\u0430\u0435\u043c \u0438 \u043f\u043e\u0447\u0438\u043d\u0438\u043c. \u041a\u0430\u043a","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:10:35+00:00","article:modified_time":"2019-10-31T19:10:35+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36263","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-22 02:36:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:47:35","updated":"2026-01-22 02:36:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/36263","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=36263"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/36263\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/27126"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=36263"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=36263"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=36263"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}