Rory Campbell-Lange wrote:
The server has a 250GB RAID10 (LSI 320-I + BBU) volume which I am
thinking of slicing up in the following way (Linux 2.6 kernel):
/ : ext3 : 47GB (root, home etc)
/boot : ext3 : 1GB
/tmp : ext2 : 2GB
/usr : ext3 : 4GB
/var : ext3 : 6GB
-----------------------
60GB
VG : 190GB approx
-----------------------
Initially divided so:
/data : ext3 : 90GB
/postgres : xfs : 40GB
This gives me left over space of roughly 60GB to extend into on the
volume group, which I can balance between the /data and /postgres
logical volumes as needed.
Are there any major pitfalls to this approach?
Thanks,
Rory
It looks like you are using fast disks and xfs for filesystem on the
/postgresql partition. That's nice.
How many disks in the array?
One thing you miss is sticking a bunch of sequential log writes on a
separate spindle as far as I can see with this? WAL / XFS (i think) both
have this pattern. If you've got a fast disk and can do BBU write
caching your WAL writes will hustle.
Others can probably speak a bit better on any potential speedups.
- August
