This seems to be something that most people are forgetting to look at. The most common question I get is how big to make the “Transfer” space, however recently we ran into a situation where root on the cell filled up from logs and other items. It begged the question about how to size the cell, and I found out that is not actually documented anywhere as it relates to “How do I partition my Cell?” This has been long overlooked with the exception of the transfer space since that generally is mapped to NFS and the size can be changed on the fly.
Sizing aside, here is what I would recommend as the mount points used in the file system of the Linux machine running vCloud Director. You can adjust the sizes as needed, but I will admit this is not listed anywhere until now. Certainly let me know what you think about the actual sizes but this should be a good start and if nothing else check with you’re Linux System Admin’s to find out what they normally use.
- /opt – This one is where all the vCloud Director installs will go. If you ever turn up logging for example you could end up filling root if this is not a separate mount point. All VMware vCloud Director logs also land here as well.
When using multiple Cells we should all know by now that “/opt/vmware/vcloud-director/data/transfer” also get’s remounted to the NFS share. However it should be noted that if you do NOT do multiple cells, this space needs to have enough room for Virtual Machines being uploaded to vCloud Director. Therefore you want to make /opt large enough OR in turn move the transfer folder to another mount point after the vCloud Director installation.
This may seem pretty basic to most people, but maybe in a proof of concept the Linux operating system was not setup in an optimal fashion. If you are looking to deploy in production then you should re-examine if the Linux builds are mounting /opt or not and adjust accordingly. As far as sizing goes, that can be left up to you but at least this prevents the vCloud director logs from filling up the root partition especially if you crank up the logging for troubleshooting. You could certainly move the vCloud Director logs as well but that may not be needed.
Just know that most people I have seen are not creating /opt as a separate mount point and that is certainly causing some issues. I do see the other partitions getting created, but not /opt in many cases. Maybe because folks do not know until after they install that this is the location of the VMware vCloud Director installation files. This may seem very rudimentary but the fact I am not seeing it means some folks need a simple reminder that’s all.