OpenSearch Indizes-Ansicht
Übersicht
Die Indizes-Ansicht in BPC bietet eine detaillierte Übersicht über alle vorhandenen Indizes. Ein Index in OpenSearch ist mit einer Datenbanktabelle vergleichbar und enthält verschiedene Metadaten sowie Konfigurationsoptionen. In dieser Ansicht können Nutzer Indizes verwalten, indem sie:
-
Indizes filtern
-
Indizes aktualisieren (Tabelle auf den aktuellen Stand bringen)
-
Indizes verwalten:
-
Das Mapping und Einstellungen eines Index anzeigen
-
Indizes reindizieren
-
Indizes löschen (Achtung: führt zu Datenverlust!)
-
Zusätzlich zeigt die Ansicht verschiedene Statusinformationen an, einschließlich des Index-Status (offen oder geschlossen), und ermöglicht eine detaillierte Analyse der Indizes.
|
Ein geschlossener Index (standardmäßig aktiviert) ist für Lese- und Schreiboperationen blockiert und erlaubt nicht alle Operationen, die für geöffnete Indizes verfügbar sind. Es ist nicht möglich, Dokumente in einen geschlossenen Index zu indexieren oder nach Dokumenten zu suchen. Dadurch müssen geschlossene Indizes keine internen Datenstrukturen für das Indexieren oder Suchen von Dokumenten aufrechterhalten, was zu einer geringeren Belastung des Clusters führt. |
Farbcodes
Der Gesundheitszustand des Clusters, basierend auf dem Zustand seiner primären und replizierten Shards. Mögliche Status sind:
| Farbcode | Bedeutung |
|---|---|
|
Der grüne Kreis zeigt an, dass alle Shards zugewiesen sind. |
|
Der orange Kreis zeigt an, dass alle primären Shards zugewiesen sind, aber ein oder mehrere Replikat-Shards nicht zugewiesen sind. Falls ein Node im Cluster ausfällt, könnten einige Daten vorübergehend nicht verfügbar sein, bis der Node repariert wird. |
|
Der rote Kreis zeigt an, dass ein oder mehrere primäre Shards nicht zugewiesen sind, wodurch einige Daten nicht verfügbar sind. Dies kann kurzzeitig während des Cluster-Starts auftreten, wenn die primären Shards noch zugewiesen werden. |
Spalten in der Indizes-Ansicht
-
Health: Zeigt den aktuellen Zustand des Index (grün, orange oder rot)
-
Status: Zeigt an, ob der Index als „open“ oder „close“ gesetzt ist
-
Index: Der Name des Index
-
Aliase: Alias-Namen, die auf den Index verweisen
-
Shards: Anzahl der Shards des Index
-
Replicas: Anzahl der Replikate eines Index
-
Anzahl Dokumente: Die Gesamtzahl der gespeicherten Dokumente
-
Gelöschte Dokumente: Anzahl der als gelöscht markierten Dokumente
-
Store Size: Gesamtspeicherplatz, den der Index belegt
-
Primary Store Size: primärer Speicherplatz
Übersicht der Spalten in der Indizes-Ansicht:
Indizes Verwaltung
Reindizierung
Die Reindizierung ermöglicht es, Daten von einem bestehenden Index in einen neuen Index zu übertragen.
Gründe für eine Reindizierung:
-
Zum Entfernen von als gelöscht markierten Dokumenten, da diese nicht in den neuen Index übernommen werden.
-
Um die Dokumente des Index mit einem ggf. angepassten Mapping neu zu indexieren.
Beim Aufruf des Reindex-Features werden im daraufhin erscheinenden Dialog die bisherigen Index-Settings und Mappings mit den für den neuen Index vorgesehenen verglichen. Die neuen Index-Settings und Mappings werden wie folgt aufgebaut:
-
Die Mappings des bestehenden Indexes werden übernommen.
-
Falls vorhanden, werden die Mappings für den neuen Index aus einer der
managed_indices.json-Dateien übernommen. -
BPC Administration → Core Services → Allgemein → Core_IndexCreationSettings(indexCreationSettings)Beispiel JSON-Konfiguration:{ "analysis": { "normalizer": { "lowercaseNormalizer": { "type": "custom", "char_filter": [], "filter": [ "lowercase" ] } } } } -
BPC Administration → Core Services → Allgemein → Core_IndexDynamicTemplates(indexDynamicTemplates)Beispiel JSON-Konfiguration:[ { "binaries": { "match_mapping_type": "string", "match": "_binary", "mapping": { "type": "binary" } } }, { "strings": { "match_mapping_type": "string", "match": "", "unmatch": "_binary", "path_unmatch": "bpc-attachment-.*", "mapping": { "type": "text", "fields": { "raw": { "type": "keyword" }, "lowercase": { "type": "keyword", "normalizer": "lowercaseNormalizer" } } } } } ]Abhängig davon, ob der Index durch Replikation oder einen Log Service befüllt wird, gibt es verschiedene Anpassungsmöglichkeiten:
Replikation:
Hier können je Replikationsjob bis zu drei Anpassungsmöglichkeiten verwendet werden, um die Index-Settings und das Mapping zu beeinflussen:
-
targetIndexCreationSettings = Index Settings (optional): Wenn gesetzt, werden die globalen indexCreationSettings (siehe oben) nicht verwendet.
-
targetIndexMappings = Index Mappings (optional): Hier können spezifische Mappings definiert werden, falls die automatische Erkennung von OpenSearch unzureichend ist.
-
targetIndexDynamicTemplates = Dynamic Templates (optional): Wenn gesetzt, werden die globalen indexDynamicTemplates (siehe oben) nicht verwendet.
Log Service:
Bei diesen Indizes wird das Mapping anhand der dortigen Fields-Konfiguration erstellt. Weitere Details dazu findest du in der Feldnamen Konvention im Log Service.
Shards und Replicas
Shards und Replicas sind zentrale Konzepte für die Verteilung und Sicherheit der Daten in OpenSearch (siehe auch Shards und Replicas von Indices in OpenSearch).
Replica
Replicas sind Sicherheitskopien von Shards, die im Falle eines Node-Ausfalls die Datenintegrität gewährleisten.
Die Anzahl der Replicas kann auf 0 gesetzt werden, was nur für Single-Node- oder Entwicklungssysteme sinnvoll ist.
In einem OpenSearch-Cluster mit mindestens zwei Nodes sollte dieser Wert mindestens auf 1 gesetzt werden, um eine Ausfallsicherheit zu gewährleisten.
Shard
Ein Shard enthält die Dokumente eines Index und beeinflusst die Leistung sowie die Skalierbarkeit:
-
Ein Index kann aus einem oder mehreren Shards bestehen.
-
Ein einzelner Shard kann bis zu ca. 50 GB an Daten und ca. 200 Millionen Dokumente speichern.
-
Große Shards können Suchanfragen verlangsamen und die Wiederherstellung nach Fehlern verlängern.
-
Jeder Shard benötigt Heap-Speicher und nutzt einen eigenen Thread.
Backups
Zur Sicherstellung der Datenintegrität werden regelmäßig Backups der Indizes erstellt. Diese ermöglichen eine Wiederherstellung im Falle von Datenverlust oder Systemausfällen.
