TOC

So konfigurieren Sie einen OrientDB-Cluster unter Ubuntu 16.04

Einführung

OrientDB ist eine NoSQL-Datenbank mit mehreren Modellen und Unterstützung für Grafik- und Dokumentendatenbanken. Es ist eine Java-Anwendung und kann auf jedem Betriebssystem ausgeführt werden. Es ist auch eine vollständigeACID-Beschwerde mit Unterstützung für Multi-Master-Clustering und -Replikation, was eine einfache horizontale Skalierung ermöglicht.

Das Wort "Cluster" in OrientDB kann sich jedoch auf zwei verschiedene Konzepte beziehen:

  1. Sie können einen Cluster von OrientDBnodeshaben, bei denen es sich um Server handelt, auf denen OrientDB ausgeführt wird. Dies setzt voraus, dass mindestens ein physischer (oder Cloud-) Server verwendet wird, da auf einem Server mehrere OrientDB-Instanzen ausgeführt werden können.

  2. Sie können auch einen Cluster innerhalb einer OrientDBdatabase haben, bei dem es sich um eine Gruppierung von Datensätzen ähnlichen Typs oder Werts handelt. Ein solcher Cluster kann sich auch über mehrere Server erstrecken oder auf einen Server beschränkt sein.

Der Schwerpunkt dieses Artikels liegt auf der ersten Art von Cluster, d.h. ein Cluster von Knoten. Im Cluster-Modus wird OrientDB in einer verteilten Architektur mit mehreren Mastern oder ohne Master ausgeführt. Dies bedeutet, dass jeder Knoten im Cluster auf gleicher Basis arbeitet und die Datensätze des anderen lesen / schreiben kann. Ein Knoten kann jedoch auch alsreplica einem Cluster beitreten, wo er im schreibgeschützten Modus arbeitet.

In diesem Lernprogramm richten Sie mithilfe der Community-Edition von OrientDB einen Cluster mit drei Knoten mit zwei Masterknoten und einem Replikatknoten ein.

Voraussetzungen

Um diesem Tutorial zu folgen, benötigen Sie:

  • Drei Ubuntu 16.04-Server mit genügend RAM, um den Cluster zu unterstützen. Dies hängt von Ihren Anforderungen und der Art und Weise ab, in der Sie OrientDB anpassen, aber jeweils 4 GB sind eine gute Standardeinstellung.

  • Ein Sudo-Nicht-Root-Benutzerkonto und eine Firewall richtenon each server mitthis Initial Server Setup with Ubuntu 16.04 tutorial ein.

  • Java muss auf allen Servern installiert sein. Dies können Sie tun, indem Siethe JDK 8 step of this Java installation guide folgen. Die OpenJDK-JRE funktioniert auch. Wenn Sie die Oracle-Lizenz nicht akzeptieren möchten, können Sie die Standard-JRE mithilfe desselben Lernprogramms installieren.

  • OrientDB haton each server installiert, indemStep 1 of the single server OrientDB installation guide genau wie geschrieben befolgt wurde. Sie können optional Schritt 2 ausführen, um auch die erforderliche RAM-Größe zu begrenzen. Das verteilte OrientDB-Startskript erwartet, dass mindestens 4 GB RAM verfügbar sind, und startet nicht, wenn es weniger findet, es sei denn, Sie ändern dies.

  • OrientDB wird als Systemd-Dienston each server eingerichtet, indemSteps 5 and 6 of the single server OrientDB installation guide gefolgt wird und nach dem erneuten Laden der Einheiten angehalten wird (d. H. ohne den Dienst zu starten). Die einzige Änderung, die Sie vornehmen müssen, ist die Datei, die Sie fürExecStart in der Einheitendatei angeben. Das ursprüngliche Tutorial verwendetserver.sh, aber hier verwenden Siedserver.sh für den verteilten Modus.

[[Schritt 1 - Generieren des Root-Passworts und des Orientdb-Instanznamens]] == Schritt 1 - Generieren des Root-Passworts und des OrientDB-Instanznamens

Zunächst führen wir das verteilte Serverskriptdserver.sh aus, um Anmeldeinformationen zu generieren, die die Instanz von OrientDB benötigt, um in einem Cluster zu funktionieren. Dadurch können wir das Root-Passwort und den Namen für die Instanz von OrientDB festlegen. Sie müssen diesen Schritt fürall three servers ausführen.

