Frage

Und was würden Sie für eine ASP-Net Web-Anwendung empfehlen, mit einer nicht so großen SQL-Server-Datenbank (etwa 10 Gb)?

Ich frage mich, das ist eine gute Idee, eine Amazon EC2-Instanz konfiguriert hat, bereit, Ihre App in einem Notfall zu hosten?

In diesem Szenario, was der beste Ansatz wäre, die Datenbank aktuell zu halten (Protokollversand? Manuelle Sicherung wiederherstellen?) Und die einfachste und schnellste Weg, um die DNS-Einstellungen zu ändern?

Edit:. Die akzeptable Ausfallzeiten etwas zwischen 4 bis 6 Stunden sein würden, das ist, warum ich für die geringer Kosten mit der EC2-Option Amazon angesehen, wenn im Vergleich zu einem sekundären Server zu mieten

War es hilfreich?

Lösung

Aktualisieren - sah einfach Ihren Kommentar. Amazon EC2 mit Protokollversand ist definitiv der Weg zu gehen. Verwenden Sie keine Spiegelung, weil das normalerweise die andere Standby-Datenbank ist verfügbar hält. Ihre DNS ändern sollte nicht mehr als 1/2 Stunde in Anspruch nehmen, wenn Sie Ihre TTL auf dieses Set. Das würde Ihnen Zeit, um alle Protokolle zu integrieren, die anhängig sind. drehen könnte auf dem Server einmal pro Woche oder so nur Protokolle zu integrieren, die anhängig sind (oder weniger sammele stündlich Kosten zu vermeiden.)


Ihre primäre Hosting-Standort sollte auf allen Ebenen haben Redundanz:

  • Mehrere Internet-Verbindungen,
  • Mehrere Firewalls auf Failover,
  • Mehrere Cluster-Web-Server,
  • Mehrere Cluster-Datenbankserver,
  • Wenn Sie Dateien speichern, verwenden Sie ein SAN oder Amazon S3,
  • Jeder Server sollte irgendeine Form von RAID hat je nach Zweck des Servers,
  • Jeder Server verfügt über mehrere Netzteile angeschlossen haben, können zu Stromquellen / Brecher zu trennen,
  • Externe und interne Server-Monitoring-Software,
  • Stromgenerator, schaltet sich automatisch ein, wenn der Strom ausfällt, und ein Backup-Generator für eine gute Maßnahme.

Das wird Sie halten an Ihrem primären Standort im Falle der meisten Ausfallszenarien ausgeführt wird.

haben dann einen einzelnen Server an einem entfernten Standort einrichten, der Protokollversand aktualisiert gehalten wird verwendet und es in Ihrem Deployment-Skript (nach Ihrem normalen Produktionsserver aktualisiert ...) Ein co-located Server auf der anderen Seite des Landes tut gut für diese Zwecke. Zur Minimierung der Ausfallzeiten Ihrer TTL an den sekundären Standort halten wechseln auf die DNS-Einträge so niedrig wie Sie bequem sind.

Natürlich so viel Hardware wird steil sein, so müssen Sie bestimmen, was wert ist, ist unten für 1 Sekunde, 1 Minute, 10 Minuten, usw. und entsprechend anpassen.

Andere Tipps

Es hängt alles davon ab, was Ihre Ausfallzeiten Anforderungen sind. Wenn Sie noch got bis zu sein, zurück in Sekunden, um Ihre Multi-Milliarden-Dollar-Geschäft nicht zu verlieren, dann werden Sie Dinge tun viel anders, wenn Sie eine Website haben, die Sie macht vielleicht 1000 $ / Monat und der Einnahmen nicht merklich beeinträchtigt werden, wenn es nach unten für einen Tag.

ich weiß, das ist keine besonders hilfreiche Antwort, aber das ist ein großes Gebiet, mit vielen Variablen, und weiteren Informationen, ohne es fast unmöglich ist, etwas zu empfehlen, die eigentlich los sind für Ihre Situation arbeiten (da wir nicht wirklich wissen, was Ihre Situation ist).

Der Ausgangspunkt für eine absolut solide DR-Strategie ist es, zunächst herauszufinden, was die tatsächlichen Kosten für das Unternehmen Ihres Servers / Plattform Ausfallzeiten ist.

Im folgenden Artikel werden Sie in der richtigen Richtung beginnen.

https : //web.archive.org/web/1/http: //articles.techrepublic%2ecom%2ecom/5100-10878_11-1038783.html

Wenn Sie weitere Richtlinien erfordern gute alte Google kann viel mehr lesen geben.

Ein Projekt dieser Art erfordert, dass Sie mit Ihrem Schlüssel Entscheidungsträger zusammenarbeiten und Sie werden mit ihnen kommunizieren müssen, was die damit verbundenen Kosten für Ausfallzeiten sind und was die Auswirkungen auf das Geschäft wäre. Sie werden wahrscheinlich mit mehreren Geschäftseinheiten, um zusammenarbeiten müssen die erforderlichen Informationen zu sammeln. Gemeinsam müssen Sie dann zu einer Entscheidung kommen, was für Ihr Unternehmen akzeptable Ausfallzeiten berücksichtigt wird. Nur dann können Sie eine DR-Strategie entwickeln, um diese Anforderungen gerecht zu werden.

Sie werden auch feststellen, dass diese Übung leitende Mängel in Ihren Plattformen aktuelle Konfiguration im Hinblick auf eine hohe Verfügbarkeit markieren kann und diese müssen unter Umständen auch als beiseite Projekt überprüft werden.

Der entscheidende Punkt wegzunehmen von all dem ist, dass die Entscheidung darüber, was eine akzeptable Ausfallzeit ist nicht allein für die DBA zu entscheiden, sondern die Informationen und Expertenwissen notwendig ist, um damit eine realistische Entscheidung kann sei erreicht. Ihre Aufgabe ist es, eine Strategie zu implementieren, die die Geschäftsanforderungen erfüllen können.

Vergessen Sie nicht, Ihre DR-Strategie zu testen, indem ein Testszenarios, um die Durchführung Ihre Wiederherstellungszeiten zu bestätigen und den Vorgang zu üben. Sollte die Zeit kommen, wenn Sie Ihre DR-Strategie implementieren müssen Sie wahrscheinlich unter Druck sein wird, wird Ihr Telefon häufig läuten und die Menschen werden schweben werden, um Sie Mücken mögen. Nachdem sie bereits geschliffen und geübt Ihre DR Antwort, können Sie die Kontrolle über die Situation sicher sein, in zu nehmen und die Erholung der Umsetzung wird ein reibungsloser Ablauf sein.

Viel Glück mit Ihrem Projekt.

Ich habe nicht mit verschiedenen Tools von Drittanbietern gearbeitet, aber ich habe cloudendure erlebt, und wie für die Replik erhalten Sie ich sagen kann, es ist ein wirklich High-End-Produkt. Die Replikation wird in wirklich kleinen Zeitabständen durchgeführt, die sehr zuverlässig Ihre Replik machen, aber ich kann Sie mit Ihrer Website mit einem anderen Anbieter innerhalb von Sekunden so vielleicht fragt nach einem Preisangebot oder Entkommen sichern sind nicht in Not sehen könnte helfen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top