DBMS wachsen und vermehren sich, Automatisierungsskripte werden immer komplexer und zahlreicher, und dafür wird immer mehr Zeit aufgewendet. Unter solchen Umständen kommt der Administrator früher oder später zu einem guten Gedanken: Es muss etwas geändert werden. In diesem Beitrag erfahren Sie anhand eines Beispiels, wie Sie das Problem lösen können, wenn Sie mit Oracle-Datenbanken mit verschiedenen Farben und Farben arbeiten.
So fing alles an. Bis 2013 hatten wir uns mit Unterstützung von mehreren zehn Datenbanken aller Art, die unter Oracle ausgeführt werden, angesammelt. Einige waren klein, aber mit starken Anfragen - zum Beispiel Repositories von Regulierungsdokumenten oder ein Sammelsystem. Einige könnten OLTP zugeschrieben werden, mit einer großen Anzahl kleiner Anfragen - Risikoüberwachung, SMS-Engine und andere. Es gab Systeme, die erst zum Abrechnungstermin oder zum Monatsende sehr aktiv wurden. Im Allgemeinen hat jeder unterschiedliche Aufgaben bzw. Lastprofile. Um sicher zu gehen, haben wir für jedes System eine ernsthafte Reserve an Rechenleistung für Spitzenlasten sowie eine Reserve an Festplattenressourcen für den Fall eines plötzlichen Wachstums. Die Unterstützung all dessen erforderte viel Zeit und Mühe.
Um die Hardwarekosten zu senken, haben wir uns entschlossen, Oracle-Datenbanken aller Midrange-Systeme auf einem Server zu kombinieren. Wir haben gute Erfahrungen mit Oracle Exadata gemacht: Ein Replikat auf diesem System hat das Problem mit der Erstellung von Berichtsberichten geschlossen. Die Datenbanken in Exadata funktionieren jedoch im Real Application Cluster, was den Anwendungen einige Einschränkungen auferlegt und sorgfältige Tests erfordert. Durch Software von Drittanbietern kann der Exadata-Komplex nicht über sich selbst installiert werden, wodurch die Anzahl der tragbaren IT-Systeme verringert wird.
Welche Möglichkeiten gibt es? Die Oracle Engineering-Klasse umfasst auch Supercluster. Zusätzlich zu den Vorteilen von Exadata bietet es die Möglichkeit, Datenbanken im RAC-One-Node-Modus zu verwenden, und zwar eigenständig, wodurch das Migrationsrisiko minimiert wird. Wir haben die wirtschaftlichen Auswirkungen des Übergangs zu Supercluster berechnet: Es stellte sich heraus, dass wir für die Kosten für zusätzliche Ausrüstung zur Unterstützung des natürlichen Wachstums von Systemen für das nächste Jahr zwei neue Supercluster'a erwerben können. Wir haben diese Entscheidung vor dem Geschäft erfolgreich verteidigt und 2014 zwei Hälften des Supercluster T5-8 für das Haupt- und das Backup-System erworben.
Jede Hälfte von Supercluster enthielt zwei Rechenknoten mit vier 16-Kern-Prozessoren und 1 TB Speicher. Auf den ersten Knoten von zwei Superclustern platzieren wir die für das Geschäft kritischen Basen, auf den zweiten Knoten - alle anderen Standby-Basen. Sie wurden mit weniger Speicher konfiguriert, sodass Clusterware bei Problemen auf dem Hauptknoten automatisch Ressourcen auf einem anderen Live-Knoten bereitstellt. Im Falle eines Ausfalls des gesamten Knotens bedeutet ein konfigurierter Failover-Switch Data Guard. Um die Redundanz zu vereinfachen, haben wir den Knoten zusätzliche FC-Karten und Veritas Netbackup-Medienserver hinzugefügt. So haben wir unsere Ressourcen optimal genutzt und Fehlertoleranz und katastrophalen Widerstand sichergestellt.
Die Systemmigration wurde von vielseitigen Tests begleitet. Wir hatten Befürchtungen, dass der Wettbewerb um die Ressourcen vieler Datenbanken zu einer Verschlechterung der Dienste führen könnte, aber nach der Übertragung von mehr als 30 Systemen stellten wir fest, dass die Arbeitsgeschwindigkeit nur zugenommen hatte. Darüber hinaus selbst in solchen Systemen, die weder das Hinzufügen von Prozessoren mit Speicher noch das Übertragen von Datenbanken auf Full-Flash-Arrays unterstützten. Zum Beispiel in unserem Haupt-Betrugsbekämpfungssystem Risk Monitoring, das zuvor aufgrund einer Zunahme der Belastung durch Quellsysteme übergeben wurde. Offensichtlich geht es nicht nur um die Ausrüstung selbst, sondern auch um die „Mathematik“ von Oracle Engineering-Systemen, die Abfragen beschleunigt.
Heute arbeitet Supercluster seit mehr als vier Jahren mit uns zusammen. Folgendes gefällt uns neben der Leistung:
- Die Kosten für die IT-Infrastruktur sind wie gewünscht gesunken.
- Reduzierte Verwaltungskosten. Bisher wurden nicht nur DBMS-Administratoren, sondern auch Unix-Administratoren, Speicheradministratoren und SANs zur Unterstützung von Datenbanken benötigt. Jetzt wird alles von einer Person unterstützt und 90% der Verwaltung erfolgt über Oracle Cloud Control.
- Der Zeitraum für die Einführung neuer Informationssysteme wurde verkürzt. Kein Warten mehr auf den Erwerb und die Lieferung von Datenbankgeräten.
- Neben nützlichen Exadata-Elementen wie Smart Scans, Speicherindizes und Hybridkomprimierung haben wir das Exadata-Tool - IO Resource Manager - verwendet, das für die Datenbankkonsolidierung sehr nützlich ist. Damit priorisieren wir die Verwendung von Festplattenressourcen.
Unabhängig davon ist der vielseitige technische Support von Oracle zu erwähnen. Für die Hardware- und Softwaresysteme erhielten wir zusätzlich zum Standard-Premier-Support und Partner-Support kostenlosen Platinum-Service-Support, der Folgendes umfasst:
- Der "Call Home" -Dienst ist die automatische Überwachung von Geräten durch den Anbieter: Im Falle eines Festplattenausfalls ist der Anbieter beispielsweise der erste, der davon erfährt und den Austauschvorgang organisiert.
- Regelmäßige kostenlose System-Software-Updates.
- Viel schnellere Wiederherstellung des Komplexes durch das Advanced Platinum Support Gateway-System.
Wir entwickeln eine Oracle DBMS-Konsolidierungsplattform auf Basis von Supercluster. Ende 2017 kamen die ersten drei weltweit verkauften Supercluster M8 zu uns:
Wenn Sie Fragen zu unseren Supercluster-Anwendungsfällen haben, beantworten wir diese gerne in den Kommentaren.