@ahollifield I don't see the point of deploying OVAs based on 37xx (24 vCPU) for customers that don't have the need for a lot of processing. The number of vCPUs is stupidly high, and it's all reserved as well. The 16 vCPU is good enough for a lot of small/medium use cases. I am not saying that there is not a use case for 37xx - but in my opinion, it's not the "new normal" for me.
At the end of the day, Cisco asks for # of vCPU (threads). And assuming that hyperthreading is enabled on the hypervisor (which is generally the case), then nailing up 12 cores for a VM is not insubstantial. Also, these cores can operate at various frequencies depending on the CPUs in use. Therefore, an 8 cores of the latest gen CPU(s) might even outperform when using 12 cores of older gen CPU(s).
Just throwing resources and money at the issue, because Cisco "recommends it" is not a considered approach. Start with less and monitor via vCenter - you'll notice that in small/medium deployments, if you follow the vendor recommendations, you're reserving a lot of expensive resources for no benefit at all. That's my experience anyway. Those resources can be put to better use. Cisco doesn't want us to oversubscribe ISE on the hypervisor - fair enough - that entitles the customer to TAC support, but to most VM admins out there it's not how the world works.
I am thinking about #savetheplanet and #letsbereal
