Ceph-Speicher und -Performance

Der Check Ceph-Speicher und -Performance überwacht die Rohbelegung des Clusters, Pools, OSD-Zustände, OSD-Belegung und Commit-Latenzen. Er läuft auf Linux-Hosts des Clusters, standardmäßig alle 15 Minuten. Der Check liest den Zustand; er verändert keine Ceph-Einstellungen.

Voraussetzungen

• Der octoja-Agent läuft direkt auf einem Linux-Host des Clusters (x64 oder ARM64).
• Der Agent kann ceph ausführen und die lokale Ceph-Konfiguration sowie den Admin-Keyring lesen. Unterstützte Konfigurationspfade sind /etc/pve/ceph.conf und /etc/ceph/ceph.conf; der Keyring liegt unter /etc/pve/priv/ceph.client.admin.keyring oder /etc/ceph/ceph.client.admin.keyring.
• Du kannst dem Gerät Checks zuweisen. Für Konfigurationspakete benötigst du Monitoring-Check-Verwaltung.

Schritte

1. Öffne den Host und füge unter Checks den Check Ceph-Speicher und -Performance hinzu. Für mehrere Hosts kannst du ein Konfigurationspaket verwenden.
2. Passe die Schwellenwerte an die Kapazitäts- und Leistungsanforderungen des Clusters an.
3. Aktiviere Ceph auf diesem Node voraussetzen, wenn eine fehlende Ceph-Installation oder -Konfiguration kritisch sein soll.
4. Lass Nur auf dem Quorum-Leader auswerten aktiviert, wenn du denselben Cluster auf mehreren Hosts überwachst. Stelle sicher, dass der Check auch dem Quorum-Leader zugewiesen ist.
5. Speichere. Öffne nach der ersten Ausführung das Ergebnis und prüfe Rohbelegung, OSD-Anzahl und Latenz. Richte bei Bedarf Alarmierung ein.

Einstellungen

Ab dem jeweiligen Schwellenwert gilt Warnung beziehungsweise Kritisch. Die Werte sind optional. Ist ein Warnwert höher als der zugehörige kritische Wert, vertauscht der Check beide Werte.

Ergebnisse

• Ein OSD mit Zustand down ist kritisch, ein OSD mit Zustand out führt mindestens zu einer Warnung.
• Ein überfüllter Pool allein hebt das Gesamtergebnis höchstens auf Warnung, auch wenn der Pool selbst als kritisch aufgeführt wird. Rohbelegung, OSD-Belegung und Latenz können das Gesamtergebnis auf Kritisch setzen.
• Die Flags noscrub, nodeep-scrub, noout, norecover und nobackfill führen mindestens zu einer Warnung.
• Die Detailansicht zeigt höchstens 16 problematische OSDs, zuerst die schwersten Probleme. Die Gesamtbewertung umfasst auch weitere OSDs.
• Fehlendes Ceph bleibt ohne Ceph auf diesem Node voraussetzen OK. Das bestätigt keinen gesunden Cluster.
• Ein konfigurierter, aber nicht erreichbarer Cluster ist kritisch; unvollständige Abfragen führen zu einem Fehler. Prüfe Erreichbarkeit, die Leserechte für Konfiguration und Keyring sowie die Ausführbarkeit von ceph.