Überblick — wozu es dient
Die Schaltfläche [param] auf der Karte einer Instanz nimmt die Serverparameter (Einstellungen) jeder Instanz als Momentaufnahme in infr_instance_param auf. Das ist etwas anderes als Instanzvariablen (ein Geheimnis-Wörterbuch für Tools-Mashups) — hier liegen Konfigurationswerte wie nginx.conf, my.cnf, sysctl, php.ini oder haproxy.cfg als Referenz-Momentaufnahme, die die KI-Tuning-Diagnose fundiert. Es sind keine Geheimnisse; sensible Werte werden von der Probe als (redacted) maskiert.
Aufbau
Fünf Bereichsfenster (--grid--5, responsiv 5→3→1 Spalten).
| Bereich | Beispiel-Engines |
|---|---|
| Web | nginx · apache |
| Datenbank | mysql · mariadb · postgres |
| Kernel | linux (sysctl) |
| Anwendung | php · php-fpm · python (gunicorn/uwsgi) · java (JVM) |
| Sonstiges | haproxy · docker · kafka · elasticsearch · vsftpd |
Koexistenz mehrerer Engines —
engineist Teil der eindeutigen Identität (UNIQUE(instance_id, category, engine, name)). Selbst wenn ein Host nginx+apache oder mysql+postgres betreibt, wird ein gleichnamiger Parameter (z. B.max_connections) je Engine gespeichert und nie vermischt. Die Oberfläche gruppiert sie innerhalb jedes Bereichsfensters nach Engine.
Verwendung
Es gibt zwei Wege zur Aktualisierung:
- Manuelles Anlegen/Bearbeiten — das [+] in der Kopfzeile jedes Fensters.
- JSON-Import — führen Sie die Probe auf dem Zielhost aus und fügen Sie ihr JSON ein:
# Lokale Probe, vorinstalliert unter Inventar ▸ Werkzeuge (keine Zugangsdaten, keine externen Aufrufe)
node infr_server_params_probe.cjs
# Fügen Sie das JSON unter [param] ▸ JSON-Import ein — der Upsert ist idempotent
Die Probe nutzt eine Whitelist über 5 Achsen und erfasst nur die wichtigsten Tuning-Werte (Speicher, Worker, Ausführung, Zeitlimits): Web nginx -T/apache-conf · DB Auswertung der Dateien my.cnf/postgresql.conf (ohne Verbindung) · Kernel sysctl · Anwendung php -i/pool.d/gunicorn·JVM-Heap (ps) · Sonstiges Konfigurationsdateien. Geheimnisse werden maskiert.
Datenquellen
infr_instance_param(1:N,UNIQUE(instance_id, category, engine, name),category= varchar(16))- Probe
scripts/infr_server_params_probe.cjs
Warum node ausgeschlossen ist — pm2-/Node-Anwendungen passen nicht zum Modell „ein Host = eine kanonische Konfiguration je Engine“ (viele Anwendungen pro Host;
ecosystem.config.jsgehört zum Repository der Anwendung; bei jedem Deployment flüchtig), deshalb sind sie von der Anwendungserfassung ausgenommen. python/java bleiben erhalten, weil klassische Deployments auf einen Anwendungsserver bzw. eine einzige JVM pro Host hinauslaufen.
Zugriff
Lesen Stufe≥1; Schreiben (Speichern/Löschen/Importieren) Stufe≥2.
Verwandte Themen
- Software-Versionsverzeichnis — das „was installiert ist“ als Gegenstück zum „wie es konfiguriert ist“
- Servicekatalog — dessen Konfigurationsansicht zieht diese Parameter je Diensttyp heran
- Instanzen-CMDB
![카드의 [param] 버튼](/manual-shots/ko/instance-card.webp)