Một trường hợp mà tôi phải thực hiện V2P là cho một hộp MS SQL đã chạy trên CPU lõi kép 3,2Ghz (tổng CPU 14,4Ghz) mà chúng tôi đã di chuyển sang cụm ESX 2.5 trong đó phần cứng bên dưới mới hơn lõi chậm hơn (2.4Ghz IIRC). Thêm vào chi phí ~ 10% ngay cả với 4 vCPU, VM này chỉ có thể có được CPU tổng hợp 8-8,5Ghz hiệu quả. 60% CPU tối đa trước khi di chuyển trở thành 90-100% di chuyển bài, khách hàng muốn có khoảng trống để chúng tôi trở lại trạng thái vật lý. Để trả lời câu hỏi của bạn một cách cụ thể, chúng tôi đã thấy rằng hộp đang chạy ở CPU 100% trên bảng trong Perfmon và trong máy khách VI. Một giải pháp tốt hơn (theo quan điểm của tôi) sẽ là nâng cấp lên CPU nhanh hơn nhưng có những trường hợp cạnh như thế này, điều đó không kinh tế, đặc biệt là với xu hướng làm chậm cpu '
Với ESX 4, chúng tôi có thể đập một hộp như thế này lên tới 8 vCPU nhưng đó không phải là một lựa chọn vào thời điểm đó.
Theo như tìm kiếm trần hiệu năng có thể cho thấy bạn cần phải từ bỏ VM của mình thì với Windows Guest trên môi trường VMWare, thì sự kết hợp giữa Perfmon và VI Client sẽ không chỉ phụ thuộc vào nhiệm vụ tìm kiếm bất kỳ VM nào bị hạn chế về hiệu năng . Thêm vào đó để có được một số phân tích SAN nếu bạn có thể nhưng nếu SAN có vấn đề thì bạn gần như chắc chắn sẽ làm lại việc lưu trữ để cách ly và \ hoặc tăng cường âm lượng mà các đĩa ảo của VM được lưu trữ. Áp dụng tương tự cho bất kỳ kết hợp OS \ Hypervisor nào khác - nhận bất kỳ số liệu thống kê nội bộ nào bạn có thể nhưng tương quan chúng với quan điểm của Hypervisor về những gì đang diễn ra vì CPU 100% được báo cáo trong VM (ví dụ) không nhất thiết có nghĩa là Hypervisor không bao giờ có thể cung cấp hiệu suất cao hơn,