Zuständigkeiten bei der Verwendung serverunabhängiger IBM Analytics Engine -Instanzen verstehen

Hier erfahren Sie mehr über die Verwaltungszuständigkeiten und Vertragsbedingungen, die Ihnen bei der Verwendung von IBM Analytics Engine serverunabhängigen Instanzen zur Verfügung stehen. Eine übergeordnete Ansicht der Servicetypen in IBM Cloud® und eine Aufgliederung der Verantwortlichkeiten zwischen dem Kunden und IBM für jeden Typ finden Sie unter Gemeinsame Verantwortlichkeiten für IBM Cloud-Angebote.

In den folgenden Abschnitten finden Sie Informationen zu den jeweiligen Zuständigkeiten für Sie und für IBM, wenn Sie IBM Analytics Engine serverunabhängige Instanzen verwenden. Allgemeine Nutzungsbedingungen finden Sie unter IBM Cloud® - Bedingungen und Bemerkungen.

Verwaltung von Vorfällen und Operationen

Das Störungs- und Betriebsmanagement umfasst Tasks wie beispielsweise Überwachung, Ereignismanagement, Hochverfügbarkeit, Problembestimmung, Fehlerbehebung sowie umfassende Statussicherung und -wiederherstellung.

Task Zuständigkeiten von IBM Ihre Zuständigkeiten
IBM Analytics Engine -Instanzverwaltung
  • Bereitstellung von Betriebssystem-, Versions-und Sicherheitsupdates für die Infrastruktur.
  • Bereinigen aller Instanzressourcen.
  • Überwachen von Hardwareprobleme im aktiven Cluster.
  • Instanz mithilfe der bereitgestellten API-, CLI-oder Konsolentools erstellen.
    -Löschen einer Serviceinstanz mithilfe der bereitgestellten API-, CLI-oder Konsolentools.
  • Anpassen einer Serviceinstanz mithilfe der bereitgestellten API oder CLI.
  • Ändern oder Anzeigen der Instanzkonfiguration mithilfe der bereitgestellten API-, CLI-oder Konsolentools.
Anwendungsverwaltung
  • Überwachen Sie die Spark-Anwendung auf Fehler aufgrund der von IBM bereitgestellten Infrastruktur.
  • Spark-Anwendungen auf dem Cluster mit der bereitgestellten CLI oder API ausführen.
    -Optimieren Sie die Spark-Instanz für Ihre Anwendungsanforderungen mit der bereitgestellten CLI oder API.
Beobachtbarkeit
  • Stellen Sie Log Analysis bereit, um die Beobachtbarkeit Ihrer IBM Analytics Engine Serviceprotokolle zu aktivieren.
  • Stellen Sie die Integration mit Activity Tracker bereit, umIBM Analytics Engine -Ereignisse zur Überprüfbarkeit zu senden.
  • Richten Sie Activity Tracker ein und senden Sie Ereignisse, um den Zustand Ihrer IBM Analytics Engine -Instanzen zu überwachen.
    -Richten Sie Protokolle ein und senden Sie sie an Log Analysis.

Änderungsmanagement

Das Änderungsmanagement umfasst Tasks wie Bereitstellung, Konfiguration, Durchführung von Upgrades, Korrekturen (Patching), Konfigurationsänderungen und Löschung.

Task Verpflichtungen von IBM Verantwortlichkeiten des Kunden
Instanzbereitstellung
  • Bestellen der Hardware (Datenebene im IBM -Servicekonto).
  • Öffnen des Spark-Clusters für das Internet (Datenebene im IBM -Servicekonto).
  • Sicherstellen, dass die Spark-Clusterknoten von anderen Clustern isoliert sind (Datenebene im IBM -Servicekonto).
    -Korrrektur der Cluster-Hosts (Datenebene im IBM -Servicekonto).
  • Sicherstellen, dass Daten aus entfernten Knoten oder gelöschten Clusterknoten gelöscht werden.
  • Löschen von Hardware (Datenebene in IBM Services-Konto)
  • Keine Änderungsmanagement-Zuständigkeiten