Navigieren Sie zu Beginn zum Installationsverzeichnis. 

cd /opt/orientdb

Starten Sie dann den verteilten Server. 

sudo bin/dserver.sh

Wenn Sie den verteilten Server zum ersten Mal starten, werden Sie aufgefordert, ein Kennwort für das Benutzerkonto vonrootanzugeben. Dies ist ein internes OrientDB-Konto, das für den Zugriff auf den Server verwendet wird, z. B. für OrientDB Studio, die webbasierte Oberfläche zum Verwalten von OrientDB und zum Herstellen einer Verbindung zu OrientDB über die Konsole. Wenn Sie hier kein Passwort angeben, wird automatisch eines generiert. Es ist jedoch am besten, wenn Sie selbst eine angeben. Führen Sie dazu die folgende Eingabeaufforderung aus: 

Output+---------------------------------------------------------------+
|                WARNING: FIRST RUN CONFIGURATION               |
+---------------------------------------------------------------+
| This is the first time the server is running. Please type a   |
| password of your choice for the 'root' user or leave it blank |
| to auto-generate it.                                          |
|                                                               |
| To avoid this message set the environment variable or JVM     |
| setting ORIENTDB_ROOT_PASSWORD to the root password to use.   |
+---------------------------------------------------------------+

Root password [BLANK=auto generate it]: *****
Please confirm the root password: *****

Anschließend werden Sie aufgefordert, einen Namen für die Instanz von OrientDB festzulegen, der mit dem Namen des Cloud-Servers identisch sein kann, auf dem sie ausgeführt wird. 

Output+---------------------------------------------------------------+
|         WARNING: FIRST DISTRIBUTED RUN CONFIGURATION          |
+---------------------------------------------------------------+
| This is the first time that the server is running as          |
| distributed. Please type the name you want to assign to the   |
| current server node.                                          |
|                                                               |
| To avoid this message set the environment variable or JVM     |
| setting ORIENTDB_NODE_NAME to the server node name to use.    |
+---------------------------------------------------------------+

Node name [BLANK=auto generate it]: node-name

Wenn das Skript ausgeführt wurde, wird eine Zeile wie die folgende angezeigt: 

Output2017-06-01 02:24:00:717 INFO  OrientDB Server is active v2.2.20 (build 76ab59e72943d0ba196188ed100c882be4315139). [OServer]

Zu diesem Zeitpunkt können Sie den Prozess mitCTRL+C beenden. Nachdem OrientDB installiert ist, müssen wir mehrere Konfigurationsdateien ändern, damit es als Cluster ausgeführt werden kann.

[[Schritt 2 - Konfigurieren von Orientdb für die Funktion im verteilten Modus] == Schritt 2 - Konfigurieren von OrientDB für die Funktion im verteilten Modus

Damit eine Installation von OrientDB als Knoten in einem Cluster fungiert, müssen drei Dateien im Verzeichnisconfiggeändert werden. Sie sind:

  1. hazelcast.xml: In dieser Datei definierte Parameter ermöglichen die automatische Erkennung von Knoten.

  2. default-distributed-db-config.json: Diese Datei dient ausschließlich zur Verwendung in einer verteilten Umgebung und wird verwendet, um das Verhalten des Knotens für jede Datenbank zu definieren.

  3. orientdb-server-config.xml: Dies ist die Hauptkonfigurationsdatei von OrientDB, die im verteilten oder eigenständigen Modus geändert werden muss.

In diesem Schritt ändern wir jede Datei, beginnend mithazelcast.xml.

Ändern derhazelcast.xml-Datei

Die wichtigste Einstellung, die Sie inhazelcast.xml konfigurieren müssen, ist der Mechanismus, den jeder Knoten verwendet, um dem Cluster beizutreten. Zwei Mechanismen, die wir in diesem Abschnitt betrachten werden, sindIP Multicast undTCP/IP-cluster. Bei ersteren geben Sie eine Multicast-Adresse und einen Port an, über die jeder Knoten das Netzwerk, zu dem er gehört, automatisch erkennt. Bei letzterem muss die IP-Adresse jedes Clustermitglieds angegeben werden. Da IP-Multicasting von DigitalOcean nicht unterstützt wird, verwenden wir hier TCP / IP-Cluster.

Öffnen Sie zunächst die Datei zum Bearbeiten: 

sudo nano /opt/orientdb/config/hazelcast.xml

Die Datei ist nicht sehr lang. Dies ist eine gekürzte Version, in der nur die Abschnitte der Datei angezeigt werden, die Sie ändern möchten:

/opt/orientdb/config/hazelcast.xml

. . .
    
        orientdb
        orientdb
    
    
        . . .
    
    
        2434
        
            
                235.1.1.1
                2434

In dieser Datei müssen Sie das IP-Multicasting deaktivieren, einen Eintrag hinzufügen, der den TCP / IP-Cluster aktiviert, und die Cluster-Mitglieder angeben. Lassen Sie uns jeden Tag durchgehen:

  • group > name: Dieses Element definiert den Namen des Clusters. Sie können wählen, was Sie möchten.

  • group > password: Definiert das Kennwort, mit dem die von jedem Mitglied gesendeten Broadcast-Nachrichten verschlüsselt werden, um dem Cluster beizutreten. Wählen Sie hier ein sicheres Passwort.

  • network > port: Gibt den Port an, der für die automatische Erkennung der Knoten verwendet wird. Das Attributauto-increment weist den Mechanismus an, mit dem definierten Port zu beginnen und andere zu versuchen, wenn dieser Port verwendet wird. Wenn Sie den Wert auf false setzen, wird der definierte Port für die Kommunikation verwendet, und die Knotenerkennung schlägt fehl, wenn der Port bereits verwendet wird. Für diesen Artikel wird das Attribut deaktiviert.

  • join > multicast Elemente werden verwendet, um IP-Multicasting-Parameter zu definieren. Sie verwenden kein IP-Multicasting. Daher werden sie ignoriert. Das heißt, wir setzen das Attributenabledauf false.

  • join > tcp-ip: Hiermit werden TCP / IP-Cluster-bezogene Parameter definiert. Das Attributenabled wird verwendet, um es zu aktivieren.

  • join > tcp-ip > member: Definiert jedes Mitglied des Clusters. Es gibt andere Ansätze zur Angabe der einzelnen Mitglieder. Wir werden uns jedoch an diesen halten, in dem die IP-Adresse jedes Mitglieds angegeben ist (eine pro Zeile).

Wenn Sie die Datei bearbeitet haben, sieht die endgültige Version folgendermaßen aus:

/opt/orientdb/config/hazelcast.xml

. . .
    
        clusterName
        clusterPassword
    
    
        . . .
    
    
        2434
        
            
                235.1.1.1
                2434
            
            
                your_master_server_ip_1
                your_master_server_ip_2
                your_replica_server_ip

Speichern und schließen Sie die Datei, wenn Sie mit der Bearbeitung fertig sind. Weiter ist die zweite Datei auf unserer Liste.

Ändern derdefault-distributed-db-config.json-Datei

Wie beihazelcast.xml werden wir nur einige Änderungen an/opt/orientdb/config/default-distributed-db-config.json vornehmen. In dieser Datei legen Sie die Rolle (Master oder Replikat) fest, die jeder Server im Cluster spielen muss.

Öffnen Sie es zum Bearbeiten. 

sudo nano /opt/orientdb/config/default-distributed-db-config.json

Der relevante Teil der Datei wird im folgenden Codeblock angezeigt:

/opt/orientdb/config/default-distributed-db-config.json

{
  "autoDeploy": true,
  "readQuorum": 1,
  "writeQuorum": "majority",
  "executionMode": "undefined",
  "readYourWrites": true,
  "newNodeStrategy": "static",
  "servers": {
    "*": "master"
  },
  . . .
}

Hier ist, was jede Zeile bedeutet:

  • autoDeploy: Gibt an, ob eine Datenbank auf einem neuen Knoten im Cluster bereitgestellt werden soll, auf dem sie noch nicht vorhanden ist.

  • readQuorum: Die Anzahl der Antworten von den Clusterknoten, die kohärent sein müssen, bevor sie bei Lesevorgängen auf einen Client antworten. Wenn Sie den Wert auf "1" setzen, wird die Lesekohärenz deaktiviert.

  • writeQuorum: Bei Schreibvorgängen, wie viele Knoten müssen antworten, bevor eine Antwort an den Client gesendet wird. Der Standardwert istmajority, der mit(N/2) + 1 berechnet wird, wobeiN die Anzahl der verfügbaren Masterknoten im Cluster ist. Replikatknoten werden bei der Berechnung der Mehrheit nicht berücksichtigt. Wenn in einem Cluster mit nur zwei Masterknoten die Standardeinstellung beibehalten wird, wird niemals ein Quorum gebildet, wenn einer der Knoten ausfällt.

  • executionMode: Definiert den Ausführungsmodus eines Clients - synchron oder asynchron. Die Standardeinstellung lässt den Kunden entscheiden.

  • readYourWrites: Gibt an, ob die Antwort des Knotens zum Erreichen eines Schreibquorums zählt.

  • newNodeStrategy: Was passiert, wenn ein neuer Knoten dem Cluster beitritt? Mit dem Standardwert wird der Knoten automatisch in der Liste der Server registriert.

Wir werden die folgenden Parameter hinzufügen:

  • hotAlignment: Gibt an, was passiert, wenn ein Knoten ausfällt und dann wieder online geht. Wenn diese Option aktiviert ist, werden Synchronisationsnachrichten in einer verteilten Warteschlange gespeichert, wenn der Knoten offline ist. Wenn es wieder online ist, startet es die Synchronisierungsphase, indem es alle Synchronisierungsnachrichten in der Warteschlange abfragt.

  • servers: Wird verwendet, um die Rolle (Master oder Replikat) der Knoten im Cluster anzugeben. Standardmäßig wird ein Sternchen (*) verwendet, um anzuzeigen, dass alle Knoten auf dem Server Master sind. Da wir beabsichtigen, einen Cluster mit zwei Mastern und einem Replikat zu erstellen, ändern wir diesen Parameter entsprechend, indem wir den Namen jedes Knotens und die Rolle angeben, die er im Cluster haben wird. Der Name ist der, den Sie in Schritt 1 konfiguriert haben.

Wenn Sie die Datei bearbeitet haben, sollte sie folgendermaßen aussehen:

/opt/orientdb/config/default-distributed-db-config.json

{
  "replication": true,
  "hotAlignment" : true,
  "autoDeploy": true,
  "readQuorum": 1,
  "writeQuorum": "majority",
  "executionMode": "undefined",
  "readYourWrites": true,
  "newNodeStrategy": "static",
  "servers": {
    "orientdb_server_name_1": "master",
    "orientdb_server_name_2": "master",
    "orientdb_server_name_3": "replica"
  },

  ...

}

Speichern und schließen Sie die Datei, wenn Sie fertig sind. Jetzt konfigurieren wir die letzte Datei in unserer Liste.

Ändern derorientdb-server-config.xml-Datei

Innerhalb von/opt/orientdb/config/orientdb-server-config.xml befindet sich ein Parameter, mit dem das Clustering mithilfe des speicherinternen Hazelcast-Datenrasters in OrientDB aktiviert oder deaktiviert wird. Der Name, den Sie der OrientDB-Instanz in Schritt 1 gegeben haben (oder den das Skript automatisch generieren ließ), kann in dieser Datei geändert werden.

Öffnen Sie es zum Bearbeiten. 

sudo nano /opt/orientdb/config/orientdb-server-config.xml

Der relevante Abschnitt der Datei wird unten angezeigt. Er befindet sich oben in der Datei. Beachten Sie, dass der Wert des ParametersNodeNamedem entspricht, den Sie in Schritt 1 angegeben haben:

/opt/orientdb/config/orientdb-server-config.xml

. . .

    
        
        
    

. . .

Ändern Sie den Parameterenabled intrue, um das Clustering zu aktivieren. Nach der Bearbeitung sieht die endgültige Version folgendermaßen aus:

/opt/orientdb/config/orientdb-server-config.xml

. . .

    
        
        
    

. . .

Wenn Sie die Datei bearbeitet haben, speichern und schließen Sie sie.

Bevor wir den Cluster starten und testen können, müssen wir nur noch den Datenverkehr von OrientDB durch die Firewall zulassen.

[[Schritt-3 - Ermöglichen des Orientdb-Verkehrs durch die Firewall]] == Schritt 3 - Zulassen des OrientDB-Verkehrs durch die Firewall

Wenn Sie jetzt versuchen, den Cluster zu starten, wird der Datenverkehr von OrientDB von Ihrer Firewall blockiert. Fügen wir Regeln hinzu, um Datenverkehr über die folgenden Ports zuzulassen:

  • 2424, wird für die binäre Kommunikation verwendet

  • 2434, wird zum Austausch von Clusterkommunikation verwendet

Öffnen Sie die Ports2424 und2480. 

sudo ufw allow 2424
sudo ufw allow 2434

[.Hinweis]##

Note: Port2480 wird verwendet, um auf OrientDB Studio, die Weboberfläche der Anwendung, zuzugreifen. Dies verwendet HTTP, ist also nicht sicher und sollte nicht dem öffentlichen Internet ausgesetzt werden. Wenn Sie jedoch in einem Test-Setup Datenverkehr auf diesem Port zulassen möchten, können Sie dies mit den folgenden Schritten tun: 

sudo ufw allow 2480

Starten Sie anschließend UFW neu. 

sudo systemctl restart ufw

OrientDB ist unter den Voraussetzungen bereits als Systemd-Dienst eingerichtet. Nachdem der Rest der Konfiguration abgeschlossen ist, können wir den Cluster starten.

[[Schritt 4 - Starten und Testen des Orientdb-Clusters] == Schritt 4 - Starten und Testen des OrientDB-Clusters

Stellen Sie auf jedem Server sicher, dass der Dienst aktiviert ist, damit er beim Start gestartet wird. 

sudo systemctl enable orientdb

Jetzt können Sie alle drei Server starten. Der erste Server wurde gestartet (d. H. Der erste, der dem Cluster beitritt, wird zucoordinator server, wo verteilte Operationen gestartet werden. Wenn Sie möchten, dass ein bestimmter Server diese Rolle übernimmt, müssen Sie diesen zuerst starten. 

sudo systemctl start orientdb

Überprüfen Sie den Prozessstatus, um sicherzustellen, dass sie ordnungsgemäß gestartet wurden. 

sudo systemctl status orientdb

Die Ausgabe sieht folgendermaßen aus: 

Output● orientdb.service - OrientDB Server
   Loaded: loaded (/etc/systemd/system/orientdb.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2017-06-01 02:45:53 UTC; 7s ago

Wenn der Server nicht startet, suchen Sie in der Ausgabe nach Hinweisen. Mögliche Fehlerquellen sind nicht genügend RAM, eine nicht installierte Java-JRE oder eine geänderte JSON-Datei, deren Validierung fehlgeschlagen ist. Denken Sie daran, OrientDB neu zu starten, wenn Sie Änderungen an einer der Dateien aus Schritt 2 vornehmen.

Nachdem der Prozess ordnungsgemäß ausgeführt wurde, testen wir, ob der Cluster ordnungsgemäß funktioniert. Filtern Sie auf einem der drei Knoten nach Syslog-Einträgen, die sich auf den Cluster beziehen: 

sudo tail -f /var/log/syslog | grep -i dserver

Mit diesem Befehl wird eine Ausgabe ähnlich der folgenden angezeigt, die angibt, dass alle Mitglieder des Clusters online sind. Das Sternchen gibt an, welcher Master der Koordinatorserver ist. 

Output-------------------+------+------------------------------------+-----+---------+-------------------+
|Name              |Status|Databases                           |Conns|StartedOn|Binary                    |
-------------------+------+------------------------------------+-----+---------+-------------------+
|orientdb-replica-1|ONLINE|GratefulDeadConcerts=ONLINE (MASTER)|4    |01:26:00 |111.111.111.111
|orientdb-master-2 |ONLINE|GratefulDeadConcerts=ONLINE (MASTER)|4    |01:25:13 |222.222.222.222
|orientdb-master-1*|ONLINE|GratefulDeadConcerts=ONLINE (MASTER)|6    |01:24:46 |333.333.333.333

Dies ist ein gutes Zeichen, da die Wahrscheinlichkeit groß ist, dass der Cluster ordnungsgemäß funktioniert, wenn die Server und ihre Datenbanken online sind. Sie sehen auch eine ähnliche Ausgabe, jedoch mit weiteren Informationen, wenn Sie über die folgende Konsole eine Verbindung zu einer der Datenbanken herstellen. Sie könnenCTRL+C drücken, um diese Ausgabe vorerst zu stoppen.

Um die Datenreplikation für neue Daten im gesamten Cluster zu überprüfen, müssen Sie einige Daten auf einem Server generieren und dann überprüfen, ob sie auf die anderen repliziert werden. On one of the master servers, starten Sie die Konsole mit den folgenden Befehlen: 

cd /opt/orientdb/bin
sudo ./console.sh

Der letzte Befehl sollte beim Starten der Konsole die folgende Ausgabe liefern und Ihre Eingabeaufforderung inorientdb> ändern. 

OutputOrientDB console v.2.2.17 (build UNKNOWN@r98dbf8a2b8d43e4af09f1b12fa7ae9dfdbd23f26; 2017-02-02 07:01:26+0000) www.orientdb.com
Type 'help' to display all the supported commands.
Installing extensions for GREMLIN language v.2.6.0

orientdb>

Stellen Sie nun eine Verbindung zur OrientDB-Serverinstanz her. Dieser Befehl stellt lediglich eine Verbindung zu der auf dem Server ausgeführten Instanz von OrientDB unter Verwendung des Benutzerkontos vonroother, nicht zu einer Datenbank. Das Passwort ist das, das Sie in Schritt 3 erstellt haben: 

connect remote:localhost root root-password

Als Nächstes erstellen wir eine Datenbank mit dem NamenCallMeMaybe: 

create database remote:localhost/CallMeMaybe root root-password plocal

Wenn die Datenbank erfolgreich erstellt wurde, stellen Sie eine Verbindung zu ihr her, und Ihre Eingabeaufforderung sollte entsprechend geändert werden.

[.note] #Note: Wenn Sie einen Fehler mit der Meldung "Berechtigung verweigert" oder ähnlichem erhalten, überprüfen Sie die Berechtigungen im Verzeichnis/opt/orientdb/databases. Das Konto, das die Datenbank über die Konsole erstellt, sollte über Lese- und Schreibberechtigungen für diesen Ordner verfügen. Sie können mehr inthis Linux permissions tutorial.
# erfahren

Derzeit istCallMeMaybe nur eine leere Datenbank. Um nur einige Testdaten zu haben, fügen wir ihr eine Klasse hinzu: 

create class Artist

Dann fügen Sie einen Datensatz ein: 

insert into Artist (id, name, age) values (01,'sammy', 35)

Überprüfen Sie, ob die neue Datenbank jetzt den gerade eingefügten Datensatz enthält: 

select id, age, name from Artist

Wenn alles gut gelaufen ist, sollte die Ausgabe ungefähr so ​​aussehen: 

Output+----+----+----+------+
|#   |id  |age |name  |
+----+----+----+------+
|0   |1   |35  |sammy |
+----+----+----+------+

1 item(s) found. Query executed in 0.216 sec(s).

Sie können die Konsole jetzt verlassen. 

exit

Der letzte Schritt dieses Überprüfungsprozesses besteht darin, sich bei einem anderen Knoten im Cluster anzumelden und zu versuchen, die neue Datenbank abzufragen, um festzustellen, ob die Daten erfolgreich übertragen wurden. 

ssh sammy@another_orientdb_server_ip

Starten Sie die Konsole wie zuvor. 

cd /opt/orientdb/bin
sudo ./console.sh

Stellen Sie alsadmin eine Verbindung zur Datenbank her. Dies ist ein Standardbenutzer und ein Standardkennwort für jede neue OrientDB-Datenbank. 

connect remote:localhost/CallMeMaybe admin admin

Führen Sie die gleiche Abfrage wie zuvor durch. 

select id, age, name from Artist

Die Ausgabe sollte die gleiche sein wie auf dem vorherigen Server, da Sie Abfragen in einem Cluster von Servern ausführen. Sie können die Konsole jetzt verlassen. 

exit

Dies bestätigt, dass Ihr Cluster mit drei Knoten ordnungsgemäß funktioniert.

Fazit

Sie haben einen OrientDB-Cluster eingerichtet, der aus drei Knoten mit unterschiedlichen Rollen (Master oder Replikat) besteht. Mit einem solchen Setup ist es einfach, die Anzahl der Knoten zu ändern. Was noch einfacher, unterhaltsamer und weniger aufwendig sein wird, wäre die Verwendung vona configuration management tool like Ansible, um die Bereitstellung eines solchen Clusters zu automatisieren.

Im Moment möchten Sie möglicherweiseconsult this OrientDB security guide ausführen, um zu erfahren, wie Sie jeden Knoten im Cluster sichern. Offizielle Dokumentation zur OrientDB-Administration finden Sie unterproject’s documentation site. Weitere Informationen zu Hazelcast finden Sie unterthe Hazelcast documentation.

Related