Cisco Cisco Meeting Server 2000 安装指南

Appendix C Additional information on VMWare,
Microsoft Hyper-V and Amazon Web Services

C.1 VMWare

Core VMs should be configured to use the entire host. This ensures that a CPU core is available
for the ESXi kernel to perform management and network operations.

As part of internal testing we regular benchmark a variety of CPU and server configurations.
During these tests synthetic calls are added over time, gradually increasing the demands on the
VM and pushing it over capacity. Several internal statistics are monitored to ensure quality of
user experience. In addition, ESXi statistics are monitored and diagnostic logs are collected.

Since Acano is a VMware Technology Alliance Partner, these logs are submitted to VMware QA
teams as part of VMware Ready certification.

Although not recommended, it is possible to run other VMs alongside the Meeting Server VM as
long as CPU isolation domains are created to prevent contention. This technique is known as
“anti-pinning”, and involves explicitly pinning every VM to a subset of the cores. The Meeting
Server VM must be the only VM pinned to its cores, and all other VMs need to be explicitly
pinned to other cores.

For example, if a 20 core dual E5-2680v2 host is available, but only 25 concurrent 720p30 call
legs are required, then anti-pinning can be used. Using the 2.5 calls/core ratio, 10 physical
cores are required to provide this capacity. 10 cores can be used for other tasks.

With hyperthreading enabled, 40 logical cores are available and ESXi labels these logical cores
by index 0-39. The Meeting Server VM should be allocated 20 virtual CPUs and configured with
scheduling affinity 0-19. All other VMs running on the host must be explicitly configured with
affinity 20-39 to create the pair of isolation domains. It may also be necessary to leave a
physical core with no VMs pinned to it for the ESXi scheduler.

Figure 6: VM isolation domains created by pinning