Identitäts- und Zugriffsmanagement

Die Identitäts- und Zugriffsverwaltung umfasst Tasks wie Authentifizierung, Autorisierung, Zugriffssteuerungsrichtlinien sowie das Genehmigen, Erteilen und Widerrufen von Zugriffsberechtigungen.

Task Verpflichtungen von IBM Verantwortlichkeiten des Kunden
Zugriff auf Serviceinstanz über IAM steuern
  • Überprüfen der Berechtigungen des Benutzers für die Serviceinstanz, bevor Zugriff gewährt wird.
  • Verwalten der Zuständigkeit für alle Servicerollen, die Sie für Ihre Instanzen erstellen.

Sicherheit und Einhaltung von Bestimmungen

Die Einhaltung der Vorgaben für Sicherheit und gesetzliche Bestimmungen umfasst Tasks wie die Implementierung von Sicherheitskontrollmechanismen und die Compliance-Zertifizierung.

Task Verpflichtungen von IBM Verantwortlichkeiten des Kunden
Allgemein
  • Aufrechterhaltung von Kontrollen entsprechend den verschiedenen Compliance-Standards der Branche.
    – Überwachen, Isolieren und Wiederherstellen von Instanzen. „
    – Überwachen und Melden des Zustands von Instanzen in den verschiedenen Schnittstellen.
    – Sichern des Clusterzugriffs über TLS (Datenebene im IBM Services-Konto).
    – Integrieren Sie IBM Analytics Engine mit IBM Cloud Identity and Access Management (IAM).
  • Einrichten und Verwalten der Sicherheits-und Regulierungskonformität für die IBM Analytics Engine -Instanzen.

Hochverfügbarkeit und Disaster Recovery

Hochverfügbarkeit (High Availability, HA) ist eine zentrale Disziplin in einer IT-Infrastruktur, um Ihre Apps auch nach einem partiellen oder vollständigen Ausfall der Site betriebsbereit zu halten. Der Hauptzweck der Hochverfügbarkeit ist es, potenzielle Fehlerquellen in einer IT-Infrastruktur zu eliminieren.

Die Notfallwiederherstellung umfasst Aufgaben wie die Bereitstellung von Abhängigkeiten zu Notfallwiederherstellungsstandorten, die Bereitstellung von Notfallwiederherstellungsumgebungen, die Sicherung von Daten und Konfigurationen, die Replikation von Daten und Konfigurationen in die Notfallwiederherstellungsumgebung sowie die Ausfallsicherung nach einem Katastrophenfall.

Task Verantwortlichkeiten von IBM Verantwortlichkeiten des Kunden
Hochverfügbarkeit (HA)
  • IBM stellt sicher, dass die Steuerebene in Regionen mit mehreren Zonen bereitgestellt wird. Wenn eine Zone in einer Region mit mehreren Zonen nicht mehr verfügbar ist, werden die Workloads automatisch in den verbleibenden verfügbaren Zonen geplant.
    -Pflegen Sie Servicereplikate, um die Serviceverfügbarkeit bei Pod-Fehlern sicherzustellen.
 Keine Aktion erforderlich.
Allgemein – Stellen Sie die Bereitstellungsumgebungen in den betroffenen Regionen wieder her oder erstellen Sie sie neu.
– Erstellen Sie die vorhandene Spark-Instanz, sofern möglich, neu.		 -Instanzstatus und Anwendungsstatus verfolgen.
-Stellen Sie eine neue Serviceinstanz bereit und übergeben Sie die Anwendung erneut in einer alternativ verfügbaren Region, wenn kein Zugriff auf die aktuellen Instanzen möglich ist.
-Erstellen Sie eine Sicherung für alle Konfigurationsdaten der Spark-Instanz und validieren Sie die Informationen
-Stellen Sie sicher, dass sich alle Daten, Metadaten und Anwendungen außerhalb des Clusters befinden. Die Disaster-Recovery kann erst nach Abschluss dieser Aktivität initiiert werden.

Standorte

  • Frankfurt
  • Dallas