• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

vSphere 5.5: platform scalability

Duncan Epping · Aug 28, 2013 ·

One of the things that always keeps people busy are the “max config” numbers for a release. I figured I would dedicate a blog post to vSphere 5.5 platform scalability now that it has been released. A couple of things that stand out if you ask me when it comes to platform scalability:

  • 320 Logical CPUs per host
  • 4TB of memory per host
  • 16 NUMA nodes per host
  • 4096 vCPUs maximum per host
  • 40 GbE NIC support
  • 62TB VMDK and Virtual RDM support
  • 16Gb Fibrechannel end-to-end support
  • VMFS Heap Increase, 64TB open VMDK per host max

Some nice key improvements right when it comes to platform scalability? I think so! Not that I expect to have the need for a host with 4TB of memory and 320 pCPUs in the near future, but you never know right. Some more details to be found in the what’s new whitepaper in vSphere 5.5 for Platform.

Related

Server

Reader Interactions

Comments

  1. Lewis says

    28 August, 2013 at 04:11

    if you were using 320 pCPUs, you’d probably want a little more than 4TB of RAM in your box

    • Lewis says

      28 August, 2013 at 04:12

      or you’d want to learn how to load balance 😛

    • Andrew Fidel says

      28 August, 2013 at 21:01

      I believe the 320p CPU was doubling the previous 160 because the Ivy-Bridge EX will support 16 cores * 8 sockets * 2 (Hyper-Threading) for 256 pCPU’s which exceeded the previous maximum. Of course that platform also supports 12TB of memory so the 4T is going to be a big limit there.

      The interesting thing to me is the 16 NUMA nodes, is Unisys planning a glue-logic based 16 socket box (though they’ve announced their own hypervisor for their upcoming E7 based box)?

      Finally the lack of hot extend on >2TB VMDK’s is a major miss.

  2. Ralf says

    28 August, 2013 at 08:17

    But still no FT with more than one vCPU.

    • Duncan says

      5 September, 2013 at 19:14

      Correct, no multi vCPU FT yet

  3. Garret says

    29 August, 2013 at 19:00

    Is the maximum number of paths to storage for a host still 1024? With larger hosts you would think this would have increased.

    • Duncan says

      5 September, 2013 at 19:13

      It has not changed

  4. Independent_forever says

    29 August, 2013 at 23:28

    All these new releases are always nice but so many features we have found we’ll never use PLUS I would like to see limits in FT lifted and correct the naming issue when migrating datastores….we still the issue were the Vm files themselves show the old name…they fixed the folder piece but the files are still showing old names…that makes new version kind of bittersweet when some existing annoyances and/or limitations still exist even after this time…they keep increasing capabilities but who uses VMs or HOSTs with this many CPUs or TBs of memory for a VM? It’s almost ridiculous….I still think vmware is king and will be for some time but remove the limits and missing pieces from existing versions…it makes upgrades more meaningful….

    • Ralf says

      30 August, 2013 at 09:52

      Renaming of VM file names was fixed in 5.1 U1.

      http://www.yellow-bricks.com/2013/01/25/storage-vmotion-does-not-rename-files/

  5. jeff says

    5 September, 2013 at 18:46

    I too am curious if the maximum paths per host has been increased from 1024. With 8 paths per Datastore now(due to how our virtual san backend works), I am stuck with 128 Luns.

    • Duncan says

      5 September, 2013 at 19:13

      It has not changed

  6. bigiron says

    5 September, 2013 at 22:07

    Can someone confirm what’s the maximum vCPU of a single VM that can be deployed in vSphere 5.5 Standard license? It’s currently 8 vCPU with 5.1 standard, does this increase in vSphere 5.5? Thanks.

    • Andrew Fidel says

      6 September, 2013 at 16:58

      The vCPU entitlements are removed from all editions. Configure up to the maximum supported number of vCPUs in the VM is all editions

      http://up2v.nl/2013/08/26/what-is-new-in-vmware-vsphere-5-5/

  7. bigiron says

    6 September, 2013 at 17:44

    Does that include Essentials? I know it mentions “All Editions” but that might be referring only to Standard, Enterprise, and Enterprise+

  8. Nico says

    11 September, 2013 at 09:26

    To avoid any confusion, 320x “pCPUs” per host means 320x “logical” processors.

    • Nico says

      11 September, 2013 at 09:27

      It’s a question and not an confirmation… 😉

      • Duncan Epping says

        11 September, 2013 at 11:29

        yes you are correct, that should say “logical” instead of pCPUs indeed. thanks for that,

  9. Jason singh says

    8 October, 2013 at 01:57

    Does anyone know how many VMs per second can be boot up ? Are there known limits/recommendations? I realize the answer could be it depends. Any configuration guidance on maximum VMs per second? Thanks.

Primary Sidebar

About the author

Duncan Epping is a Chief Technologist in the Office of CTO of the Cloud Platform BU at VMware. He is a VCDX (# 007), the author of the "vSAN Deep Dive", the “vSphere Clustering Technical Deep Dive” series, and the host of the "Unexplored Territory" podcast.

Upcoming Events

May 24th – VMUG Poland
June 1st – VMUG Belgium

Recommended Reads

Sponsors

Want to support Yellow-Bricks? Buy an advert!

Advertisements

Copyright Yellow-Bricks.com © 2023 · Log in