vSphere의 메모리 관리는 꽤 괜찮지 만 사용되는 용어는 종종 많은 혼란을 야기합니다.

일반적으로 메모리 초과 커밋은 이러한 유형의 문제를 정확하게 생성하므로 피해야합니다. 그러나 피할 수없는 경우가 있으므로 미리 양해 바랍니다.

vSphere 환경에서 초과 커밋 및 초과 구성 리소스 (특히 RAM)의 단점은 무엇입니까?

과도하게 커밋하는 리소스의 주요 단점은 경합이 발생하면 호스트가 각 VM에 필요한 RAM을 제공하기 위해 장면 뒤에서 풍선, 스왑 또는 지능적으로 예약 / 복제해야한다는 것입니다.

풍선 도움말의 경우 vSphere는 선택한 VM 내에 RAM의 “풍선”을 부풀린 다음 풍선이있는 RAM을 필요한 게스트에게 제공합니다. 이것은 실제로 “나쁜”것은 아닙니다-VM이 서로의 RAM을 훔치고 있기 때문에 디스크 스왑이 진행되지 않습니다-그러나 RAM의 원으로 VM의 RAM 사용량을 분석하는 데 잘못 경고가 발생하고 메트릭이 왜곡 될 수 있습니다 OS에서 “사용 중”이라는 것만으로 “풍선”으로 표시되지 않습니다.

vSphere에서 사용할 수있는 다른 기능은 TPS (투명 페이지 공유)입니다. 이는 본질적으로 RAM 중복 제거입니다. vSphere는 할당 된 모든 RAM을 주기적으로 검색하여 중복 된 페이지를 찾습니다. 발견되면 중복 된 페이지를 중복 제거하고 비 웁니다.

살펴보세요 (PDF)은 vSphere의 메모리 관리 백서 특히 “ESXi를 메모리 매립”(8 페이지) – – 좀 더 깊이있는 설명이 필요합니다.

VM이 적은 RAM에서 실행될 수 있다고 가정하면 필요한 것보다 많은 RAM으로 가상 시스템을 구성하는 데 오버 헤드가 있다고 말하는 것이 타당한가요?

눈에 보이는 오버 헤드가 없다 – 당신이 16 GB의 호스트에 RAM 100GB의를 할당 할 수 있습니다 (그러나, 당신이 의미하지 않는다 해야 , 위의 이유로).

모든 VM에서 사용중인 총 메모리는 그래프에 표시된 “활성”곡선입니다. 물론 초과 커밋하려는 양을 계산할 때 해당 수치에만 의존해서는 안되지만 과거의 메트릭이있는 경우 실제 사용량을 기준으로 분석하고 해결할 수 있습니다.

“Active”와 “Consumed”RAM의 차이점은이 VMWare Community 스레드 에서 설명 합니다 .

반대 의견은 무엇입니까? “VM에 16GB의 RAM이 할당되었지만 4GB 만 사용하는 경우 문제는 무엇입니까?” ? 예를 들어 고객에게 교육을 받아야합니까?

이에 대한 짧은 대답은 그렇습니다 . 고객은 폐기 도구에 상관없이 항상 모범 사례를 교육 해야합니다 .

고객들은 원하는 것이 아니라 사용 하는 것에 따라 VM의 크기를 정해야합니다 . 많은 사람들 이 역사적으로 매일 2GB가 울리는 경우에도 16GB의 RAM 이 필요할 수 있기 때문에 VM을 과도하게 지정 합니다. vSphere 관리자는 자신에게 도전 할 지식, 지표 및 권한을 가지고 있으며 실제로 할당 한 RAM이 필요한지 묻습니다.

즉, vSphere의 메모리 관리를 신중하게 제어 된 오버 커밋 제한과 결합하면 실제로는 거의 문제가되지 않으며, 장기간 RAM이 부족할 가능성은 비교적 적습니다.

또한 자동화 된 vMotion ( VMware의 분산 리소스 예약 이라고 함 )은 기본적으로 VM의로드 밸런서입니다. 단일 VM이 리소스 호그가되는 경우 DRS는 VM을 마이그레이션하여 클러스터 리소스를 최대한 활용해야합니다.

RAM 사용량을 측정하는 데 사용해야하는 특정 메트릭 “활성”대 시간의 피크를 추적합니까?

위의 내용 중 대부분은 “액티브”RAM 사용량이어야하지만 오버 커밋 임계 값을 신중하게 정의하여 특정 비율에 도달 할 경우 ( 이는 괜찮은 예 이지만 약간 오래된 경우도 있습니다). 일반적으로 전체 클러스터 RAM의 120 % 이내를 유지하지만 어느 비율이 편안한 지 결정하는 것은 사용자의 몫입니다.

메모리 오버 커밋에 대한 몇 가지 좋은 기사 / 토론 :

• 프로덕션에서 메모리 오버 커밋? 예 예 예
• vSphere-오버 커밋 메모리?
• vSphere의 메모리 오버 커밋

답변