Its hard to give advice with just this information, but this kb article has a lot of detail on how S2DB uses disk:
How many databases do you have and how many partitions on each? Lowering snapshot_trigger_size and and running a manual snapshot is one quick way to lower disk space usage. Another approach is to create your databases with fewer partitions, though this can only be done a CREATE DATABASE time right now.
If you expect the dbs to always be reasonably small (as in, never grow to TBs of data) you can likely you just use 2-3 partitions per leaf (or even less) depending on your query patterns.
If you want to reduce the snapshot_trigger_size you could drop it to 512mb or 256 mb via:
If you want to reduce the snapshot_trigger_size you could drop it to 512mb or 256 mb via:If you want to reduce the snapshot_trigger_size you could drop it to 512mb or 256 mb via:
ok, but after reducing snapshot_trigger_size:
Will it take automatically take snapshot of DB’s?
I have previous snapshots present dir: data/snapshots consist of 1.5GB in each leaf node, may be it will be replaced with new snapshot. But How will I know snapshot is taken successfully after reducing snapshot_trigger_size ??
Once snapshot is confirmed can I remove files in log dir: data/logs to free up 500+ GB disk storage?
Lowering snapshot_trigger_size and and running a manual snapshot is one quick way to lower disk space usage.
I guess manual snapshot will do the job as well,but it’s very timeconsuming, it took 40 mins to take snapshot of single DB still did not get completed.
Is there any method to make manual snapshot of entire cluster in single terminal command?