SLES 11SP2에서 디스크 버퍼 사용을 제한하여 esxi 호스트에서 보다 효율적인 메모리 오버커밋을 허용합니다.

SLES 11SP2에서 디스크 버퍼 사용을 제한하여 esxi 호스트에서 보다 효율적인 메모리 오버커밋을 허용합니다.

ESXi 호스트에서 가상 시스템을 실행할 때 메모리가 오버커밋될 수 있습니다.

예: 호스트 == 20GB 물리적 RAM

각 VM에 할당된 RAM의 양은 다음과 같습니다.

  • VM1==10GB
  • VM2==10GB
  • VM3==10GB
  • VM4==10GB

결과적으로 사용 가능한 메모리는 20GB밖에 안 되지만 실제로는 40GB를 할당하게 됩니다.

각 시스템이 평균 5GB의 "활성" 메모리를 사용하는 경우(비활성 메모리는 몇 가지 다른 방법으로 교체됨) 문제가 되지 않습니다.

문제는 VM1이 대용량 파일 작업을 수행하고 커널이 RAM에 추가로 5GB를 쓴다는 것입니다. 이 문서가 처음 작성되었을 때 esx 호스트는 이를 활성 메모리로 확인하고 실행 중인 다른 가상 머신에서 메모리를 스와핑하기 시작했습니다(따라서 성능에 영향을 미침).

대규모 작업 후 캐시 플러시(호스트가 이미 다른 VM에 페널티를 주기 시작하므로 사용하기에 좋은 옵션은 아닙니다.)

위의 내용은 단순화된 내용이지만(실제 문제 VM에는 32GB RAM이 할당됨) 본질적으로 다음과 같습니다.

너무 길어요.

Linux 커널에서 디스크 캐시의 최대 크기를 제한하는 방법.

답변1

위의 단순화된 표현과 비교하면 실제 숫자는 무엇입니까?

그 정도까지 기억력을 남용해서는 안 될 것 같아요. 분명히 더 많은 메모리를 선택하는 것이 좋습니다. SSD 활용 및 활성화를 고려해 보셨나요?SSD/호스트 캐시 기능으로 교체?

관련 정보