Hello,
I wanted to get some feedback on Hampton's published tutorial - http://ghost2-k4kfh.rhcloud.com/proxmox-with-zfs-raidz-ssd-caching/
We are looking a create very similar systems with a single 60gb SSD and 4 physical drives, and this procedure seems like a good fit. So I am curious as to whether others in forum are in agreement with the detailed plan that Hampton laid out here.
- Is it still correct for PVE 5.0 or have recent changes rendered the procedure invalid?
- Are there problems using the single SSD, and is it necessary to manually reclaim space?
- Mentions vm.swappiness early on. It is OK to have swap file on the SSD?
- Is his partitioning optimal / recommended for the 64gb SSD:
- OK to have PVE OS with Ext4 on SSD or would other format be preferred?
- Does he use the best way to create and add ZFS physical disk array?
I was generally very impressed and appreciative of Hampton's work, but just want to make sure it is current and accurate.
Thanks much for any input.
I wanted to get some feedback on Hampton's published tutorial - http://ghost2-k4kfh.rhcloud.com/proxmox-with-zfs-raidz-ssd-caching/
We are looking a create very similar systems with a single 60gb SSD and 4 physical drives, and this procedure seems like a good fit. So I am curious as to whether others in forum are in agreement with the detailed plan that Hampton laid out here.
- Is it still correct for PVE 5.0 or have recent changes rendered the procedure invalid?
- Are there problems using the single SSD, and is it necessary to manually reclaim space?
- Mentions vm.swappiness early on. It is OK to have swap file on the SSD?
- Is his partitioning optimal / recommended for the 64gb SSD:
- 8GB ZFS Log partition
- 16GB ZFS cache partition
- 8GB Linux swap partition
- 16GB "VZ data" partition (set in Proxmox installer)
- 16GB Linux / (root) partition
- Does he use the best way to create and add ZFS physical disk array?
I was generally very impressed and appreciative of Hampton's work, but just want to make sure it is current and accurate.
Thanks much for any input.