Zähmen und konsolidieren: Die Geschichte des Wechsels zum Oracle-Supercluster

DBMS wachsen und vervielfachen sich, Automatisierungsskripte werden immer komplexer und die Zeit wird immer mehr aufgewendet. Unter solchen Umständen kommt der Administrator früher oder später zu einem klugen Gedanken: Sie müssen etwas ändern. In diesem Beitrag erfahren Sie, wie Sie das Problem lösen können, wenn Sie mit Oracle-Datenbanken unterschiedlicher Farben und Farben arbeiten.



So fing alles an. Bis 2013 haben wir Dutzende aller auf Oracle laufenden Datenbanken angesammelt. Einige waren klein, aber mit großen Abfragen - zum Beispiel behördliche Aufbewahrungsorte oder ein Sammelsystem. Einige könnten auf OLTP zurückgeführt werden, mit einer großen Anzahl kleiner Anfragen - Risikoüberwachung, SMS-Engine und andere. Es gab Systeme, die nur zu Zahlungsterminen oder zum Monatsende sehr aktiv wurden. Im Allgemeinen hat jeder unterschiedliche Aufgaben bzw. Lastprofile. Um sicherzugehen, haben wir für jedes System eine beträchtliche Menge an Rechenleistung für Spitzenlasten sowie eine Reserve an Festplattenressourcen für den Fall eines plötzlichen Anstiegs aufrechterhalten. Es hat viel Zeit und Mühe gekostet, dies alles zu unterstützen.

Um die Hardwarekosten zu senken, haben wir uns entschlossen, die Oracle-Datenbanken aller Midrange-Systeme in einem Server zusammenzufassen. Wir hatten gute Erfahrungen mit Oracle Exadata: Eine Replik dieses Systems beendete das Problem mit der Erstellung der Berichtsverarbeitung. Die Datenbanken in Exadata funktionieren jedoch im Real Application Cluster, was die Anwendung einschränkt und ein gründliches Testen erfordert. Ja, und Drittanbieter-Softwarekomplexe, die Exadata auf sich selbst gestellt hat, sind nicht zulässig, wodurch die Anzahl tragbarer IT-Systeme reduziert wird.

Welche Möglichkeiten gibt es? Die Klasse der Engineeringsysteme von Oracle umfasst auch Supercluster. Zusätzlich zu den Vorteilen von Exadata können Datenbanken im RAC-Modus mit einem Knoten verwendet werden, im Wesentlichen als eigenständige Systeme, wodurch die Risiken der Migration minimiert werden. Wir haben den wirtschaftlichen Effekt des Übergangs zu Supercluster berechnet: Es stellte sich heraus, dass wir für die Kosten zusätzlicher Ausrüstung, die das natürliche Wachstum von Systemen für das nächste Jahr unterstützt, 2 neue Supercluster erwerben können. Wir haben diese Lösung erfolgreich verteidigt und 2014 zwei Hälften des Supercluster T5-8 für den Haupt- und den Backup-Komplex erworben.


Jede Supercluster-Hälfte enthielt zwei Rechenknoten mit vier 16-Core-Prozessoren und 1 TB Arbeitsspeicher. Wir haben kritische Geschäftsgrundlagen auf die ersten Knoten der beiden Supercluster gelegt, auf die zweiten Knoten - alles andere als Standby-Basen. Sie wurden mit weniger Speicher konfiguriert, sodass die Clusterware bei Problemen auf dem Primärknoten automatisch Ressourcen auf einem anderen aktiven Knoten aufnimmt. Wenn der gesamte Knoten ausfällt, richten Sie einen Failover-Schalter mit Data Guard ein. Um die Redundanz zu vereinfachen, fügten sie den Knoten zusätzliche FC-Karten und Veritas Netbackup-Medienserver hinzu. Daher haben wir die Ressourcen maximal genutzt und Fehlertoleranz und Notfallwiederherstellung sichergestellt.


Die Übertragung der Systeme wurde von vielseitigen Tests begleitet. Wir hatten Bedenken, dass der Wettbewerb um die Ressourcen vieler Datenbanken zu einer Verschlechterung von Diensten führen könnte, aber nachdem mehr als 30 Systeme übertragen wurden, wurde ihnen klar, dass die Arbeitsgeschwindigkeit nur erhöht wurde. Und selbst in solchen Systemen, die durch das Hinzufügen von Prozessoren mit Speicher oder die Übertragung von Datenbanken auf Full-Flash-Arrays nicht unterstützt wurden. Zum Beispiel in unserem Haupt-System zur Betrugsbekämpfung, der Risikoüberwachung, die bis dahin aufgrund eines Anstiegs der Belastung durch Quellensysteme zu versagen begann. Offensichtlich liegt die Angelegenheit nicht nur in der Ausrüstung selbst, sondern auch in der "Mathematik" der Engineeringsysteme von Oracle, was Abfragen beschleunigt.

Heute arbeitet Supercluster seit mehr als vier Jahren mit uns zusammen. Was wir neben der Performance mögen:

  • Die IT-Kosten sind gesunken, wie wir wollten.
  • Reduzierte Kosten und Verwaltung Für die Datenbankunterstützung waren bisher nicht nur DBMS-Administratoren erforderlich, sondern auch Unix-Administratoren, Speicheradministratoren und SAN-Administratoren. Jetzt werden alle von einer Person unterstützt und 90% der Verwaltung wird durch Oracle Cloud Control ausgeführt.
  • Die Frist für die Einführung neuer Informationssysteme hat sich seitdem verringert müssen nicht mehr auf den Erwerb und die Lieferung von Ausrüstung für die Datenbank warten.
  • Neben nützlichen Exadata-Lösungen wie Smart Scan, Speicherindex und Hybrid-Komprimierung haben wir das Exadata-Tool IO Resource Manager verwendet, das sich sehr gut für die Konsolidierung von Datenbanken eignet. Damit setzen wir Prioritäten für die Nutzung von Festplattenressourcen.

Unabhängig davon ist der vielseitige technische Support von Oracle erwähnenswert. Für Software- und Hardwaresysteme erhielten wir zusätzlich zum Standard-Premier- und Partner-Support kostenlosen Support für den Platinum-Service, der Folgendes umfasst:

  • Der "Call-Home" -Dienst ist eine automatische Überwachung der Ausrüstung durch den Anbieter: Zum Beispiel wird der Verkäufer im Falle eines Festplattenausfalls zuerst darüber Bescheid wissen und den Austauschvorgang organisieren.
  • Regelmäßige kostenlose Updates der Systemsoftware.
  • Schnellere Wiederherstellung des Komplexes über das Advanced Platinum Support Gateway-System.

    Wir entwickeln eine Oracle-Supercluster-basierte DBMS-Oracle-Konsolidierungsplattform und Ende 2017 kamen die ersten drei weltweit verkauften Supercluster M8 zu uns:



    Wenn Sie Fragen zu unseren Supercluster-Nutzungsszenarien haben, beantworten wir diese gerne in den Kommentaren.

Jetzt auch beliebt: