Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- nosql:netzkonfiguration_fw_oracle_nosql_db_11gr2 [2014/04/07 13:38] – gpipperr
+++ nosql:netzkonfiguration_fw_oracle_nosql_db_11gr2 [2014/06/21 19:58] (aktuell) – gpipperr
@@ Zeile 1: / Zeile 1: @@
 ====== Oracle NoSQL Netzwerk Konfiguration ======
-**Achtung:**
+Ein wichtiger Punkt für die Performance einer Oracle NoSQL Umgebung ist das Netzwerk. Wird auf höchste Performance Wert gelegt, lohnt sich durchaus der Einsatz von InfiniBand für die Kommunikation der Knoten untereinander. Jeder Datensatz muss schnellstmöglich auf die Replikate übertragen werden um das Zeitfenster der „Eventual Consistency“ möglichst klein zu halten.
+Eine exakte gleiche Systemzeit aller Knoten des Store ist sehr wichtig, der NTP Service auf jeden Knoten ist mit größter Sorgfalt einzurichten um Ausfälle im Store zu vermeiden, bzgl. Ntp siehe dazu auch [[linux:linux_rac_ntp|Die Uhrzeit im Oracle Cluster überwachen/prüfen und kontrollieren]]
-<note tip>Wenn der Paramter **servicePortRange** NICHT gesetzt wird, ist die RMI Kommunikation über eine Firewall NICHT möglich!</note>
+Die Oracle NoSQL DB benötigt für die Kommunikation der Storage Nodes untereinander und mit Client eine recht hohe Anzahl von Ports. Soll vor der NoSQL DB Umgebung ein FW für erweiterte Sicherheit sorgen, ist darauf zu achten eine Portrange auch für die Client Kommunikation zu reservieren (Parameter servicePortRange beim Anlegen des Stores) damit auch die für die RMI Kommunikation notwendigen Ports zwischen Client und DB Knoten in der FW freigeschaltet werden können. Ist mehr als ein Store in Verwendung, empfiehlt es sich diese Portranges zu standardisiert um die Wartung und den Betrieb erheblich zu erleichtern.
 Übersicht mit Beispiel Port Nummer:
-{{ :nosql:oracle_nosql_ports_v01.png?400 | Übersicht über die Ports für eine Oracle NoSQL Umgebung}}
+{{ :nosql:oracle_nosql_ports_v01.png?500 | Übersicht über die Ports für eine Oracle NoSQL Umgebung}}
+**Achtung:**
+<note tip>Wenn der Paramter **servicePortRange** NICHT gesetzt wird, ist die RMI Kommunikation über eine Firewall NICHT möglich!</note>
@@ Zeile 20: / Zeile 30: @@
-Der Client/Applikation Server, der mit dem Store arbeiten soll, muss auf JEDEN Knoten des Store über den
+Der Client/Applikation Server, der mit dem Store arbeiten soll, muss auf JEDEN Knoten des Stores über den
 passenden Connect Port, wie zum Beispiel die 5000, zugreifen können!
-=== Bug in Versionen vor 2.0 ===
+== Bug in Versionen vor 2.0 ==
 Parameter "servicerange" konnte angegeben werden, wird aber nicht richtig unterstütz bzw. ignoriert.
-== Nachträgliches Anpassen des Admin Ranges==
+==== Nachträgliches Anpassen des Admin Ranges====
 Mit Hilfe von "plan change-parameters -service <storage-node-id> -params servicePortRange="5021,5040"" können auf den Storage Nodes der Parameter servicePortRange angepasst werden.
@@ Zeile 58: / Zeile 68: @@
 </code>
-Test:
+==== Test:====
 <code bash>
 # Port Verwendung:
 netstat -ntap | grep java
+</code>
+Test mit tcpdump auf Fehler:
+<code bash>
+# alle Packete zum noSQL Server abfangen:
+tcpdump -nnvvSX  host 192.168.10.10
 </code>
@@ Zeile 129: / Zeile 148: @@
 Beim Anlegen : http://docs.oracle.com/cd/NOSQL/html/AdminGuide/install-config.html
+\\
 Ändern: http://docs.oracle.com/cd/NOSQL/html/AdminGuide/setstoreparams.html#adminparameters