MicroStrategy ONE

Platform Analytics-Architekturbeispiele

Die folgenden Beispiele stellen keine vollständige Liste aller unterstützten Architekturen dar. Stattdessen veranschaulichen sie die bewährten Vorgehensweisen und allgemeinen Empfehlungen in Architektur-Best-Practices und -details.

Ein einziger Knoten für alle Platform Analytics-Komponenten

In dieser Konfiguration werden alle Platform Analytics-Komponenten auf derselben Maschine installiert. Alle Library und Intelligence-Serverumgebungen (Einzelknoten oder Cluster) müssen so konfiguriert sein, dass sie Daten auf demselben Telemetrieserverknoten erzeugen. Das Platform Analytics Warehouse wird durch ein sofort einsatzbereites MicroStrategy Repository.

Dies ist eine der einfachsten Darstellungen von Platform Analytics, bei der alle Komponenten auf einer einzigen Maschine installiert sind (Maschine 4 im obigen Beispiel).

Remote-Plattform-Analyse-Warehouse

In dieser Architektur befinden sich alle Platform Analytics-Komponenten mit Ausnahme des Platform Analytics-Warehouses auf derselben Maschine. Sie können sich für eine Out-of-the-Box entscheiden MicroStrategy Repository oder Bereitstellung einer proprietären Instanz von PostgreSQL.

So beurteilen Sie, ob diese Architektur für Sie geeignet ist:

  • Bei Verwendung von Remote Desktop Services (RDS) ist es einfach, Replikate für den Lesezugriff einzurichten, wenn es Anwendungsfälle für umfangreiche Leseabfragen von Platform Analytics-Daten gibt.

  • RDS bietet eine einfache Möglichkeit, die Systemressourcen in Zukunft zu erhöhen, wenn Ihre Datenbank mit der Zeit wächst.

  • Wenn Sie RDS oder selbst verwaltetes PostgreSQL verwenden, ist die Verwaltung der Systemressourcen und die Kapazitätsplanung einfacher.

Hoher Durchsatz/fortgeschrittene Architektur

Eine Hochdurchsatzarchitektur muss sorgfältig ausgewählt werden, da ihre Vorteile mit einem erheblichen Konfigurations- und Wartungsaufwand verbunden sind.

Im Allgemeinen wird dieser Ansatz in folgenden Fällen in Betracht gezogen:

  1. Sie verfügen über zahlreiche Intelligence-Serverknoten mit umfangreicher Telemetrie (hohe Anzahl an Objekten, Benutzern und Jobs).

  2. Es werden Hochverfügbarkeitseigenschaften der Architektur gefordert.

Für eine Architektur mit hohem Durchsatz empfehlen wir die Verwendung eines Clusters aus Telemetrieserverknoten. Ein Telemetriespeicher kann Daten von einem einzelnen Telemetrieserverknoten oder einem Telemetrieservercluster nutzen. Dies bedeutet, dass sich alle Telemetrieserverknoten in einem einzigen Cluster befinden sollten.

Derzeit wird der Telemetrieserver durch Zookeeper- und Kafka-Komponenten dargestellt. Sie können den Telemetrieserver auf einer Teilmenge von Knoten installieren. Die einzige Anforderung besteht darin, eine ungerade Anzahl von Telemetrieserverknoten (3, 5 usw.) beizubehalten. Sehen Sie sich die Zookeeper-Dokumentation für mehr Informationen. Mehrere Telemetrieservercluster werden nicht unterstützt.

Telemetrie-Serverknoten auf denselben Rechnern wie Intelligence-Serverknoten

Telemetrie-Serverknoten Nicht auf denselben Rechnern wie Intelligence Server-Knoten