Docs / Investigation guides
All checks
Verbiqo runs its own checks before the model writes anything. Choose the system to see every check, what it looks for, and the words that bring it in.
By system
| System | Checks | Covers |
| PostgreSQL | PostgreSQL checks | Sessions and locks, queries and plans, replication, vacuum and bloat, settings, security, capacity |
| MySQL | MySQL checks | Sessions and locks, statements, replication and Group Replication, settings, schema, security |
| SQL Server | SQL Server checks | Requests and blocking, waits, queries and plans, availability groups, backups and jobs, settings, security |
| Redis, Valkey | Redis checks | Memory and eviction, slow log and latency, clients, persistence, replication |
| Elasticsearch, OpenSearch | Elasticsearch and OpenSearch checks | Cluster health, shards, disk and heap, ingest, lifecycle, snapshots, index design |
| Kubernetes | Kubernetes checks | Failing workloads, rollouts, nodes and room, networking and service mesh, security |
| Prometheus, Thanos | Ask Prometheus | No fixed list: Verbiqo finds the measurements a question needs in a map of what your server collects |
| Splunk | Log findings | Errors and what changed around them, from the logs the account may search |
Across your systems
| Check | Covers |
| Capacity planning | Disk, CPU and memory headroom, from a connected metrics source |
| Security review | Each connected system against CIS Controls, ISO 27001 and SOC 2: pass, fail or not checked |
| Security logs | Failed logons, password spraying and credentials in logs, through Splunk or Elasticsearch |
Something missing or unclear? Email hello@verbiqo.app.