IBM® Multi-site Workload Lifeline (Lifeline) ermöglicht einen intelligenten Lastausgleich für kritische Workload-Transaktionen, indem es das Routing von Verbindungen für TCP/IP-Workloads und Nachrichten für IBM MQ-Cluster-Workloads beeinflusst. Das Routing erfolgt über zwei Standorte hinweg, um eine nahezu kontinuierliche Verfügbarkeit zu gewährleisten.
Wenn ein Ausfall auftritt, hilft IBM Multi-site Workload Lifeline dabei, die Wiederherstellungszeit kritischer Workloads im Vergleich zur herkömmlichen Notfallwiederherstellung von Stunden auf Minuten zu verkürzen. Die Wiederherstellungszeit bei ungeplanten Ausfällen wird verkürzt, indem Workload-Ausfälle erkannt und an einen anderen Standort umgeleitet werden. Die Auswirkungen geplanter Ausfälle werden abgemildert, indem Arbeitslasten mit minimaler Unterbrechung auf einen anderen Standort verlagert werden.
Neue Verbindungen von Arbeitslasten werden an die Anwendungen, Server und Systeme weitergeleitet, die am besten für die Verarbeitung geeignet sind, so dass die Reaktionszeit für Transaktionen verkürzt wird. Systemressourcen werden effizienter genutzt.
Leiten Sie im Falle von Anwendungs-, System- oder Standortausfällen neue Workload-Verbindungen zu anderen verfügbaren Anwendungen weiter. Ausfälle für Wartungs-Updates oder andere geplante Ereignisse können minimiert werden.
Fügen Sie Anwendungsinstanzen nach Bedarf hinzu. Überwachen Sie hinzugefügte Instanzen automatisch und beziehen Sie sie in Workload-Routing-Entscheidungen ein.
Verkürzen Sie die Reaktionszeit, indem Sie neue Workload-Verbindungen auf die leistungsfähigsten Anwendungen und Systeme abstimmen. Wiederherstellungszeit nach einem Workload-Fehler kann von Stunden auf Minuten verkürzt werden.
Leiten Sie Workloads mit minimaler Unterbrechung von einem Standort zum anderen weiter. Verbindungen für Abfrage-Workloads können gleichzeitig an beide Standorte verteilt werden.
Einfacheres, unterbrechungsfreies Testen von Disaster-Recovery-Verfahren durch Validierung, dass Workloads am Recovery-Standort zugänglich bleiben - ohne dass ein Ausfall des Produktionsstandorts erforderlich ist.
Lifeline verwendet zwei Ebenen des Lastausgleichs für Arbeitslasten, die auf TCP/IP-Anwendungen abzielen. Lifeline weist die Load Balancer der ersten Ebene an, Workload-Verbindungen an die Load Balancer der zweiten Ebene am ausgewählten Standort weiterzuleiten, die die Verbindungen dann an die Anwendungen am Standort weiterleiten. Lifeline setzt auf IBM MQ-Clustern für Workloads mit Messaging. Lifeline weist den Cluster an, Workload-Nachrichten an IBM MQ-Warteschlangenmanager in der ausgewählten Site weiterzuleiten, die die Nachrichten dann für Anwendungen verfügbar machen.
Für Workloads, die zwei Ebenen von Load Balancern verwenden, liefert Lifeline den Load Balancern der ersten Ebene Empfehlungen für das Routing von Standortverbindungen, die auf der Verfügbarkeit und dem Zustand der Workload-Anwendungen, der z/OS-Systeme und (falls zutreffend) der Linux® on IBM Z®-Systeme an beiden Standorten basieren. Für Workloads, die IBM MQ-Cluster verwenden, liefert Lifeline dem Cluster Empfehlungen für das Nachrichten-Routing am Standort, basierend auf der Verfügbarkeit und dem Zustand der IBM MQ-Warteschlangenmanager und der z/OS-Systeme an beiden Standorten.
Auf jedem z/OS-System und Linux auf Z Management Guest, auf dem die Workloads vorhanden sind, wird an beiden Standorten ein Agent gestartet. Der Agent ist dafür verantwortlich, die Workload-Anwendungen zu überwachen, die sich auf seinem System befinden, und diese Informationen an den Lifeline Advisor zurückzumelden. Der Agent auf z/OS ist außerdem dafür verantwortlich, mit einem MQ-Warteschlangenmanager zu kommunizieren, um das Routing von MQ-Nachrichten innerhalb eines MQ-Clusters zu überwachen und zu beeinflussen.
Ein Lifeline Advisor wird auf einem z/OS-System gestartet und kann als primärer oder sekundärer Advisor gestartet werden. Ein primärer Advisor kommuniziert mit allen Agents, um die Verfügbarkeit des Workloads zu ermitteln. Der Advisor stellt MQ-Nachrichtenverteilungsregeln für die Agents für die MQ-Cluster und Routing-Empfehlungen zur Verfügung, um Load Balancer für TCP-Verbindungen für diese Workloads zu laden. Ein sekundärer Advisor überwacht die Verfügbarkeit des primären Advisors und übernimmt die Verantwortung des primären Advisors im Falle eines Ausfalls des primären Advisors.
Jeder Workload, der für Multi-Site Workload Lifeline konfiguriert ist, wird als Active/Standby- oder Active/Query-Workload klassifiziert.
Lifeline kann viele Arten von Workloads unterstützen, die sich unter z/OS oder Linux unter Z befinden:
Softwarevoraussetzungen
Hardwarevoraussetzungen
Erfahren Sie, wie IBM Multi-Site Workload Lifeline eine wichtige Rolle bei der Lösung großer Probleme im Unternehmen spielt.
Erfahren Sie, wie Sie einen intelligenten Lastausgleich für TCP/IP-Workloads erreichen und dennoch eine nahezu kontinuierliche Verfügbarkeit gewährleisten können.
Sichere Plattform für die Entwicklung und Freigabe von Mainframe-Workloads.
Automatisieren Sie Mainframe-Aufgaben und die Notfallwiederherstellung, um Resilienzziele zu erreichen.
Unterstützen Sie Big-Data-Integration und -Konsolidierung, Warehousing- und Analyse-Initiativen in großem Umfang durch protokollbasierte Änderungsdatenerfassung mit Transaktionsintegrität.
Lifeline überwacht die Workload-Anwendungen und die Systeme, in denen sich diese Anwendungen befinden, über die beiden Sysplexe oder Standorte hinweg, an denen diese Systeme ausgeführt werden. Lifeline steuert das Routing von Verbindungen und MQ-Nachrichten, die auf diese Workload-Anwendungen abzielen, und stellt sicher, dass die Verbindungen und MQ-Nachrichten an die optimalen Workload-Anwendungen an den aktiven Standorten gesendet werden.
Wenn Lifeline einen Workload-Ausfall an der aktiven Site erkennt, kann Lifeline innerhalb von Sekunden automatisch einen Workload-Wechsel zu den Workload-Anwendungen am alternativen Standort durchführen. Oder Lifeline kann Warnmeldungen generieren, die Automatisierungsprodukte erfassen können, um ihre eigene Workload-Umschaltung durchzuführen.
Wenn Ihr Unternehmen eine der folgenden Situationen erfüllt, ist eine kontinuierliche Verfügbarkeit Ihrer Workloads erforderlich.
Vorhandene Disaster Recovery-Lösungen nutzen die festplattenbasierte Replikation, um Spiegelkopien aller Festplatten zu erstellen, die von den Systemen am lokalen Standort verwendet werden. Diese Festplattenkopien können während der Festplattenreplikation nicht verwendet werden. Im Falle eines Ausfalls am lokalen Standort müssen die Systeme und Workload-Anwendungen am Remote-Standort neu gestartet werden, bevor der Zugriff auf die Workloads wiederhergestellt werden kann. In der Regel kann dies eine Stunde oder länger dauern.
Bei Lifeline-fähigen Lösungen für kontinuierliche Verfügbarkeit wird die Software-Datenreplikation, wie z. B. InfoSphere Data Replication for Db2, verwendet, um die Daten zwischen dem lokalen und dem entfernten Standort synchron zu halten. Der Hauptunterschied besteht darin, dass die Systeme an beiden Standorten aktiv sind und Lifeline zur Überwachung der Arbeitslasten an beiden Standorten verwendet wird. Im Falle eines Ausfalls am lokalen Standort erkennt Lifeline den Workload-Fehler und leitet alle neuen Workload-Verbindungen an den alternativen Standort weiter. So ist der Zugriff auf die Workloads in Sekundenschnelle wiederhergestellt, im Gegensatz zu einer Stunde oder mehr bei Disaster-Recovery-Lösungen.
Lifeline spielt durch seine Überwachungs- und Workload-Routing-Funktion eine wesentliche Rolle in der GDPS Continuous Availability-Lösung und bietet die folgenden Vorteile:
Nein. Obwohl Lifeline üblicherweise als integraler Bestandteil der GDPS Continuous Availability-Lösung verwendet wird, kann Lifeline auch außerhalb der Lösung eingesetzt werden.
Wenn Ihr Unternehmen über eigene Automatisierungsfunktionen verfügt, kann Lifeline zusammen mit einem Softwareprodukt zur Datenreplikation verwendet werden, um die Daten an beiden Standorten synchron zu halten.
In anderen Fällen können Sie die Lösung GDPS Continuous Availability nicht verwenden, wenn Ihr Unternehmen über Workload-Anwendungen verfügt, die nicht sysplex-fähig sind. Die Verwendung von Lifeline in Verbindung mit einer Software-Datenreplikation, die die Daten an beiden Standorten synchron hält, ermöglicht eine "sysplexähnliche" Wiederherstellung für diese Workload-Typen.
Lifeline bietet die Möglichkeit, während geplanter Ausfälle einen anmutigen Wechsel der Anwendungen und ihrer Datenquellen, die von Lifeline als Workloads bezeichnet werden, durchzuführen. Durch die Verwendung einfacher Lifeline-Befehle kann die Workload-Migration von einem Standort zu einem anderen leicht durchgeführt werden, wodurch die Ausfallzeit für geplante Ereignisse wie z. B. geplante Wartungsaktivitäten minimiert wird.
Lifeline erhöht die Verfügbarkeit, da neue Verbindungen und Nachrichten von fehlerhaften Workload-Anwendungen und -Systemen weggeleitet werden können. Lifeline verkürzt die Reaktionszeiten, indem Verbindungen und Nachrichten an Workload-Anwendungen und -Systeme mit Kapazitäten für zusätzliche Arbeit weitergeleitet werden, und reduziert die Wiederherstellungszeit von Stunden auf Minuten.
Nein. Einer der vielen Vorteile von Lifeline besteht darin, dass es sich nicht um eine Alles-oder-Nichts-Lösung handelt, wie dies bei Disaster-Recovery-Lösungen der Fall ist. Nur die kritischsten Workloads würden auf Lifeline konfiguriert, um eine kontinuierliche Verfügbarkeit zu gewährleisten, während alle anderen Workloads, einschließlich Batch, mit den bestehenden Disaster-Recovery-Verfahren wiederhergestellt werden würden. Und zusätzliche Workloads können jederzeit zu Lifeline hinzugefügt werden.
Die Eigenschaften eines Workloads hängen vom Workload-Typ ab. Bei TCP-basierten Workloads sind es die IP-Adressen und Portnummern der TCP-Anwendungen. Bei SNA-basierten Workloads sind es die SNA-Appl-Namen der SNA-Anwendungen. Bei MQ-basierten Workloads sind es die MQ-Cluster-Warteschlangen und MQ-Warteschlangenmanager, an die MQ-Nachrichten für die Workloads gesendet werden. Bei Db2 DRDA-basierten Workloads sind es die IP-Adressen und Portnummern der Db2-Aliasnamen und Db2-Subsysteme. Bei Linux on Z-Workloads sind es die Linux on Z-Gäste, die auf zVM ausgeführt werden.
Lifeline basiert auf einem Load Balancer, der das Server/Application State Protocol oder SASP unterstützt, das in RFC 4678 dokumentiert ist. Das Protokoll ermöglicht es Lifeline, in regelmäßigen Abständen Routing-Empfehlungen an einen SASP-fähigen Load Balancer zu senden, die dem Load Balancer vorgeben, wie er Workload-Verbindungen über eine Reihe von Workload-Anwendungen, die sich über beide Standorte erstrecken können, weiterleiten soll. Der F5 Big-IP Switch Local Traffic Manager ist der empfohlene Load Balancer für die Verwendung mit Lifeline.
Lifeline kommuniziert mit den MQ-Warteschlangenmanagern, die die von den Workloads verwendeten Warteschlangen verwalten und leitet den MQ-Cluster, auf dem MQ-Warteschlangenmanager MQ-Nachrichten erhalten können. Nach einem Workload-Ausfall an einem Standort stellt Lifeline außerdem sicher, dass alle verlorenen MQ-Nachrichten während eines Workload-Wechsels an MQ-Manager am alternativen Standort übertragen werden.