Badges

gestaltitbadge

follow-me-twitter

Subscribe to me on FriendFeed

Comments / DISQUS
Feedjit.com

Best Practices for ESX Host Partitions

Installing ESX is fast and simple. By default you could click through the installer GUI changing only your local time zone and end up with a stable, dependable host. However, there are some recommended partitioning best practices that should be followed in order to make sure you minimize possible future headaches and create a repeatable and scalable environment.

This post uses content from documents found in the VI Plan and Design Toolkit available to VMware partners. Logging on to Partner Central and accessing > Info Center > VAC > Services is how you find the various toolkits. It also should be pointed out that the partitioning information in this post is for ESX 3.x only, and is not applicable to ESX 3i, 2.x or previous versions.

When installing ESX you quickly reach the Partitioning Options screen. Select the “Recommended” radio button initially. You can then make changes from the Partitioning Disks screen which follows.

Primary Partition Changes

Best practices state that the following partitions should be made “Primary” partitions:

/boot

/

Swap

This can be accomplished by selecting each of the aforementioned partitions (one at a time) and clicking the “Edit” button. The configuration options for that partition/file system will be brought up. Select (turn on) the checkbox option near the bottom of the box labeled “Force to be a primary partition”. Do this for each of 3 file systems listed above, clicking “OK” after fixing each file system.

Create New Partitions

Following VMware best practices, it is best to dedicate entire partitions for the following directories:

/var

/tmp

/home

This can be accomplished by clicking New.

Follow the configurations from the following table, as the file system should reflect these sizes. Click Next when finished.

Local Storage Partitions

This table shows the service console partitions and sizes for each ESX Server host. Some of these recommended partition sizes are larger than the default values. The additional partitions and increased sizes will protect against the critical root partition getting filled up which can lead to issues. Note that this section does not apply for ESX Server 3i. Also, the following partition table uses less than 16 GB of space.

Service Console Partitions and Sizes for Each ESX Server Host

Mount Point Partition Size Description

/dev/sda (Primary)

/boot ext3 250 MB Change for additional space for upgrades
N/A swap 1600 MB Change for maximum service console swap size
/ ext3 5120 MB Change for additional space in root

/dev/sda (Extended)

/var ext3 4096 MB Create partition to avoid overfilling root with log files
/tmp ext3 1024 MB Create partition to avoid overfilling root with temporary files
/opt ext3 2048 MB Create partition to avoid overfilling root with VMware HA log files
/home ext3 1024 MB Create partition to avoid overfilling root with agent / user files
vmkcore 100 MB Pre-configured
Free Space (Optional) Auto-configured and used for local VMFS-3 volume (needed for virtual machines running Microsoft’s Clustering Software.

Related Posts

  • Pingback: Reccomended Service Console Partitions and Sizes « Networking and Virtualisation Weblog

  • Pingback: blog.scottlowe.org

  • Pingback: Recommended ESX Service Console Partitioning - blog.scottlowe.org - The weblog of an IT pro specializing in virtualization, storage, and servers

  • Pingback: Tom Schimana

  • http://www.magda.ca/ David Magda

    What’s the point of having a separate partition for /tmp? If tmpfs is available on ESX, why not just put the extra GB over to swap and use tmpfs for /tmp.

  • http://www.magda.ca/ David Magda

    What’s the point of having a separate partition for /tmp? If tmpfs is available on ESX, why not just put the extra GB over to swap and use tmpfs for /tmp.

  • http://www.ivobeerens.eu Ivo Beerens

    Is the /OPT partition still needed in ESX 3.5? The logging is moved to the /VAR partition

  • http://www.ivobeerens.eu Ivo Beerens

    Is the /OPT partition still needed in ESX 3.5? The logging is moved to the /VAR partition

  • http://vmetc.com rbrambley

    David,

    Personally, I use /tmp to transfer files to and from ESX. Patches, upgrades, scripts, and of course the target of script and program output.

    Since the max size console ram is 800 mb, and swap should be 2x the console ram, there is never a need to increase swap more than 1600 mb.

  • http://vmetc.com Rich

    David,

    Personally, I use /tmp to transfer files to and from ESX. Patches, upgrades, scripts, and of course the target of script and program output.

    Since the max size console ram is 800 mb, and swap should be 2x the console ram, there is never a need to increase swap more than 1600 mb.

  • http://vmetc.com rbrambley

    Ivo,

    According to VMware, specifically HA logging still uses the /opt partition. Honestly, I have not checked what is there. I will have to do that …

  • http://vmetc.com Rich

    Ivo,

    According to VMware, specifically HA logging still uses the /opt partition. Honestly, I have not checked what is there. I will have to do that …

  • Pingback: Virtual Enthusiasm

  • Pingback: Scale the Mind » Blog Archive » Quick Bits #1

  • Pingback: Best Practices for ESX Host Partitions | Savage Nomads

  • http://www.easycare.com Derrick

    could not allocate requested partitions partitioning failed. Could not allocate cylinder based partitions

    Any ideas?

  • http://www.easycare.com Derrick

    could not allocate requested partitions partitioning failed. Could not allocate cylinder based partitions

    Any ideas?

  • Pingback: VirtualCenter is sluggish while waiting for hung tasks. | VM /ETC

  • http://blog.colovirt.com Kevin

    I have recently started to break out /var/core into its own file system. I have had two servers core dump (IBM x3850 m2)and fill up the /var file system. Doing this, I increased the size of /var/core just because the space is available, but to also avoid losing logging.

  • http://blog.colovirt.com Kevin

    I have recently started to break out /var/core into its own file system. I have had two servers core dump (IBM x3850 m2)and fill up the /var file system. Doing this, I increased the size of /var/core just because the space is available, but to also avoid losing logging.

Get My Podcast On iTunes!
Support VM /ETC
Support VMETC.com

Support VMETC.com

Free Business and Tech Magazines and eBooks
@rbrambley tweets
VMTN Roundtable Podcasts
Subscribe



Add to Google Reader or Homepage
Subscribe in NewsGator Online
Add to netvibes
Add to Plusmo