Bereitstellungsoptionen

Wie oben dokumentiert, hat CentreStack drei logische Komponenten: die Datenbank, den Worker-Knoten und den Speicher. Dieser Abschnitt wird die verschiedenen Bereitstellungsoptionen durchgehen.

All-In-One-Bereitstellung

Dies ist die einfachste Bereitstellung. Die Datenbank und die Worker-Knoten befinden sich alle auf derselben Maschine wie der Speicher. Wenn Sie < 1000 Benutzer bedienen oder einen Proof-of-Concept (POC) durchführen, ist dies aufgrund seiner Einfachheit die ideale Bereitstellung. Sie können den CentreStack-Installer beauftragen, SQL Express/MySQL auf derselben Maschine zu installieren, bevor Sie die CentreStack-Software installieren und dann die Datenbank auf localhostSQLEXPRESS oder lokales MySQL verweisen. Bei der All-In-One-Bereitstellung wird der Speicherort typischerweise auf einen Ordner auf dem lokalen C:-Laufwerk oder lokalen D:-Laufwerk festgelegt.

Der Installer kann SQL EXPRESS installieren, sodass es eine Ein-Klick-Installation für Bequemlichkeit ist. Keine separate SQL EXPRESS-Installation notwendig.

Bemerkung

Wenn Sie CentreStack zum ersten Mal installieren, wird diese Einrichtung empfohlen, da sie am einfachsten einzurichten ist und auf einem sauberen Computer nur 15-30 Minuten dauert. Der Installer kümmert sich um die gesamte Installation ohne weitere manuelle Schritte.

Im neuesten CentreStack-Installer ist der Installer in der Lage, die All-in-One-Installation durchzuführen, ohne dass Sie gebeten werden, die Datenbank separat einzurichten.

Einzelserver-Deployment

Dies ist eine weitere einfache Bereitstellung. Sie ähnelt sehr der All-In-One-Bereitstellung. Der einzige Unterschied besteht darin, dass der Dateispeicher nicht auf dem Gerät, sondern außerhalb des Geräts ist.

Der externe Dateispeicher kann ein Dateispeicher auf einem UNC-Pfad sein oder es kann auch ein Objektspeicherdienst sein.

In dieser Bereitstellung sind die Datenbank und der Worker Node/Web Node weiterhin auf demselben Rechner installiert.

Zwei-Server-Installation

In der Zwei-Server-Installation ist die Datenbank auf ihrem eigenen Server installiert; getrennt vom CentreStack-Arbeitsknoten. Üblicherweise ist dies ein Zwischenschritt in Richtung der „Drei-Server-Installation“ und ein Schritt zum Skalieren der Serverfarm.

Dreiserver-Bereitstellung für Redundanz

Die 3-Maschinen-Installation ist eine weitere einfache Bereitstellung. Der Datenbankknoten wird separat installiert. Zwei CentreStack-Arbeitsknoten werden installiert. Das Feld „Externe URL“ für jeden Knoten ist gleich, wie zum Beispiel „cloud.acme.com“. Der Lastverteiler wird eine Round-Robin-Lastverteilung zu jedem Knoten durchführen. Eine Variante der Bereitstellung besteht darin, das Feld „Externe URL“ für die beiden Arbeitsknoten unterschiedlich einzustellen. Wenn das Feld „Externe URL“ mit der URL des Lastverteilers übereinstimmt, ist alles im Round-Robin-Verfahren. Wenn die „Externe URL“ unterschiedlich ist, wie zum Beispiel node1.acme.com und node2.acme.com, werden die Benutzer eine Affinität zu einem der Knoten haben. Zum Beispiel, wenn Benutzer1 node1.acme.com zugewiesen wird, wird er weiterhin node1.acme.com verwenden. In dieser Bereitstellung unterstützt die Größe des Clusters 2000 gleichzeitige Benutzer pro Knoten. Der Vorteil ist, dass wenn ein Knoten ausfällt, ein anderer Knoten zur Redundanz vorhanden ist.

Mehrmaschinen-Deployment für Skalierbarkeit

In dieser Bereitstellung haben Sie eine klare Trennung der Datenbank, des Speicherdienstes und der Worker-Knoten in einer Serverfarm.

Die Datenbank ist kein CentreStack-Arbeitsknoten; es ist nur ein Server, auf dem SQL Server oder MySQL ausgeführt wird.

