Die Multi-site Workload Lifeline, auch bekannt als „Lifeline“, ist eine Software zur Überwachung und Weiterleitung von Workloads. Ihr Zweck ist es, kritische Workload-Transaktionen auszugleichen, indem Verbindungen für TCP/IP-Workloads und Nachrichten für IBM® MQ-Cluster-Workloads auf zwei Standorte verteilt werden, um so eine nahezu kontinuierliche Verfügbarkeit zu gewährleisten.
Dieses Produkt ist sowohl als eigenständiges Angebot als auch als Teil der GDPS® Continuous Availability-Lösung erhältlich.
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.
Lifeline unterstützt die folgenden Workload-Typen:
TCP/IP-basierte Workloads.
Linux auf z Systems Workloads
SNA-Workloads
IBM MQ-Cluster-Workloads.
Db2 Sysplex geroutete Workloads
Zusammenfassung der letzten Updates für Lifeline V2.5
Unterstützung von Remote-Command-API und IBM MQ-Multicluster-Workloads
Neue Verbindungen von Workloads werden an die Anwendungen, Server und Systeme weitergeleitet, die am besten für die Verarbeitung geeignet sind, um die Reaktionszeit für Transaktionen zu verkürzen. Systemressourcen werden effizienter genutzt.
Neue Workload-Verbindungen werden bei einem Anwendungs-, System- oder Standortausfall an andere verfügbare Anwendungen weitergeleitet. Ausfälle für Wartungs-Updates oder andere geplante Ereignisse können minimiert werden.
Verkürzen Sie die Reaktionszeit, indem Sie neue Workload-Verbindungen auf die leistungsfähigsten Anwendungen und Systeme abstimmen. Die Wiederherstellungszeit nach einem Ausfall einer Workload wird von Stunden auf Minuten verkürzt.
Fügen Sie Anwendungsinstanzen nach Bedarf hinzu. Überwachen Sie hinzugefügte Instanzen automatisch und beziehen Sie sie in Workload-Routing-Entscheidungen ein.
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 on 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 IBM MQ-Warteschlangenmanager zu kommunizieren, um das Routing von IBM MQ-Nachrichten innerhalb eines IBM 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 IBM MQ-Nachrichtenverteilungsregeln für die Agents für die IBM MQ-Cluster und Routing-Empfehlungen zur Verfügung, um Load Balancer für TCP-Verbindungen für diese Workloads zu laden. Ein sekundärer Berater überwacht die Verfügbarkeit des primären Beraters und übernimmt die Verantwortung des primären Beraters im Falle eines Ausfalls des primären Beraters.
Jeder Workload, der für Multi-Site Workload Lifeline konfiguriert ist, wird als Active/Standby- oder Active/Query-Workload klassifiziert.
Ein Active/Standby-Workload ist an einem Standort aktiv. Lifeline weist Load Balancer und IBM MQ Queue Manager an, eingehende Verbindungen und Nachrichten an die aktive Site weiterzuleiten. Wenn Datenbankaktualisierungen vorgenommen werden, überträgt die Datenbankreplikationssoftware diese Änderungen asynchron von der aktiven Instanz des Workloads an ihre Standby-Instanz. Am Standby-Standort ist die Standby-Instanz des Workloads aktiv und bereit, Arbeit zu empfangen. Die aktualisierten Daten des aktiven Standorts werden nahezu in Echtzeit auf das Datenbank-Subsystem des Standby-Standorts übertragen.
Eine Active/Query-Workload kann auf einer oder beiden Sites aktiv sein. Lifeline gibt Routing-Empfehlungen an die Load Balancer, um die Verbindungen zwischen den beiden Standorten intelligent auszugleichen. Workloads, die IBM MQ-Nachrichten verwenden, können nicht als Active/Query-Workloads klassifiziert werden. Bei Datenbankaktualisierungen durch den zugehörigen Active/Standby-Workload wird die Latenz der Datenbankreplikation von Lifeline überwacht, um sicherzustellen, dass Verbindungen nicht an einen Standort weitergeleitet werden, wenn die replizierte Datenbank auf diesem Standort Daten enthält, die gegenüber der Datenbank auf dem aktiven Standort zu veraltet sind.
Als Vorbereitung auf die Verwendung von Multi-site Workload Lifeline müssen Sie die Workloads identifizieren, die Sie kontinuierlich verfügbar machen möchten, und bewerten, wie auf die Anwendungen dieser Workloads zugegriffen wird.
Lernen Sie, eine vorhandene MQ-Umgebung mit geteilten Channels in einen Cluster umzuwandeln und wie Lifeline so konfiguriert wird, dass eine Workload unterstützt wird, die einen MQ-Cluster verwendet.
Lesen Sie Anwendungsfälle, die die Integration von Lifeline mit dem BIG-IP Local Traffic Manager von F5 beschreiben.
Sichere Plattform für die Entwicklung und Freigabe von Mainframe-Workloads.
Automatisieren Sie Mainframe-Aufgaben und die Notfallwiederherstellung, um Resilienzziele zu erreichen.
Verbessern Sie die Serverkommunikation mit der Clustering-Technologie, die es ermöglicht, bis zu 32 IBM z/OS-Systeme miteinander zu verbinden und sich wie eine einzige logische Computerplattform zu verhalten.
Unterstützen Sie DatenIntegration und -konsolidierung, Warehousing- und Analyse-Initiativen im großen Maßstab 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 IBM 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 IBM MQ-basierten Workloads sind es die MQ-Cluster-Warteschlangen und IBM 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 IBM MQ-Cluster, auf dem MQ-Warteschlangenmanager IBM 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 IBM MQ-Manager am alternativen Standort übertragen werden.