Logische Architektur

Hochverfügbarkeit wird von den Hauptkomponenten und der Art und Weise bereitgestellt, wie sie in der logischen Architektur von Maximo® Application Suiteinteragieren. Sie haben die Wahl zwischen mehreren Anwendungsservices, die die primären Features für die Verwaltung, Überwachung und Überprüfung von Assets sowie für die Bestimmung ihres Zustands und der Vorhersage, wann sie gewartet werden müssen, bereitstellen.

Die Maximo Application Suite Core -Services werden automatisch mit allen Instanzen implementiert. Diese Services übernehmen die grundlegende Verwaltung und Konfiguration der Suite und speichern Metadaten in einer implementierten MongoDB -Instanz in einer Instanz mit drei Knoten.

Anwendungsservices werden containerisiert, Pods zugewiesen und mithilfe von Kubernetes -Operatoren konfiguriert, um basierend auf ihrer Konfiguration zu starten und zu stoppen.

Bild in einem neuen Tab öffnen. Diagramm der logischen Architektur von Maximo Application Suite

Jeder dieser Anwendungsservices verwendet eigene Persistenzspeicher, die eine gewisse Flexibilität für die Instanzposition haben. Insbesondere werden der Anwendungsstatus und die Benutzerdaten auf die folgenden Typen von Persistenzspeichern verteilt:
Dokumentdatenbank
Eine MongoDB -Variante, bei der es sich um eine Unternehmens-, Community-oder AWS -Dokumentdatenbank handeln kann, bei der die meisten Metadaten, Vorgaben, Konfigurationseinstellungen, Benutzer und Sicherheitsmanagement beibehalten werden. Diese Datenbank ist mit Replikation mit mehreren Knoten und ohne Sharding konfiguriert, was die Ausfallsicherheit verbessert. Außerdem werden Sicherungs-und Wiederherstellungsdienstprogramme bereitgestellt.
Hinweis: Ab 8.11wird für Amazon Web Services US GovCloud -Regionen die Dokumentdatenbank nicht unterstützt.
Relationale Datenbank
In der Regel eine Datenbank vom Typ „ IBM® Db2® “ oder „ Oracle Database “, die den Großteil der für die Anwendungsfunktionalität erforderlichen Benutzerdaten enthält und eine vollständige Transaktionskontrolle hinsichtlich Atomizität, Konsistenz, Isolation und Dauerhaftigkeit (ACID) gewährleistet. Sicherungsservices für Gesamt-und Teilsicherungen und Zurückschreibungsservices können auch Transaktionsprotokolländerungen vom letzten Sicherungspunkt anwenden. Diese Auswahl ermöglicht eine Vielzahl von Verwendungsmustern und die Integration mit BI-Berichterstellungs-und Replikationstools.
Cloud Object Storage
IBM Cloud® Object Storage, AWS S3 oder ähnliche Objektspeicher, die große Dateien speichern, darunter Anhänge, Videodateien und die eigentlichen Backup-Images. Ziel ist es, einen kostengünstigen Speicher für große Inhalte mit hoher Zuverlässigkeit bereitzustellen. Aufgrund der hohen Verfügbarkeit durch die automatische Replikation sind keine Sicherungen erforderlich, aber Sie können es vorziehen, die Versionssteuerung zum Schutz vor bestimmten Szenarios zu aktivieren.
Red Hat® OpenShift® -Persistenzspeicher
etcd oder andere persistente Datenträger, die den Workerknoten zugeordnet sind, die vonRed Hat OpenShift für den Betrieb verwendet werden. Für diese Option sind spezielle Backup-und Restoreoperationen erforderlich, die von der Kubernetes -Operatorlogik bis hin zu Dienstprogrammen auf Speicherebene reichen.
Angesichts dieser Datenbreite sind die Sicherungs-und Wiederherstellungsprozesse kompliziert und müssen sorgfältig koordiniert werden.