Verteiltes Lucene mit Persistenzzählern
NCache stellt verschiedene Cache-Server-Zähler zur Überwachung der Leistung von Cache-Servern bereit. Sie können alle diese Leistungsindikatoren für einen bestimmten Cache auf jedem Windows-Computer überwachen, indem Sie Folgendes verwenden: NCache Überwachen or PerfMon-Tool.
Zu diesen Zählern gehören:
Zähler | Beschreibung |
---|---|
Indexes |
Die Gesamtzahl der vom Benutzer erstellten Indizes, die jeweils durch einen eindeutigen Namen identifiziert werden. Ein Index wird erstellt, wenn ein NCacheDas Verzeichnis wird geöffnet. Wenn bereits ein Index mit demselben Namen vorhanden ist, wird kein neuer erstellt. |
Index Size |
Die Größe aller Indizes auf diesem bestimmten Knoten. Haupt- und Replikatknoten werden unterschieden, sodass im Fall der POR-Topologie der Hauptknoten nur die Hauptteile aller Indizes berücksichtigt und das Replikat diesem Beispiel folgt. |
Documents |
Gesamtzahl der Dokumente auf diesem Knoten. Idealerweise sollte die Anzahl der Dokumente auf dem Replikatknoten mit der des entsprechenden Hauptknotens übereinstimmen. |
Commits |
Gesamtzahl der Commits, die auf diesem Knoten stattgefunden haben. Commits bleiben nicht bestehen, daher werden sie nach dem Neustart eines Knotens zurückgesetzt. Im Falle einer Statusübertragung wird der Commit-Zähler nicht übertragen. Zu den Commits gehören alle vom Benutzer initiierten Commits sowie die automatisch von der Flush-Richtlinie durchgeführten Commits. |
Additions/sec |
Anzahl der Dokumenteinfügungen pro Sekunde für einen Knoten. |
Updates/sec |
Anzahl der Aktualisierungsvorgänge für Dokumente pro Sekunde für einen Knoten. |
Deletes/sec |
Anzahl aller Arten von Löschvorgängen pro Sekunde für einen Knoten. Da Löschvorgänge abfragebasiert sind und mehrere Autoren den Löschvorgang ausführen, ist es schwierig, die Gesamtzahl der gelöschten Dokumente zu berechnen, sodass ein Löschvorgang möglicherweise nur ein Dokument oder 1 löscht. |
Fetches/sec |
Anzahl der Vorgänge vom Typ „Get“, die pro Sekunde auf einem Knoten ausgeführt werden. GetDocCount ist beispielsweise ein Abrufvorgang. |
Searches/sec |
Anzahl der abfragebasierten Vorgänge, die pro Sekunde auf einem Knoten ausgeführt werden. Streng genommen gelten nicht alle auf IndexSearcher ausgeführten Vorgänge als Suchvorgänge, z. B. ist CollectionStatistics, das Statistiken für ein bestimmtes Feld zurückgibt, ein Abrufvorgang. |
Requests/sec |
Gesamtzahl aller Arten von Anfragen, die vom Lucene-Modul empfangen wurden. |
State Transfer/sec |
Die Anzahl der Bytes, die pro Sekunde bei der Statusübertragung übertragen werden. |
Avg ms/add |
Die durchschnittliche Zeit in Millisekunden, die ein Add-Vorgang dauert. |
Avg ms/update |
Die durchschnittliche Zeit in Millisekunden, die ein Aktualisierungsvorgang dauert. |
Avg ms/delete |
Die durchschnittliche Zeit in Millisekunden, die ein Löschvorgang dauert. |
Avg ms/fetch |
Die durchschnittliche Zeit in Millisekunden, die ein Abrufvorgang dauert. |
Avg ms/search |
Die durchschnittliche Zeit in Millisekunden, die ein Suchvorgang dauert. |
Buckets to Send |
Die Anzahl der Buckets, die ein Knoten (falls vorhanden) an andere Knoten senden muss. Ein Szenario, um dies in Aktion zu sehen, besteht darin, einen Zwei-Knoten-Cluster (POR) zu erstellen und einfach den ersten Knoten zu starten. Sie sollten 50 Buckets sehen, die der Startknoten an den 2. (gestoppten) Knoten senden muss. Beim Starten des 2. Knotens sinkt dieser Wert auf Null. |
Buckets to Receive |
Die Anzahl der Buckets, die ein Knoten (falls vorhanden) von anderen Knoten empfangen muss. Da die Statusübertragung sehr schnell erfolgt, ist diese Aktualisierung schwer zu erkennen, da der Knoten alle seine Buckets erhält, sobald er gestartet wird. Aber das obige Szenario reicht aus, behalten Sie einfach den 2. Knoten im Auge. |
Replication Queue Count |
Die Anzahl der Vorgänge, die der Hauptknoten auf seinen Replikatknoten replizieren muss. Dazu gehören alle Arten von Vorgängen. |
Live Instances |
Die Gesamtzahl der Live-Instanzen (Objekte wie Writer, Readers und Searchers), die derzeit vom Client instanziiert werden. Entsorgte Objekte werden entfernt (Objekte werden auch nach der Client-Trennung entsorgt). Im Gegensatz zu Commits werden Live-Instanzen auf die neuen Knoten übertragen. |