Die Worker-Knoten sind alle CentreStack-Knoten, auf denen dieselbe Software läuft. Meistens wird in der Mehrmaschinen-Bereitstellung ein Hardware-Lastverteiler verwendet, um die Last gleichmäßig zu verteilen.

Innerhalb eines Worker-Knotens gibt es eine weitere Aufteilung der Arbeit zwischen einem ‚Web-Knoten‘ und dem restlichen ‚Worker-Knoten‘.

Die Web-Knoten werden für die Benutzeranmeldung verwendet. Nach der Anmeldung wird der Benutzer zum entsprechenden Worker-Knoten weitergeleitet. (Der Web-Knoten kann weggelassen werden, wenn Sie bereits einen vorhandenen Load Balancer haben).

Damit das Load Balancing funktioniert, müssen alle Worker-Knoten in derselben DNS-Domäne und auf derselben Subdomänenebene sein (zum Beispiel können sie von demselben SSL-Wildcard-Zertifikat abgedeckt werden, wie *.acme.com). Das Load Balancing erfordert mindestens zwei Worker-Knoten.

• Installieren Sie den CentreStack-Server auf der ersten Worker-Node-Maschine. Starten Sie neu und richten Sie das Cluster-Admin-Konto ein.

Bemerkung

Wir empfehlen Ihnen, den ersten Knoten einzurichten und zu konfigurieren und sicherzustellen, dass er reibungslos läuft, bevor Sie den zweiten Knoten einrichten und installieren.

• Installieren Sie den CentreStack-Server auf allen anderen Arbeitsknoten.

Im Datenbankkonfigurationsfenster verwenden Sie denselben Datenbankserver wie bei der ersten Installation.

Bitte fügen Sie KEINE Webknoten zur Liste der Cluster-Arbeitsknoten hinzu. Meistens, wenn Sie ein Design mit mehreren Arbeitsknoten haben, bedienen Sie viele Benutzer und haben meistens Ihren eigenen Lastverteiler. In dem Fall, dass Sie Ihren eigenen Lastverteiler haben, wird die Webknotenfunktionalität in den Arbeitsknoten integriert. So können Sie eine Konfiguration ohne Webknoten haben.

• Richten Sie DNS-Lastausgleich für alle Worker-Knoten ein.

Die meiste Zeit richten Sie eine Firewall oder einen Lastverteiler ein und weisen die DNS auf den Lastverteiler. Der Lastverteiler leitet dann weiter zum CentreStack-Arbeitsknoten.

Bemerkung

Wenn Sie einen Hardware-Load-Balancer verwenden, können Sie Web-Knoten überspringen und einen Cluster nur mit Worker-Knoten haben.

Typische Bereitstellung in Unternehmen

Hier ist ein typisches Bereitstellungsschema in Visio-Diagramm für sehr große Bereitstellungen in großen Unternehmen. In dieser Bereitstellung kann die Verwaltungsfunktionalität auf einen internen Verwaltungsknoten (eine Eigenschaft des Worker-Knotens) aufgeteilt werden. Wenn die Verwaltungsfunktionalität auf interne DNS-Namen aufgeteilt wird, ist das Verwaltungs-Webportal nur intern und somit sicherer.

Hochverfügbarkeitsbereitstellung

Für eine hohe Verfügbarkeit können Sie die Bereitstellung der Hochverfügbarkeit in drei verschiedenen Schichten vorbereiten und sicherstellen, dass sie innerhalb jeder Schicht hochverfügbar ist.

1. Speicher

Wenn Sie Microsoft File Server Share als Speicher verwenden, können Sie ihn zur Replikation vorbereiten, zum Beispiel mit DFS.

Wenn Sie Amazon S3 oder Windows Azure Blob verwenden, ist es standardmäßig redundant und hochverfügbar.

2. Datenbank

Sie können das Microsoft SQL Server Verfügbarkeitsgruppen-Clustering oder Verfügbarkeitsgruppen-Failover verwenden, um die Hochverfügbarkeit der Datenbank zu gewährleisten.

3. CentreStack-Arbeitsknoten

Sie können mehrere Centrestack-Arbeitsknoten in einer Round-Robin-Lastausgleichskonfiguration haben, um eine hohe Verfügbarkeit zu gewährleisten.