how to choose db for monitor 2000+ or more

[oldthreefeng]

⚠️ Please verify that this question has NOT been raised before.

• I checked and didn't find similar issue

🛡️ Security Policy

• I agree to have read this project Security Policy

📝 Describe your problem

I am currently managing a large number of monitors, which could potentially reach 2000 or more. I am seeking advice on which database would be best suited to handle this scale efficiently.

📝 Error Message(s) or Log

no

🐻 Uptime-Kuma Version

1.22.1

💻 Operating System and Arch

centos 7.9

🌐 Browser

chrome

🖥️ Deployment Environment

• Runtime: k8s
• Database: sqlite
• Filesystem used to store the database on: ssd
• number of monitors: 700+

very slow.

[CommanderStorm]

use mariadb and use https://github.com/louislam/uptime-kuma/releases/tag/2.0.0-beta.0
We have not benchmarked the system this far, but would be happy to hear how well it holds up.
The performance improvments in v2.0 should make this possible.

[KLVN]

We've recently migrated to 2.0.0-beta.0 and an external MariaDB. Even though it's the first beta we're very happy with it. 1.x was struggling with 40+ monitor and was veeeery slow. The SQLite database got corrupted twice so we had to restore from backups.

The wiki isn't updated yet so we had to look at the code to see how it should be configured.

db-config.json:

{
  "type": "mariadb",
  "hostname": "XXX",
  "port": "3306",
  "username": "XXX",
  "password": "XXX",
  "dbName": "XXX"
}