우리 IT는 내가 요청한 4 개가 아닌 2 개의 CPU가 할당 된 VM을 만들었습니다. 그 이유는 VM이 4 개가 아닌 2 개의 CPU로 성능이 더 우수하기 때문입니다. 이론적 근거는 VM 하이퍼 바이저 (이 경우 VMWare)는 CPU를 사용하기 전에 모든 CPU가 사용 가능할 때까지 대기한다는 것입니다. 따라서 CPU 2 개가 아닌 4 개를 기다리는 데 시간이 더 걸립니다.
이 말이 의미가 있습니까?
답변
이것은 사실이지만 더 이상 독점적으로 사실이 아닙니다.
그들이 말하는 것은 Strict Co-Scheduling 입니다.
가장 중요한 것은 엄격한 공동 예약 알고리즘에서 지연된 vCPU가 있으면 전체 가상 시스템이 공동 중지되는 것입니다. 편안한 공동 예약 알고리즘에서 주요 vCPU는 가장 느린 형제 vCPU에 대한 스큐를 기반으로 자체 중지할지 여부를 결정합니다.
이제 호스트에 4 개의 스레드 만있는 경우 모든 스레드를 할당하는 것이 어리 석습니다. 프로세서 당 2 개의 프로세서와 4 개의 스레드가있는 경우 하이퍼 바이저가 vCPU를 동일한 NUMA 노드에 유지하여 메모리 액세스 속도를 높이기 때문에 단일 프로세서의 모든 내용을 할당하지 않을 수 있습니다. 전체 소켓을 단일 VM에 할당하여이 작업을보다 어렵게 만듭니다 (위 해당 PDF의 12 페이지 참조).
따라서 더 적은 수의 vCPU 가 더 많은 것보다 더 나은 성능을 낼 수 있는 시나리오가 있지만 100 % 사실이 아닙니다.
말과 행동으로 게스트 당 3 개 이상의 vCPU를 거의 할당하지 않습니다. 기본적으로 모든 사람은 작업량이 많은 경우 2를, SQL Server 또는 대량의 일괄 처리 VM 또는 많은 사용자가있는 터미널 서버와 같은 경우 4를 갖습니다.
답변
이것은 기본 하이퍼 바이저와이를 실행하는 관리자에 따라 크게 다릅니다.
- 요청한 CPU 4 개를 임의로 제공하는 것은 좋지 않습니다. 일반적으로 말하면 4가 필요 하다고 생각 합니다. 그러나 자원 모니터링에 따르면 1 개만 필요하다고합니다.
- 예를 들어 VMware ESXi 는 vCPU가 CPU 리소스를 요청할 때 모든 pCPU를 잠 가야합니다 . 이 하이퍼 바이저에서는 성능이 좋지 않습니다. KVM은 ESXi처럼 잠금을 수행하지 않습니다. 기본 커널 스케줄러를 사용하지만 장기적으로 CPU 경합이 발생할 수 있습니다.
- 4 CPU부터 시작하여 시스템을 구축하는 경우 실제로 확장하는 것이 아니라 확장하는 것입니다 (특히 VM에서 나쁜 습관 임). 오늘날의 현대적인 클라우드 인프라에 맞게 확장 할 수 있도록 현재 작업중인 것을 어떻게 설계하고 있는지 확인할 수 있습니다.
이것으로부터 무엇을 배울 수 있습니까? 항상 최소한의 리소스로 VM을 만들고 필요에 따라 늘리십시오. 항상 확장하는 대신 항상 확장하면 어디서나 앱을 실행할 수 있습니다.
하이퍼 바이저에서 경험할 수있는 잠금으로 인해 실제로 2 개의 CPU가 4 개의 CPU보다 빠를 수 있습니다.
답변
그렇습니다. 진술은 일반적으로 의미가 있습니다. 그러나 정확한 구성 및 워크로드를 테스트해야합니다. 실제로 활용할 수 있다면 더 많은 CPU가 더 나은 경우가 있습니다. 그러나 실제로 병렬 처리량이 많지 않으면 CPU 수가 적은 구성으로 구성된 VM은 CPU 준비 상태 일시 중지로 인한 속도 저하를 피하기 위해 약간 더 나은 성능을 발휘합니다.
여러 VM에서 vCPU를 줄였으며 대부분 처리량이 향상되었습니다. 소수가 악화되어 vCPU 수를 늘려야했습니다.