mirror of
https://github.com/nodemailer/wildduck.git
synced 2025-03-01 18:35:09 +08:00
Updated README
This commit is contained in:
parent
864ec37d43
commit
5fec53b89d
1 changed files with 13 additions and 0 deletions
13
README.md
13
README.md
|
@ -336,6 +336,19 @@ sh.shardCollection('wildduck.attachments.chunks', { files_id: 'hashed' });
|
|||
> Attachments collections might be configured to reside in a different database than default. Modify sharding namespaces accordingly (and do not forget to
|
||||
> enable sharding for the attachments database)
|
||||
|
||||
### Disk usage
|
||||
|
||||
Tests show that the ratio of attachment contents vs other stuff is around 1:10. This means that you can split your database between multiple disks by using
|
||||
smaller SSD for message data and indexes and a larger and cheaper SATA for attachment contents. This assumes that you use WiredTiger with
|
||||
`storage.directoryPerDB:true` and `storage.wiredTiger.engineConfig.directoryForIndexes:true`
|
||||
|
||||
Assuming that you use a database named `attachments` for attachment contents:
|
||||
|
||||
SSD mount : /var/lib/mongodb
|
||||
SATA mount: /var/lib/mongodb/attachments/content
|
||||
|
||||
In this case you could have a 1TB SATA and 150GB SSD.
|
||||
|
||||
### Redis Sentinel
|
||||
|
||||
Wild Duck is able to use Redis Sentinel instead of single Redis master for automatic failover. When using Sentinel and the Redis master fails then it might take
|
||||
|
|
Loading…
Reference in a new issue