For most VPS providers I’ve seen, if you need more storage space you either: Upgrade your whole VPS plan. Buy additional storage volumes. Now if you are running out of disk space, but your CPU/RAM resources are plenty, the additional storage volumes are likely the more cost efficient option. But these appear as a new volume on your server, while Discourse keeps running on the original volume where you installed it in the first place. I could not find a guide or documentation on best practices how to either move Discourse to the newly added larger volume or what is the best way to make use of the added capacity? For example on Digital Ocean if you upgrade your VPS plan you generally get 2x CPU and RAM, but only 10/20GB increments in disk space.

Storage space for what? The database of users, posts, and replies? Or uploads and attachments?

Well, personally I always offload images/attachements to S3,so in my case we would be talking about base system and database. Low cost VPSs tend to come with tiny SSDs.

[imagen] ljpp: we would be talking about base system and database At least on Digital Ocean that would be a 3x performance penalty [imagen] Need a how-to guide for using DigitalOcean Block Storage for image uploads Support The man makes a point. It appears to be less than 1/3 the speed on the simplest of benchmarks. (I checked and both the host and the storage are at SFO2.) root#:dd if=/dev/zero of=/tmp/output conv=fdatasync bs=384k count=1k 1024+0 records in 1024+0 records out 402653184 bytes (403 MB, 384 MiB) copied, 0.590498 s, 682 MB/s root#:dd if=/dev/zero of=/mnt/volume-sfo2-01/test conv=fdatasync bs=384k count=1k 1024+0 records in 1024+0 records out 402653184 bytes (403 MB, 384 MiB) copied, 1.99937 s, 201…

Coming back to this topic. I benchmarked ScaleWay’s 9.99€ plan… https://meta.discourse.org/t/the-cheapest-solution-for-hosting/24060/35?u=ljpp …and noticed that their nice 200GB storage capacity is actually delivered in two volumes: 50GB volume, where the OS is Additional 150GB So what is the best practice to make use of the secondary 150GB volume?

This question remains. I benchmarked ScaleWays new intensive workload server, and seems like a viable option for Discourse hosting. But again, theiy deliver the SSD storage as 50+150GB, so how to make use of the additional 150GB volume? By default Discourse-setup will install to the 50GB system volume. This should be a trivial issue, but I’d need some practical guidance on best the approach? Installing Discourse to the additional volume would be the most straight forward way, even though it leaves some of the 50GB system volume unutilized. @mpalmer?

[imagen] Need a how-to guide for using DigitalOcean Block Storage for image uploads Support I would recommend against symlinking, instead, copy images and amend your container config to point /shared/uploads at the correct location.

I usually offload uploads to S3 anyway. But how to install the base system to other than default location? Symlink might be an idea, but for a reason unknown @sam adviced against them.

You can: Clone discourse_docker (usually /var/discourse) anywhere Point the shared folders to another file system (like on the linked topics) Change docker configs so /var/docker/aufs lands elsewhere. This are the 3 changes that can be made to better use your disk space.

[imagen] ljpp: For example on Digital Ocean if you upgrade your VPS plan you generally get 2x CPU and RAM, but only 10/20GB increments in disk space. Warning, we have found that the add-on DO storage volumes are half the speed of the base disk: root@vol:/# dd bs=1M count=512 if=/dev/zero of=test conv=fdatasync 536870912 bytes (537 MB) copied, 1.72333 s, 312 MB/s root@server:/var/discourse# dd bs=1M count=512 if=/dev/zero of=test conv=fdatasync 536870912 bytes (537 MB) copied, 3.03458 s, 177 MB/s For reference a here are numbers from a modern consumer M.2 PCI SSD drive: 536870912 bytes (537 MB) copied, 0.564705 s, 951 MB/s And a plain old consumer SATA SSD, but a good one, like the Samsung 950 pro.. though to be fair most name brand-ish SATA SSDs are close to this as it is a mature market: 536870912 bytes (537 MB) copied, 1.20895 s, 444 MB/s I looked up old results, and ye olde spinning rust hard drives deliver anywhere from 50 MB/sec to 110 MB/sec.

The difference is much worse. dd is not a good tool to measure performance if you want the results to be anything near what is happening in real life. dd performs a long sequential write, and that is not what your Discourse server is doing. We use fio for benchmarking stuff like this. See this article: https://www.binarylane.com.au/support/solutions/articles/1000055889-how-to-benchmark-disk-i-o The base SSD disk is around 9 times faster than the add-on volume. Base disk: Jobs: 1 (f=1): [m] [-.-% done] [115.8M/39880K /s] [29.7K/9970 iops] [eta 00m:00s] READ: io=307668KB, aggrb=127346KB/s, minb=127346KB/s, maxb=127346KB/s, mint=2416msec, maxt=2416msec WRITE: io=101932KB, aggrb=42190KB/s, minb=42190KB/s, maxb=42190KB/s, mint=2416msec, maxt=2416msec Add-on volume: Jobs: 1 (f=1): [m] [100.0% done] [11484K/3904K /s] [2871 /976 iops] [eta 00m:00s] READ: io=306676KB, aggrb=14174KB/s, minb=14174KB/s, maxb=14174KB/s, mint=21635msec, maxt=21635msec WRITE: io=102924KB, aggrb=4757KB/s, minb=4757KB/s, maxb=4757KB/s, mint=21635msec, maxt=21635msec On the other hand, don’t overestimate the impact of a not so fast disk: if you use the add on disk only for files (public/uploads ) then nginx caching and kernel filesystem caching will save your day and you’ll still have a pretty decent performance.

Making use of added storage volumes

Product Support Self-hosting

Falco (Falco) 28 Abril, 2017 14:18 7

Tema		Respuestas	Vistas
£3 Discourse hosting questions Self-hosting hosting	21	3849	21 Septiembre 2016
Need a how-to guide for using DigitalOcean Block Storage for image uploads Product Support	42	10113	7 Junio 2018
Separate docker volumes for uploads and backups Product Support	3	284	23 Marzo 2025
How to add more disk space Self-hosting	1	136	14 Julio 2026
Simple summary of how to move Discourse to a larger disk Product Support	6	160	25 Octubre 2026

Making use of added storage volumes

Temas relacionados