vSphere 리소스 관리 - VMware

Transcription

1 업데이트 1 VMware vsphere 6.0 VMware ESXi 6.0 vcenter Server 6.0 이문서는새버전으로교체되기전까지나열된각제품버전및모든이후버전을지원합니다. 이문서에대한최신버전을확인하려면 를참조하십시오. KO

2 VMware 웹사이트 ( 에서최신기술문서를확인할수있습니다. 또한 VMware 웹사이트에서최신제품업데이트를제공합니다. 이문서에대한의견이있으면 으로사용자의견을보내주십시오. Copyright VMware, Inc. 판권소유. 저작권및상표정보. VMware, Inc Hillview Ave. Palo Alto, CA VMware, Inc.

3 목차 vsphere 리소스관리정보 7 1 리소스관리시작 9 리소스유형 9 리소스공급자 9 리소스소비자 10 리소스관리목표 10 2 리소스할당설정구성 11 리소스할당공유 11 리소스할당예약 12 리소스할당제한 12 리소스할당설정제안 13 리소스설정편집 13 리소스할당설정변경 - 예 14 승인제어 15 3 CPU 가상화기본사항 17 소프트웨어기반 CPU 가상화 17 하드웨어지원 CPU 가상화 17 가상화및프로세서별동작 18 CPU 가상화가성능에미치는영향 18 4 CPU 리소스관리 19 프로세서정보보기 19 CPU 구성지정 19 다중코어프로세서 20 하이퍼스레딩 20 CPU 선호도사용 22 호스트전원관리정책 23 5 메모리가상화기본 27 가상시스템메모리 27 메모리오버커밋 28 메모리공유 28 메모리가상화유형 29 6 메모리리소스관리 33 메모리오버헤드이해 33 ESXi 호스트의메모리할당방법 34 메모리회수 35 VMware, Inc. 3

4 스왑파일사용 36 가상시스템사이에메모리공유 40 메모리압축 40 메모리사용유형측정및차별화 41 메모리안정성 42 시스템스왑정보 43 7 그래픽정보보기 45 8 Storage I/O 리소스관리 47 Storage I/O Control 요구사항 47 Storage I/O Control 리소스공유및제한 48 Storage I/O Control 리소스공유및제한설정 49 Storage I/O Control 사용 49 Storage I/O Control 임계값설정 50 스토리지프로파일과 Storage DRS 통합 51 9 리소스풀관리 53 리소스풀을사용하는원인은무엇입니까? 54 리소스풀생성 55 리소스풀편집 56 리소스풀에가상시스템추가 56 리소스풀에서가상시스템제거 57 리소스풀제거 58 리소스풀승인제어 DRS 클러스터생성 61 승인제어및초기배치 61 가상시스템마이그레이션 63 DRS 클러스터요구사항 64 가상플래시로 DRS 구성 66 클러스터생성 66 클러스터편집 67 DRS 클러스터생성 68 가상시스템에대한사용자지정자동화수준설정 69 DRS 사용안함 70 리소스풀트리복원 DRS 클러스터를사용한리소스관리 71 클러스터에호스트추가 71 클러스터에가상시스템추가 72 클러스터에서가상시스템제거 73 클러스터에서호스트제거 74 DRS 클러스터유효성 75 전원리소스관리 80 DRS 선호도규칙사용 84 4 VMware, Inc.

5 목차 12 데이터스토어클러스터생성 89 초기배치및지속적인균형조정 90 스토리지마이그레이션권장사항 90 데이터스토어클러스터생성 90 Storage DRS 사용또는사용안함 91 데이터스토어클러스터의자동화수준설정 91 Storage DRS 의강도수준설정 92 데이터스토어클러스터요구사항 93 데이터스토어클러스터에서데이터스토어추가및제거 데이터스토어클러스터를사용하여스토리지리소스관리 95 Storage DRS 유지보수모드사용 95 Storage DRS 권장사항적용 97 가상시스템에대해 Storage DRS 자동화수준변경 98 Storage DRS 에대한근무외시간스케줄링설정 98 Storage DRS 반선호도규칙 99 Storage DRS 통계지우기 102 데이터스토어클러스터와의 Storage vmotion 호환성 ESXi 와함께 NUMA 시스템사용 105 NUMA 란? 105 ESXi NUMA 스케줄링작동방식 106 VMware NUMA 최적화알고리즘및설정 107 NUMA 아키텍처의리소스관리 108 가상 NUMA 사용 108 NUMA 제어지정 고급특성 113 고급호스트특성설정 113 고급가상시스템특성설정 115 지연시간감도 117 신뢰할수있는메모리정보 장애정의 119 가상시스템이고정되어있음 120 가상시스템이다른호스트와호환되지않음 120 다른호스트로이동할때 VM/VM DRS 규칙위반 120 호스트가가상시스템과호환되지않음 120 호스트의가상시스템에서 VM/VM DRS 규칙을위반함 120 호스트에가상시스템을위한용량이충분하지않음 120 잘못된상태의호스트 120 호스트에가상시스템을위한물리적 CPU 수가충분하지않음 121 호스트에각가상시스템 CPU 를위한용량이충분하지않음 121 가상시스템이 vmotion 중에있음 121 클러스터에활성화된호스트없음 121 불충분한리소스 121 HA 용으로구성된페일오버수준을만족하기위한리소스가충분하지않음 121 호환되는하드선호도호스트가없음 121 VMware, Inc. 5

6 호환되는소프트선호도호스트가없음 121 소프트규칙위반수정허용되지않음 121 소프트규칙위반수정영향 DRS 문제해결정보 123 클러스터문제 123 호스트문제 126 가상시스템문제 129 색인 VMware, Inc.

7 정보 vsphere 리소스관리에서는 VMware ESXi 및 vcenter Server 환경의리소스관리에대해설명합니다. 이설명서에서는다음항목을중점적으로다룹니다. 리소스할당및리소스관리개념 가상시스템특성및승인제어 리소스풀정보및관리방법 클러스터, vsphere DRS(Distributed Resource Scheduler) 및 vsphere DPM(Distributed Power Management) 의정보및작동방법 데이터스토어클러스터, Storage DRS 및 Storage I/O Control 의정보및작동방법 고급리소스관리옵션 성능고려사항 대상사용자 이정보는시스템에서리소스가관리되는방식과기본동작을사용자지정하는방법을이해하려는시스템관리자를대상으로작성되었습니다. 또한이정보는리소스풀, 클러스터, DRS, 데이터스토어클러스터, Storage DRS, Storage I/O Control 또는 vsphere DPM 을이해하고사용하려는사용자에게도유용합니다. 이설명서에서는사용자가 VMware ESXi 와 vcenter Server 에대한실무지식을갖추고있다고가정합니다. VMware, Inc. 7

8 8 VMware, Inc.

9 리소스관리시작 1 리소스관리를이해하려면리소스의구성요소, 목표및클러스터설정에서리소스를구현하기위한최선의방법을알아야합니다. 가상시스템에대한리소스할당설정을지정하고보는방법을포함하여이러한설정 ( 공유, 예약및제한 ) 에대해설명합니다. 또한리소스할당설정을기존리소스에대해유효성검사를수행하는프로세스인승인제어에대해서도설명합니다. 리소스관리는리소스공급자가리소스소비자에게리소스를할당하는것입니다. 리소스의오버커밋 ( 용량보다수요가더많음 ) 과수요와용량은시간에따라변한다는사실때문에리소스관리가필요합니다. 리소스관리를통해리소스를동적으로재할당함으로써가용용량을더효율적으로이용할수있습니다. 이장에서는다음주제에대해설명합니다. 리소스유형, (9 페이지 ) 리소스공급자, (9 페이지 ) 리소스소비자, (10 페이지 ) 리소스관리목표, (10 페이지 ) 리소스유형 리소스에는 CPU, 메모리, 전원, 스토리지및네트워크리소스가포함됩니다. 참고 ESXi에서는각각네트워크트래픽조절및비례공유메커니즘을사용하여호스트별로네트워크대역폭과디스크리소스를관리합니다. 리소스공급자 데이터스토어클러스터를비롯한클러스터및호스트는물리적리소스의공급자입니다. 호스트의경우사용가능한리소스는호스트의하드웨어사양에서가상화소프트웨어에사용되는리소스를뺀리소스입니다. 클러스터는호스트그룹입니다. vsphere Web Client 를사용하여클러스터를생성하고여러호스트를클러스터에추가할수있습니다. vcenter Server 에서는이러한호스트의리소스를함께관리합니다. 클러스터가모든호스트의모든 CPU 및메모리를소유하고있습니다. 결합로드밸런싱또는페일오버에클러스터를사용하도록설정할수있습니다. 자세한내용은 10 장, DRS 클러스터생성, (61 페이지 ) 항목을참조하십시오. VMware, Inc. 9

10 데이터스토어클러스터는데이터스토어의그룹입니다. DRS 클러스터와마찬가지로 vsphere Web Client 를사용하여데이터스토어클러스터를생성하고여러데이터스토어를클러스터에추가할수있습니다. vcenter Server 에서는데이터스토어리소스를함께관리합니다. Storage DRS 를사용하도록설정하여 I/O 로드및공간사용률의균형을조정할수있습니다. 12 장, 데이터스토어클러스터생성, (89 페이지 ) 을참조하십시오. 리소스소비자 가상시스템은리소스소비자입니다. 대부분의시스템은생성작업중에할당된기본리소스설정으로충분합니다. 나중에가상시스템설정을편집하여리소스공급자의전체 CPU, 메모리및스토리지 I/O 또는 CPU 및메모리의보장된예약에대한공유기반백분율을할당할수있습니다. 해당가상시스템의전원을켜면서버는사용할수있는예약되지않은리소스가충분한지여부를확인하고리소스가충분한경우에만전원을켤수있도록허용합니다. 이프로세스를승인제어라고합니다. 리소스풀은리소스를유연성있게관리하기위한논리적추상화입니다. 리소스풀을계층구조로그룹화하여사용가능한 CPU 및메모리리소스를계층적으로분할하는데사용할수있습니다. 따라서리소스풀을리소스공급자인동시에소비자로간주할수있습니다. 리소스풀은하위리소스풀및가상시스템에리소스를제공하지만또한자신의상위리소스를소비하므로리소스소비자이기도합니다. 9 장, 리소스풀관리, (53 페이지 ) 를참조하십시오. ESXi 호스트는다음과같은요인을기준으로각가상시스템에기본하드웨어리소스의일부를할당합니다. 사용자가정의하는리소스제한 ESXi 호스트또는클러스터에사용할수있는총리소스 전원이켜진가상시스템수및해당가상시스템에의한리소스사용량 가상화를관리하는데필요한오버헤드 리소스관리목표 리소스를관리할때는목표가무엇인지알아야합니다. 리소스관리는리소스오버커밋의해결이외에도다음을달성하는데도움이될수있습니다. 성능분리 - 가상시스템이리소스를독점하는것을방지하고예측가능한서비스율을보장합니다. 효율적이용 - 언더커밋된리소스를활용하고적절한성능저하로오버커밋합니다. 쉬운관리 - 가상시스템의상대적중요성을제어하고, 유연한동적파티셔닝을제공하고, 절대적서비스수준계약을충족합니다. 10 VMware, Inc.

11 리소스할당설정구성 2 사용가능한리소스용량이리소스소비자 ( 및가상화오버헤드 ) 가필요로하는양보다부족할경우에는관리자가가상시스템또는가상시스템이속해있는리소스풀에할당된리소스양을사용자지정해야할수있습니다. 리소스할당설정 ( 공유, 예약및제한 ) 을사용하여가상시스템에제공된 CPU, 메모리및스토리지리소스의양을확인할수있습니다. 특히관리자는몇가지리소스할당옵션을사용할수있습니다. 호스트또는클러스터의물리적리소스를예약합니다. 가상시스템에할당할수있는리소스의상한을설정합니다. 특정가상시스템에다른가상시스템보다항상더높은비율의물리적리소스를할당합니다. 이장에서는다음주제에대해설명합니다. 리소스할당공유, (11 페이지 ) 리소스할당예약, (12 페이지 ) 리소스할당제한, (12 페이지 ) 리소스할당설정제안, (13 페이지 ) 리소스설정편집, (13 페이지 ) 리소스할당설정변경 - 예, (14 페이지 ) 승인제어, (15 페이지 ) 리소스할당공유 공유는가상시스템이나리소스풀의상대적중요도를지정합니다. 가상시스템이다른가상시스템리소스공유의두배를가지고있는경우두개의가상시스템이리소스확보를위해경쟁한다면이리소스의두배를소비할수있는자격이주어집니다. 일반적으로공유는높음, 보통또는낮음으로지정되며이값은각각 4:2:1 비율로공유값을지정합니다. 사용자지정을선택하여각가상시스템에특정공유개수 ( 비례가중치를나타냄 ) 를할당할수도있습니다. 공유를지정하는것은형제가상시스템또는리소스풀, 즉리소스풀계층구조에서상위개체가동일한가상시스템또는리소스풀과관련해서만의미가있습니다. 형제는예약및제한에의해정해지는상대적공유값에따라리소스를공유합니다. 가상시스템에공유를할당할때항상해당가상시스템의우선순위를전원이켜진다른가상시스템에상대적으로지정하십시오. 다음표에서는하나의가상시스템에대한기본 CPU 및메모리공유값을보여줍니다. 리소스풀의경우기본 CPU 및메모리공유값은같지만리소스풀을네개의가상 CPU 및 16GB 메모리가포함된가상시스템인것처럼보아공유값에곱해야합니다. VMware, Inc. 11

12 표 2 1. 공유값 설정 CPU 공유값메모리공유값 높음 가상 CPU당 2000 공유 구성된가상시스템메모리에대해메가바이트당 20 공유 정상 가상 CPU당 1000 공유 구성된가상시스템메모리에대해메가바이트당 10 공유 낮음 가상 CPU당 500 공유 구성된가상시스템메모리에대해메가바이트당 5 공유 예를들어 CPU 및메모리공유가보통으로설정된두개의가상 CPU 및 1GB RAM 이포함된 SMP 가상시스템에는 2x1000=2000 CPU 공유및 10x1024=10240 메모리공유가있습니다. 참고두개이상의가상 CPU가포함된가상시스템을 SMP( 대칭적다중처리 ) 가상시스템이라고합니다. ESXi에서는가상시스템당최대 128개의가상 CPU를지원합니다. 새가상시스템의전원을켜면각공유로표시되는상대적우선순위가변경됩니다. 이로인해동일한리소스풀에있는모든가상시스템이영향을받습니다. 모든가상시스템에는동일한수의가상 CPU 가있습니다. 다음과같은예를고려해보십시오. 두개의 CPU 바인딩된가상시스템이 8GHz 의총 CPU 용량을가진호스트에서실행되고있습니다. 해당 CPU 공유는보통으로설정되어있고각각 4GHz 를가져옵니다. 세번째 CPU 바인딩된가상시스템의전원이켜집니다. 해당 CPU 공유값은높음으로설정되어있으며이는보통으로설정된시스템보다두배의공유를가져야한다는의미입니다. 새가상시스템은 4GHz 를받으며다른두개의시스템은각각 2GHz 만가져옵니다. 사용자가세번째가상시스템에대해사용자지정공유값으로 2000 을지정하는경우에도동일한결과가발생합니다. 리소스할당예약 예약은가상시스템에보장된최소할당량을지정합니다. vcenter Server 또는 ESXi 에서는가상시스템의예약을만족시킬정도로예약되지않은리소스가충분히있는경우에만가상시스템의전원을켤수있도록허용합니다. 서버는물리적서버의부하가높은경우에도해당크기를보장합니다. 예약은구체적인단위 ( 메가헤르쯔또는메가바이트 ) 로표시됩니다. 예를들어 2GHz 를사용할수있는상태에서 VM1 에 1GHz 예약을지정하고 VM2 에 1GHz 예약을지정하는경우, 이제각가상시스템은필요한경우 1GHz 를가져올수있습니다. 그러나 VM1 이 500MHz 만사용중인경우에는 VM2 에서 1.5GHz 를사용할수있습니다. 예약기본값은 0 입니다. 특정가상시스템에필요한 CPU 또는메모리의최소크기를항상확보해두어야하는경우예약을지정할수있습니다. 리소스할당제한 제한은가상시스템에할당할수있는 CPU, 메모리또는스토리지 I/O 리소스의상한을지정합니다. 서버는가상시스템에예약된것보다더많은리소스를할당할수있지만시스템에사용하지않는리소스가있는경우에도제한수보다많이할당하지는않습니다. 제한은구체적인단위 ( 메가헤르쯔, 메가바이트또는초당 I/O 작업수 ) 로표시됩니다. CPU, 메모리및스토리지 I/O 리소스제한의기본값은무제한입니다. 메모리한계가무제한이면, 메모리가생성되었을때가상시스템을위해구성된메모리양은이것의유효한계가됩니다. 대부분의경우제한을지정할필요가없습니다. 제한을지정할경우장단점이있습니다. 장점 적은수의가상시스템으로시작하고사용자기대치를관리하려는경우제한을할당하면유용합니다. 가상시스템을더추가할수록성능이저하됩니다. 제한을지정하여사용가능한리소스가더적은상태를시뮬레이션할수있습니다. 12 VMware, Inc.

13 2 장리소스할당설정구성 단점 제한을지정하는경우유휴리소스를낭비할수있습니다. 시스템이충분히사용되지않는상태여서유휴리소스를사용할수있는경우에도시스템은가상시스템에서제한보다많은리소스를사용하도록허용하지않습니다. 제한을지정할만한이유가충분한경우에만제한을지정하십시오. 리소스할당설정제안 ESXi 환경에적합한리소스할당설정 ( 예약, 제한및공유 ) 을선택할수있습니다. 다음지침은가상시스템의성능을높이는데도움이됩니다. 예약을사용하여 CPU 또는메모리의사용가능한크기가아닌허용되는최소크기를지정합니다. 예약으로표시되는구체적인리소스크기는가상시스템을추가하거나제거하는등환경을변경하는경우에변경되지않습니다. 호스트는공유수, 예측된요구량및가상시스템의제한을기준으로추가리소스를사용가능한리소스로할당합니다. 가상시스템의예약을지정할때모든리소스를커밋하지말고최소 10% 는예약되지않은상태로두도록계획하십시오. 예약한양이시스템의전체용량에가까워질수록승인제어를위반하지않고예약및리소스풀계층구조를변경하기가점점어려워집니다. DRS 를사용하도록설정된클러스터에서클러스터또는클러스터의개별호스트용량전체를커밋하도록예약하면 DRS 가호스트간에가상시스템을마이그레이션하지못할수있습니다. 사용가능한전체리소스를자주변경해야하는경우공유를사용하여가상시스템간에공평하게리소스를할당하십시오. 예를들어공유를사용하고호스트를업그레이드하는경우, 각공유가대량의메모리, CPU 또는스토리지 I/O 리소스를나타내는경우에도각가상시스템은동일한우선순위에있으며같은수의공유를유지합니다. 리소스설정편집 메모리와 CPU 리소스할당을변경하려면리소스설정편집대화상자를이용합니다. 프로시저 1 vsphere Web Client 탐색기에서가상시스템을찾습니다. 2 마우스오른쪽버튼을클릭하고리소스설정편집을선택합니다. 3 CPU 리소스를편집합니다. 옵션 공유 설명 예약이리소스풀에보장된 CPU 할당. 제한 CPU 는상위의전체와관련된리소스풀을공유합니다. 형제리소스풀은예약이나한도로바인딩된상대적공유값에따라서리소스를공유합니다. 낮음, 보통또는높음을선택합니다. 이설정은각각 1:2:4 비율의공유값을지정합니다. 각가상시스템에특정공유개수 ( 비례가중치 ) 를지정하려면사용자지정을선택합니다. 리소스풀의 CPU 할당상한값. 상한값을지정하지않으려면무제한을선택합니다. 4 메모리리소스를편집합니다. 옵션 공유 설명 예약이리소스풀에보장된메모리할당. 제한 메모리는상위의전체와관련된리소스풀을공유합니다. 형제리소스풀은예약이나한도로바인딩된상대적공유값에따라서리소스를공유합니다. 낮음, 보통또는높음을선택합니다. 이설정은각각 1:2:4 비율의공유값을지정합니다. 각가상시스템에특정공유개수 ( 비례가중치 ) 를지정하려면사용자지정을선택합니다. 리소스풀의메모리할당상한값. 상한값을지정하지않으려면무제한을선택합니다. VMware, Inc. 13

14 5 확인을클릭합니다. 리소스할당설정변경 - 예 다음예에서는리소스할당설정을변경하여가상시스템성능을높이는방법을보여줍니다. ESXi 호스트에서 QA(VM-QA) 부서와마케팅 (VM-Marketing) 부서에대해하나씩, 새가상시스템을두개생성한것으로가정합니다. 그림 2 1. 두개의가상시스템이있는단일호스트 호스트 VM-QA VM-Marketing 다음예에서는 VM-QA 에서메모리를많이사용하여두가상시스템의리소스할당설정을필요에맞게변경해야한다고가정합니다. 시스템메모리가오버커밋되면 VM-QA 가마케팅가상시스템보다 CPU 와메모리리소스를두배더많이사용할수있도록지정합니다. CPU 공유및메모리공유를 VM-QA 에대해서는높음으로설정하고 VM-Marketing 에대해서는보통으로설정합니다. 마케팅가상시스템에어느정도의 CPU 리소스가보장되어야합니다. 이를위해서는예약설정을사용할수있습니다. 프로시저 1 vsphere Web Client 탐색기에서가상시스템을찾습니다. 2 공유를변경할대상가상시스템인 VM-QA 를마우스오른쪽버튼으로클릭하고설정편집을선택합니다. 3 가상하드웨어에서 CPU 를확장하고공유드롭다운메뉴에서높음을선택합니다. 4 가상하드웨어에서메모리를확장하고공유드롭다운메뉴에서높음을선택합니다. 5 확인을클릭합니다. 6 마케팅가상시스템 (VM-Marketing) 을마우스오른쪽버튼으로클릭하고설정편집을선택합니다. 7 가상하드웨어에서 CPU 를확장하고예약값을원하는값으로변경합니다. 8 확인을클릭합니다. 클러스터의리소스예약탭을선택한후 CPU 를클릭하면 VM-QA 의공유가다른가상시스템의 2 배로표시됩니다. 또한가상시스템의전원이켜지지않은상태이므로사용된예약필드는변경되지않고그대로유지됩니다. 14 VMware, Inc.

15 2 장리소스할당설정구성 승인제어 가상시스템전원을켜면시스템에서아직예약되지않은 CPU 및메모리리소스의양을확인합니다. 그런후사용가능한예약되지않은리소스에기반하여가상시스템에대해예약된양이구성되어있는경우그예약양을보장할수있는지여부를결정합니다. 이프로세스를승인제어라고합니다. 사용할수있는예약되지않은 CPU 및메모리가충분하거나, 예약된내용이없으면가상시스템전원이켜지고, 그렇지않으면리소스가부족합니다. 주의가나타납니다. 참고사용자가지정한메모리예약이외에각가상시스템에는오버헤드메모리양도있습니다. 이추가적인메모리의커밋도승인제어계산에포함됩니다. vsphere DPM 기능을사용하도록설정하면전원소비를줄이기위해호스트가대기모드 ( 전원꺼짐 ) 로전환될수있습니다. 이러한호스트에서제공하는예약되지않은리소스도승인제어에사용가능한것으로간주됩니다. 이러한리소스없이가상시스템전원을켤수없으면충분한대기호스트의전원을켜야한다는권장메시지가표시됩니다. VMware, Inc. 15

16 16 VMware, Inc.

17 CPU 가상화기본사항 3 CPU 가상화는성능에중점을두며가능할때마다프로세서에서바로실행됩니다. 가능한모든경우에기본적인물리적리소스가사용되며가상화계층은가상시스템이물리적시스템에서직접실행되는것처럼작동할수있도록필요한경우에만명령을실행합니다. CPU 가상화는에뮬레이션과다릅니다. ESXi 에서는가상 CPU 를실행하는데에뮬레이션을사용하지않습니다. 에뮬레이션을사용할경우, 에뮬레이터가모든작업을소프트웨어에서실행합니다. 소프트웨어에뮬레이터를사용하면프로그램이원래작성된위치가아닌다른컴퓨터시스템에서실행될수있습니다. 에뮬레이터는동일한데이터나입력을허용하고동일한결과를얻는방법으로원래컴퓨터의동작을에뮬레이트하거나재현하여프로그램을다른컴퓨터시스템에서실행합니다. 에뮬레이션은이동성을제공하며플랫폼하나에맞게설계된소프트웨어를여러플랫폼에서실행합니다. CPU 리소스가오버커밋되면 ESXi 호스트는물리적프로세서를모든가상시스템에시간분할하여각가상시스템은지정한수의가상프로세서를가진것처럼실행됩니다. ESXi 호스트는가상시스템을여러개실행할경우물리적리소스의일부를각가상시스템에할당합니다. 기본리소스할당설정을사용하면호스트하나에연결된모든가상시스템에는가상 CPU 와동일한양의 CPU 가할당됩니다. 즉, 단일프로세서가상시스템에는듀얼프로세서가상시스템의절반만큼만리소스가할당됩니다. 이장에서는다음주제에대해설명합니다. 소프트웨어기반 CPU 가상화, (17 페이지 ) 하드웨어지원 CPU 가상화, (17 페이지 ) 가상화및프로세서별동작, (18 페이지 ) CPU 가상화가성능에미치는영향, (18 페이지 ) 소프트웨어기반 CPU 가상화 소프트웨어기반 CPU 가상화를사용하면게스트애플리케이션코드는프로세서에서직접실행되는반면, 게스트특권코드는변환되며변환된코드가프로세서에서실행됩니다. 변환된코드는네이티브버전에비해다소크며대개더느리게실행됩니다. 따라서특권코드구성요소가적은게스트프로그램은네이티브버전과유사한속도로실행됩니다. 하지만시스템호출, 트랩또는페이지테이블업데이트같이특권코드구성요소가많은프로그램은가상화된환경에서매우느리게실행될수있습니다. 하드웨어지원 CPU 가상화 특정프로세서는 CPU 가상화에대한하드웨어지원을제공합니다. 이지원을사용하면게스트는게스트모드라고하는별도의실행모드를사용할수있습니다. 애플리케이션코드또는특권코드인게스트코드는게스트모드에서실행됩니다. 특정이벤트가발생하면프로세서가게스트모드를종료하고루트모드로들어갑니다. 그러면하이퍼바이저가루트모드에서실행되어종료이유를확인하고, 필요한조치를수행한다음게스트를게스트모드에서재시작합니다. VMware, Inc. 17

18 가상화에하드웨어지원을사용하면코드를변환할필요가없습니다. 그결과시스템호출또는트랩이많은워크로드가기본속도에매우근접한속도로실행됩니다. 페이지테이블업데이트관련워크로드를포함한일부워크로드의경우게스트모드를종료하고루트모드로전환되는경우가많이발생합니다. 이러한종료의수와종료에소요되는전체시간에따라하드웨어지원 CPU 가상화로실행속도를크게높일수있습니다. 가상화및프로세서별동작 VMware 소프트웨어는 CPU 를가상화하지만가상시스템은해당시스템이실행중인프로세서의특정모델을감지합니다. 프로세서모델마다제공하는 CPU 기능이다를수있으며가상시스템에서실행중인애플리케이션은이러한기능을이용할수있습니다. 따라서 vmotion 을사용하여기능이서로다른프로세서에서실행중인시스템간에가상시스템을마이그레이션하는것은불가능합니다. 경우에따라서는 EVC(Enhanced vmotion Compatibility) 기능을지원하는프로세서에서이기능을사용하여이제한을피할수있습니다. 자세한내용은 vcenter Server 및호스트관리설명서를참조하십시오. CPU 가상화가성능에미치는영향 CPU 가상화는사용되는가상화유형과워크로드에따라오버헤드양을다르게추가합니다. 애플리케이션이사용자상호작용, 디바이스입력또는데이터검색등의외부이벤트를기다리는대신명령을실행하는데대부분의시간을보낼경우 CPU 바인딩되었다고합니다. 이러한애플리케이션의경우 CPU 가상화오버헤드에실행되어야할추가명령이포함됩니다. 이오버헤드는애플리케이션자체에서사용할수있는 CPU 처리시간에영향을미칩니다. CPU 가상화오버헤드는일반적으로전체적인성능저하로해석됩니다. CPU 바인딩되지않은애플리케이션의경우 CPU 가상화는 CPU 사용증가로해석됩니다. 여분의 CPU 용량으로오버헤드를흡수할수있는경우전체적인처리량차원에서여전히우수한성능을제공합니다. ESXi 는각가상시스템에최대 128 개의가상프로세서 (CPU) 를지원합니다. 참고최상의성능및리소스사용을위해서는단일스레드애플리케이션을여러 CPU가있는 SMP 가상시스템대신단일프로세서가상시스템에배포하십시오. 단일스레드애플리케이션에서는단일 CPU 만사용할수있습니다. 듀얼프로세서가상시스템에이러한애플리케이션을배포해도애플리케이션의속도가향상되지는않습니다. 대신, 두번째가상 CPU 가다른가상시스템이사용할가능성이있는물리적리소스를사용하게됩니다. 18 VMware, Inc.

19 CPU 리소스관리 4 각각고유한등록및제어구조를가진가상프로세서를하나이상사용하는가상시스템을구성할수있습니다. 가상시스템을스케줄링하면해당가상프로세서가물리적프로세서에서실행되도록스케줄링됩니다. VMkernel 리소스관리자는물리적 CPU 에가상 CPU 를스케줄링하여물리적 CPU 리소스에대한가상시스템의액세스를관리합니다. ESXi 는최대 128 개의가상 CPU 가있는가상시스템을지원합니다. 이장에서는다음주제에대해설명합니다. 프로세서정보보기, (19 페이지 ) CPU 구성지정, (19 페이지 ) 다중코어프로세서, (20 페이지 ) 하이퍼스레딩, (20 페이지 ) CPU 선호도사용, (22 페이지 ) 호스트전원관리정책, (23 페이지 ) 프로세서정보보기 vsphere Web Client 에서현재 CPU 구성에대한정보에액세스할수있습니다. 프로시저 1 vsphere Web Client 탐색기에서호스트를찾습니다. 2 관리탭을클릭하고설정을클릭합니다. 3 프로세서를선택하여물리적프로세서의개수및유형과논리프로세서의개수에대한정보를봅니다. CPU 구성지정 참고하이퍼스레드시스템에서는각하드웨어스레드가논리프로세서입니다. 예를들어, 하이퍼스레딩이사용되는듀얼코어프로세서에는 2개의코어와 4개의논리프로세서가있습니다. CPU 구성을지정하여리소스관리를향상시킬수있습니다. 하지만 CPU 구성을사용자지정하지않으면 ESXi 호스트는대부분의상황에서잘작동하는기본값을사용합니다. 다음과같은방법으로 CPU 구성을지정할수있습니다. vsphere Web Client 를통해사용할수있는특성과특수기능을사용합니다. vsphere Web Client 를사용하여 ESXi 호스트나 vcenter Server 시스템에연결할수있습니다. VMware, Inc. 19

20 특정상황에서고급설정을사용합니다. 스크립팅된 CPU 할당에대해 vsphere SDK 를사용합니다. 하이퍼스레딩을사용합니다. 다중코어프로세서 다중코어프로세서는가상시스템의멀티태스킹을수행하는호스트에많은장점을제공합니다. Intel 과 AMD 에서는둘이상의프로세서코어를보통패키지또는소켓이라고하는단일집적회로로결합하는프로세서를각자개발했습니다. VMware 에서는논리프로세서가각각하나이상씩있는하나이상의프로세서코어를포함할수있는단일패키지를설명할때소켓이라는용어를사용합니다. 예를들어듀얼코어프로세서는두개의가상 CPU 를동시에실행할수있으므로단일코어프로세서보다거의두배의성능을제공할수있습니다. 동일한프로세서내의코어는일반적으로모든코어에사용되는공유된마지막수준캐시를사용하여구성되므로느린메인메모리에액세스할필요성이잠재적으로줄어듭니다. 물리적프로세서를메인메모리에연결해주는공유메모리버스는논리프로세서에서실행중인가상시스템이동일한메모리버스리소스를얻기위해경쟁하는메모리소모가많은워크로드를실행할경우논리프로세서의성능을제한할수있습니다. 각프로세서코어의각논리프로세서는 ESXi CPU 스케줄러에서독립적으로사용되어가상시스템을실행함으로써 SMP 시스템과유사한기능을제공할수있습니다. 예를들어양방향가상시스템의가상프로세서는동일한코어에속한논리프로세서또는다른물리적코어에있는논리프로세서에서실행될수있습니다. ESXi CPU 스케줄러는프로세서토폴로지및프로세서코어와해당코어의논리프로세서간관계를감지할수있습니다. 스케줄러는이정보를사용하여가상시스템을스케줄링하고성능을최적화합니다. ESXi CPU 스케줄러는소켓, 코어및논리프로세서간의관계를비롯한프로세서토폴로지를해석할수있습니다. 스케줄러는토폴로지정보를사용하여다른소켓에서의가상 CPU 배치를최적화하여전체적인캐시사용률을최대화하고가상 CPU 마이그레이션을최소화하여캐시선호도를개선합니다. SMP 가상시스템에서해당가상 CPU 간에중요한데이터공유를드러내는경우처럼이러한기본동작이최선책이아닌경우가있을수도있습니다. 이러한워크로드에대해서는 ESXi 호스트가언더커밋되는경우라도공유된마지막수준캐시를사용하여모든가상 CPU 를동일한소켓에서스케줄링하는것이유리할수있습니다. 이러한시나리오에서는가상시스템의.vmx 구성파일에다음옵션을포함함으로써가상 CPU 를전체패키지에분산하는기본동작을재정의할수있습니다. sched.cpu.vsmpconsolidate="true". 하이퍼스레딩 하이퍼스레딩기술을사용하면단일물리적프로세서코어가논리프로세서가두개인것처럼작동할수있습니다. 프로세서는동시에두개의독립애플리케이션을작동시킬수있습니다. 논리프로세서와물리적프로세서간의혼동을피하기위해 Intel 에서는물리적프로세서를소켓으로칭하며이장에서도이용어를사용합니다. Intel Corporation 에서는 Pentium IV 및 Xeon 프로세서제품군의성능을향상시키기위해하이퍼스레딩기술을개발했습니다. 하이퍼스레딩기술을사용하면하나의프로세서코어가두개의독립적인스레드를동시에실행할수있습니다. 20 VMware, Inc.

21 4 장 CPU 리소스관리 하이퍼스레딩으로시스템의성능이두배로향상되지는않지만유휴리소스의활용률이개선되므로특정한중요워크로드유형의처리량을높임으로써성능을높일수있습니다. 작업량이많은코어의논리프로세서하나에서실행중인애플리케이션은비하이퍼스레딩프로세서에서단독으로실행될때얻는처리량의절반보다약간높은처리량을예상할수있습니다. 하이퍼스레딩의성능향상효과는애플리케이션에따라크게달라지며캐시와같은많은프로세서리소스가논리프로세서간에공유되기때문에일부애플리케이션에서는하이퍼스레딩으로인해성능이저하될수있습니다. 참고 Intel 하이퍼스레딩기술이적용된프로세서의경우코어별로메모리캐시와기능유닛과같은코어리소스대부분을공유하는두개의논리프로세서가있을수있습니다. 이러한논리프로세서를일반적으로스레드라고합니다. 많은프로세서는하이퍼스레딩을지원하지않으며이경우코어당하나의스레드만있습니다. 이러한프로세서의경우코어의수는논리프로세서의수와일치합니다. 다음과같은프로세서가하이퍼스레딩을지원하며코어당두개의스레드가있습니다. Intel Xeon 5500 프로세서마이크로아키텍처를기반으로하는프로세서 Intel Pentium 4(HT 사용 ) Intel Pentium EE 840(HT 사용 ) 하이퍼스레딩및 ESXi 호스트 하이퍼스레딩을사용하도록설정된호스트는하이퍼스레딩을사용하지않는호스트와비슷하게동작합니다. 하지만하이퍼스레딩을사용하도록설정하는경우에는특정사항을고려해야할수있습니다. ESXi 호스트는로드가시스템의프로세서코어간에매끄럽게분산되도록프로세서시간을지능적으로관리합니다. 동일한코어에있는논리프로세서는연속된 CPU 번호를가지므로 CPU 0 과 1 은첫번째코어에함께있고 CPU 2 와 3 은두번째코어에함께있습니다. 가상시스템은동일한코어에있는두논리프로세서가아닌서로다른코어에서스케줄링됩니다. 작업이없는논리프로세서는중지된상태가되어실행리소스가해제되고동일한코어의다른논리프로세서에서실행중인가상시스템이코어의전체실행리소스를사용할수있게됩니다. VMware 스케줄러는이중지시간을적절하게감안하며코어절반에서실행되는가상시스템보다코어의전체리소스로실행중인가상시스템에높은가중치를부여합니다. 이러한프로세서관리방식을통해서버가표준 ESXi 리소스클레임규칙을위반하지않도록합니다. 하이퍼스레딩을사용하여호스트에서 CPU 선호도를사용하도록설정하기전에리소스관리요구사항을고려하십시오. 예를들어우선순위가높은가상시스템을 CPU 0 에바인딩하고우선순위가높은다른가상시스템을 CPU 1 에바인딩하면두가상시스템은동일한물리적코어를공유해야합니다. 이경우이두가상시스템의리소스수요를충족하지못할수있습니다. 모든사용자지정선호도설정이하이퍼스레딩시스템에적합한지확인하십시오. 하이퍼스레딩사용 하이퍼스레딩을사용하도록설정하려면먼저시스템의 BIOS 설정에서하이퍼스레딩을사용하도록설정한다음 vsphere Web Client 에서하이퍼스레딩을설정해야합니다. 하이퍼스레딩은기본적으로사용하도록설정되어있습니다. 현재 CPU 에서하이퍼스레딩을지원하는지여부를확인하려면해당시스템설명서를참조하십시오. 프로시저 1 현재시스템에서하이퍼스레딩기술을지원하는지확인합니다. 2 시스템 BIOS 에서하이퍼스레딩을설정합니다. 일부제조업체에서는이옵션을논리프로세서라고하는반면, 다른제조업체에서는하이퍼스레딩사용이라고합니다. VMware, Inc. 21

22 3 ESXi 호스트에하이퍼스레딩을사용하도록설정되어있는지확인합니다. a vsphere Web Client 탐색기에서호스트를찾습니다. b 관리탭을클릭하고설정을클릭합니다. c 시스템에서고급시스템설정을클릭하고 VMkernel.Boot.hyperthreading 을선택합니다. 이값이 true 이면하이퍼스레딩을사용하도록설정되어있는것입니다. 4 하드웨어에서프로세서를클릭하여논리프로세서수를확인합니다. 하이퍼스레딩이사용되도록설정되었습니다. CPU 선호도사용 각가상시스템의 CPU 선호도설정을지정하여다중프로세서시스템의사용가능한프로세서중일부에만가상시스템이할당되는것을제한할수있습니다. 이기능을사용하면각각의가상시스템을지정된선호도집합의프로세서에할당할수있습니다. CPU 선호도는가상시스템을프로세서에배치할때의제약조건을지정하며가상시스템을가상시스템호스트에배치할때의제약조건을지정하는 VM-VM 또는 VM- 호스트선호도규칙에의해생성된관계와는다릅니다. 여기에서 CPU 라는용어는하이퍼스레드시스템의논리프로세서를나타내며하이퍼스레드가아닌시스템에서는코어를나타냅니다. 가상시스템에대한 CPU 선호도설정은해당가상시스템과연결된모든가상 CPU 와모든기타스레드 ( 월드라고도함 ) 에적용됩니다. 이러한가상시스템스레드는마우스, 키보드, 화면, CD-ROM 및기타기존디바이스를에뮬레이션하는데필요한처리를수행합니다. 디스플레이를집중적으로처리하는워크로드처럼경우에따라서는가상 CPU 와이러한기타가상시스템스레드간에의미있는통신이이루어질수있습니다. 가상시스템의선호도설정에서이러한추가적인스레드가가상시스템의가상 CPU 와동시에스케줄링되는것을막을경우성능이저하될수있습니다. 이러한예에는단일 CPU 에대한선호도를가진단일프로세서가상시스템또는단두개의 CPU 에대한선호도를가진양방향 SMP 가상시스템이포함됩니다. 최상의성능을위해서는수동선호도설정을사용할때선호도설정에적어도하나이상의추가물리적 CPU 를포함하여가상시스템의스레드중적어도하나이상이해당가상 CPU 와함께동시에스케줄링될수있도록해야합니다. 이러한예에는적어도둘이상의 CPU 에대한선호도를가진단일프로세서가상시스템또는적어도세개이상의 CPU 에대한선호도를가진양방향 SMP 가상시스템이포함됩니다. 특정프로세서에가상시스템할당 CPU 선호도를이용하여가상시스템을특정프로세서에할당할수있습니다. 이는다중프로세서시스템에서사용할수있는특정한프로세서로가상시스템할당을제한할수있습니다. 프로시저 1 vsphere Web Client 인벤토리에서가상시스템을찾습니다. a 가상시스템을찾으려면데이터센터, 폴더, 클러스터, 리소스풀또는호스트를선택합니다. b 관련항목탭을클릭하고가상시스템을클릭합니다. 2 가상시스템을마우스오른쪽버튼으로클릭한후설정편집을클릭합니다. 3 가상하드웨어아래에서 CPU 를확장합니다. 4 스케줄링선호도아래에서가상시스템의물리적프로세서선호도를선택합니다. 범위를나타내려면 '-' 를사용하고여러값을구분해입력하려면 ',' 를사용하십시오. 예를들어 "0, 2, 4-7" 은프로세서 0, 2, 4, 5, 6 및 7 을나타냅니다. 22 VMware, Inc.

23 4 장 CPU 리소스관리 5 가상시스템을실행할프로세서를선택하고확인을클릭합니다. CPU 선호도의잠재적인문제 CPU 선호도를사용하려면먼저몇가지문제를고려해야합니다. CPU 선호도와관련된잠재적인문제는다음과같습니다. 다중프로세서시스템의경우 ESXi 시스템에서는자동로드밸런싱을수행합니다. 스케줄러의프로세서간로드밸런싱기능을향상하려면가상시스템선호도를수동으로지정하지않도록합니다. 선호도는가상시스템에지정된예약및공유를충족하는 ESXi 호스트의기능을방해할수있습니 다. CPU 승인제어에서는선호도를고려하지않으므로수동선호도설정이있는가상시스템에서는완전예약을받지못하는경우도있습니다. 수동선호도설정이없는가상시스템은수동선호도설정이있는가상시스템에의한부정적인영향을받지않습니다. 가상시스템을한호스트에서다른호스트로이동할경우새호스트의프로세서수가달라서선호도가더이상적용되지않을수있습니다. NUMA 스케줄러에서는선호도를사용하여특정프로세서에이미할당된가상시스템을관리하지못할수있습니다. 선호도는호스트에서다중코어또는하이퍼스레딩프로세서의가상시스템을스케줄링하여해당프로세서에서공유되는리소스를최대로활용하는기능에영향을줄수있습니다. 호스트전원관리정책 ESXi 에서는호스트하드웨어가제공하는몇가지전원관리기능을사용하여성능과전원사용량간의균형을조정할수있습니다. ESXi 에서이러한기능을사용하는방법은전원관리정책을선택하여제어할수있습니다. 일반적으로고성능정책을선택하면보다강력한성능을얻을수있지만효율성 ( 와트당성능 ) 은낮아집니다. 저전력정책을선택하면절대성능은줄어들지만효율성이높아집니다. ESXi 에서는다섯가지전원관리정책을제공합니다. 호스트에서전원관리를지원하지않거나 BIOS 설정에서호스트운영체제의전원관리가허용되지않도록지정된경우에는지원되지않음정책만사용할수있습니다. vsphere Web Client 를사용하는호스트에대한정책을선택합니다. 정책을선택하지않으면 ESXi 에서는기본적으로균형조정을사용합니다. 표 4 1. CPU 전원관리정책 전원관리정책지원되지않음고성능균형조정 ( 기본값 ) 설명 호스트가전원관리기능을지원하지않거나 BIOS 에서전원관리기능을사용하도록설정되어있지않습니다. VMkernel 에서특정전원관리기능을검색하지만 BIOS 에서전원최대가용량지정이나열이벤트에대해이기능을요청하지않으면해당기능을사용하지않습니다. 성능에미치는영향을최소화하면서호스트의에너지소비를줄이기위해 VMkernel 에서사용가능한전원관리기능을제한적으로사용합니다. VMware, Inc. 23

24 표 4 1. CPU 전원관리정책 ( 계속 ) 전원관리정책 저전력 사용자지정 설명 성능저하의위험을감수하면서호스트의에너지소비를줄이기위해 VMkernel 에서사용가능한전원관리기능을적극적으로사용합니다. VMkernel 에서몇가지고급구성매개변수값에기반하여전원관리정책을결정합니다. 이러한매개변수는 vsphere Web Client 고급설정대화상자에서설정할수있습니다. CPU 가낮은주파수로실행되면낮은전압으로실행되어전력을절감할수있습니다. 이러한유형의전원관리를일반적으로 DVFS(Dynamic Voltage and Frequency Scaling) 라합니다. ESXi 에서는가상시스템성능이저하되지않도록 CPU 주파수를조정하려고합니다. CPU 가유휴상태이면 ESXi 는깊은중지상태 (C- 상태라고함 ) 를사용할수있습니다. C- 상태가깊어질수록 CPU 에서더적은전력을사용하지만 CPU 가실행을재개하는데걸리는시간은늘어납니다. CPU 가유휴상태가되면 ESXi 에서는유휴상태로유지되는시간을예측하는알고리즘을적용해전환할적절한 C- 상태를선택합니다. 깊은 C- 상태를사용하지않는전원관리정책의경우 ESXi 는유휴상태의 CPU 에가장얕은중지상태 (C1) 만사용합니다. CPU 전원관리정책선택 vsphere Web Client 를사용하여호스트에대한 CPU 전원관리정책을설정할수있습니다. 필수조건 호스트시스템의 BIOS 설정에서운영체제의전원관리제어를허용하는지확인합니다 ( 예 : OS 제어됨 ). 참고일부시스템에는호스트 BIOS 설정에 OS 제어됨모드가지정되지않은경우에도 ESXi에서호스트시스템의전원을관리할수있게해주는 PCC(Processor Clocking Control) 기술이있습니다. 이기술을사용할경우 ESXi에서는 P-상태를직접관리하지않습니다. 대신호스트가 BIOS와협력하여프로세서클럭속도를결정합니다. 이기술을지원하는 HP 시스템에는기본적으로사용하도록설정되어있는 Cooperative Power Management라는 BIOS 설정이있습니다. 호스트하드웨어에서운영체제가전원을관리하도록허용하지않으면지원되지않음정책만사용할수있습니다. 일부시스템의경우고성능정책만사용할수있습니다. 프로시저 1 vsphere Web Client 탐색기에서호스트를찾습니다. 2 관리탭을클릭하고설정을클릭합니다. 3 하드웨어에서전원관리를선택하고편집버튼을클릭합니다. 4 호스트에대한전원관리정책을선택하고확인을클릭합니다. 정책선택은호스트구성에저장되며부팅시다시사용될수있습니다. 이정책은언제든지변경할수있으며서버재부팅이필요없습니다. 호스트전원관리를위한사용자지정정책매개변수구성 호스트전원관리에사용자지정정책을사용할경우 ESXi 의전원관리정책은여러고급구성매개변수의값을기반으로합니다. 필수조건 CPU 전원관리정책선택, (24 페이지 ) 에설명된대로전원관리정책의사용자지정을선택합니다. 24 VMware, Inc.

25 4 장 CPU 리소스관리 프로시저 1 vsphere Web Client 탐색기에서호스트를찾습니다. 2 관리탭을클릭하고설정을클릭합니다. 3 시스템아래에서고급시스템설정을선택합니다. 4 오른쪽창에서사용자지정정책에영향을주는전원관리매개변수를편집할수있습니다. 사용자지정정책에영향을주는전원관리매개변수의설명은사용자지정정책에서로시작합니다. 다른모든전원매개변수는모든전원관리정책에영향을줍니다. 5 매개변수를선택하고편집버튼을클릭합니다. 참고전원관리매개변수의기본값은균형조정정책과일치합니다. 매개변수 Power.UsePStates Power.MaxCpuLoad 설명 프로세서가사용중일때전원을절약하기위해 ACPI P- 상태를사용합니다. CPU 가실제시간의지정된백분율이하로사용중일때만 CPU 의전원을절약하기위해 P- 상태를사용합니다. Power.MinFreqPct 최대 CPU 속도의지정된백분율보다느린 P- 상태는사용하지않습니다. Power.UseStallCtr Power.TimerHz Power.UseCStates 프로세서가캐시누락과같은이벤트를기다리는동안빈번하게지연되는경우보다깊은 P- 상태를사용합니다. ESXi 에서각 CPU 가어떤 P- 상태로있어야하는지를재평가하는초당횟수를제어합니다. 프로세서가유휴상태인경우깊은 ACPI C- 상태 (C2 이하 ) 를사용합니다. Power.CStateMaxLatency 지연시간이이값보다큰 C- 상태는사용하지않습니다. Power.CStateResidencyCoef Power.CStatePredictionCoef Power.PerfBias CPU 가유휴상태가될때해당지연시간에이값을곱한시간이호스트에서예측한 CPU 의유휴시간보다작은가장깊은 C- 상태를선택합니다. 값이크면 ESXi 에서는보수적으로깊은 C- 상태를사용하고값이작으면적극적으로깊은 C- 상태를사용합니다. CPU 의유휴상태가유지되는시간을예측하기위한 ESXi 알고리즘의매개변수입니다. 이값은변경하지않는것이좋습니다. 성능에너지바이어스힌트 (Intel 전용 ) 입니다. Intel 프로세서의 MSR 을 Intel 에서권장하는값으로설정합니다. Intel 에서는고성능의경우 0, 균형조정의경우 6, 저전력의경우 15 를권장합니다. 다른값은정의되어있지않습니다. 6 확인을클릭합니다. VMware, Inc. 25

26 26 VMware, Inc.

27 메모리가상화기본 5 메모리리소스를관리하려면먼저 ESXi 에서어떻게메모리리소스를가상화하고사용하는지이해해야합니다. VMkernel 은호스트의모든물리적 RAM 을관리합니다. VMkernel 에서는이관리되는물리적 RAM 의일부를 VMkernel 전용으로지정합니다. 나머지메모리는가상시스템에서사용할수있습니다. 가상및물리적메모리공간은페이지라는블록으로나뉩니다. 물리적메모리가가득차면물리적메모리에있지않은가상페이지의데이터가디스크에저장됩니다. 프로세서아키텍처에따라페이지는일반적으로 4KB 나 2MB 입니다. 고급메모리특성, (114 페이지 ) 를참조하십시오. 이장에서는다음주제에대해설명합니다. 가상시스템메모리, (27 페이지 ) 메모리오버커밋, (28 페이지 ) 메모리공유, (28 페이지 ) 메모리가상화유형, (29 페이지 ) 가상시스템메모리 각가상시스템은구성된크기와가상화를위한추가오버헤드메모리를더한크기만큼메모리를사용합니다. 구성된크기는게스트운영체제에표시되는메모리의양입니다. 이양은가상시스템에할당된물리적 RAM 의양과다릅니다. 후자는호스트의메모리부담수준및리소스설정 ( 공유, 예약, 제한 ) 에따라다릅니다. 예를들어, 구성된크기가 1GB 인가상시스템을가정해볼수있습니다. 게스트운영체제가부팅되면이운영체제는 1GB 의물리적메모리를가진전용시스템에서실행되고있다고감지합니다. 어떤경우에는가상시스템이 1GB 전체에할당될수도있고, 때에따라서는더적은할당을받을수도있습니다. 실제할당량에상관없이게스트운영체제는 1GB 의물리적메모리를가진전용시스템에서실행되는것처럼동작합니다. 공유예약보다많은경우가상시스템에상대적인우선순위를지정합니다. 예약 메모리가오버커밋되더라도호스트가가상시스템을위해예약하는물리적 RAM 양의보장되는하한값입니다. 가상시스템이과도한페이징없이효율적으로실행될수있을만큼충분한메모리를갖도록예약을설정하십시오. 가상시스템이해당예약내의모든메모리를사용한후에는해당양만큼의메모리를보유할수있으며이메모리는가상시스템이유휴상태인경우에도회수되지않습니다. 일부게스트운영체제 ( 예 : Linux) 는부팅후곧바로구성된모든메모리에액세스하지않을수있습니다. 가상시스템이해 VMware, Inc. 27

28 당예약내의모든메모리를사용하기전까지 VMkernel 이해당예약에서사용되지않은부분을다른가상시스템에할당할수있습니다. 하지만게스트의워크로드가증가하고가상시스템이전체예약을사용한후에는이메모리를유지할수있습니다. 제한호스트가가상시스템에할당할수있는물리적 RAM 양의상한값입니다. 가상시스템의메모리할당은구성된크기에의해서도암시적으로제한됩니다. 메모리오버커밋 실행중인각가상시스템에대해시스템은가상시스템의예약 ( 있는경우 ) 및가상화오버헤드용으로물리적 RAM 을예약합니다. 모든가상시스템의구성된총메모리크기가호스트에서사용가능한물리적메모리양을초과할수있습니다. 하지만이상황이메모리가오버커밋되었음을의미하는것만은아닙니다. 모든가상시스템의결합된작업메모리공간이호스트메모리크기의결합된작업메모리공간을초과할때메모리가오버커밋됩니다. ESXi 호스트가사용하는메모리관리기술때문에가상시스템은호스트에서사용가능한물리적 RAM 보다많은가상 RAM 을사용할수있습니다. 예를들어메모리가 2GB 인호스트가있는경우메모리가각각 1GB 인 4 개의가상시스템을실행할수있습니다. 이경우메모리가오버커밋됩니다. 예를들어 4 개의가상시스템모두가유휴상태인경우결합된메모리소비량은 2GB 가되지않을수있습니다. 하지만 4GB 가상시스템모두가활발하게메모리를사용중이라면메모리공간이 2GB 를초과하여 ESXi 호스트가오버커밋될수있습니다. 일반적으로가상시스템에따라로드가적기도하고많기도해서시간에따라상대적인활동수준이달라질수있기때문에오버커밋이가능합니다. 메모리사용률을높이기위해 ESXi 호스트는유휴가상시스템의메모리를메모리가더필요한가상시스템으로넘겨줍니다. 예약또는공유매개변수를사용하면중요한가상시스템에메모리를우선적으로할당할수있습니다. 이러한메모리는사용되지않을경우다른가상시스템에계속제공됩니다. ESXi 는호스트가크게메모리오버커밋되지않은경우라도적절한성능을제공하기위해벌루닝, 메모리공유, 메모리압축및스와핑등의여러메커니즘을구현합니다. 메모리오버커밋된환경에서가상시스템이예약된메모리를모두소비하면 ESXi 호스트에메모리가부족할수있습니다. 전원이켜진가상시스템에는영향이없지만메모리부족때문에새가상시스템의전원을켜지못할수있습니다. 참고모든가상시스템메모리오버헤드역시예약된것으로간주됩니다. 또한 ESXi 호스트에서는 메모리압축, (40 페이지 ) 에설명된것처럼메모리압축이기본적으로사용되어메모리가오버커밋될경우가상시스템의성능을향상시킵니다. 메모리공유 메모리공유는호스트에서메모리밀도를높이는데도움이되는독점적인 ESXi 기술입니다. 메모리공유는몇몇가상시스템이동일한게스트운영체제의인스턴스를실행하거나, 동일한애플리케이션또는구성요소가로드되었거나, 공통의데이터를포함한다고관찰되는경우에따라달라집니다. 이러한경우호스트는독점적인 TPS( 투명페이지공유 ) 기술을사용하여메모리페이지의중복되는사본을제거합니다. 메모리공유를사용할경우, 가상시스템에서실행중인작업부하는일반적으로물리적시스템에서실행중인작업부하보다소비하는메모리양이적습니다. 결과적으로높은수준의오버커밋 28 VMware, Inc.

29 5 장메모리가상화기본 을효율적으로지원할수있습니다. 메모리공유를통해절약되는메모리의양은워크로드가거의동일한시스템으로구성되는지여부에따라달라집니다. 워크로드가거의동일한시스템으로구성된경우에는더많은메모리를확보할수있으며, 워크로드가더다양한경우에는메모리절약비율이크게낮아질수있습니다. 참고보안고려사항으로인해가상시스템간투명페이지공유는기본적으로사용하지않도록설정되고페이지공유는가상시스템내메모리공유로만제한됩니다. 다시말해페이지공유는가상시스템간에는적용되지않고가상시스템내에서만적용됩니다. 자세한내용은 가상시스템사이에메모리공유, (40 페이지 ) 을참조하십시오. 메모리가상화유형 메모리가상화에는소프트웨어기반메모리가상화와하드웨어지원메모리가상화의두가지유형이있습니다 가상화를통해추가적인수준의메모리매핑이적용되기때문에 ESXi 는모든가상시스템에대해효과적으로메모리를관리할수있습니다. 가상시스템의물리적메모리일부는매핑되지않거나스왑되지않은페이지로매핑되거나공유페이지로매핑될수있습니다. 호스트는게스트운영체제를인식하지않으며게스트운영체제의자체메모리관리하위시스템을방해하지않고가상메모리관리를수행합니다. 각가상시스템의 VMM 은게스트운영체제의물리적메모리페이지와기반시스템의물리적메모리페이지간매핑을유지합니다. (VMware 에서는기반호스트의물리적페이지를 시스템 페이지라고하고게스트운영체제의물리적페이지를 물리적 페이지라고표현합니다.) 각가상시스템에게는 0 부터시작하는연속적주소지정이가능한물리적메모리공간이보입니다. 하지만각가상시스템에서사용하는서버의기반시스템메모리는연속적일필요가없습니다. 소프트웨어기반및하드웨어지원메모리가상화모두에서, 게스트가상대게스트물리적주소는게스트운영체제가관리합니다. 하이퍼바이저는게스트물리적주소를시스템주소로변환하는일만담당합니다. 소프트웨어기반메모리가상화는게스트의가상대시스템주소를소프트웨어에서결합하고이를하이퍼바이저가관리하는섀도페이지테이블에저장합니다. 하드웨어지원메모리가상화는하드웨어기능을활용하여게스트의페이지테이블과하이퍼바이저가유지하는중첩된페이지테이블이포함된결합된매핑을생성합니다. 이그림에서는메모리가상화의 ESXi 구현을보여줍니다. 그림 5 1. ESXi 메모리매핑 가상시스템 1 a b 가상시스템 2 c b 게스트가상메모리 a b b c 게스트물리적메모리 a b b c 시스템메모리 상자는페이지를나타내며화살표는여러메모리매핑을보여줍니다. 게스트가상메모리에서게스트물리적메모리로의화살표는게스트운영체제에서페이지테이블에유지되는매핑을보여줍니다. x86 아키텍처프로세서에대한가상메모리에서선형메모리로의매핑은표시되어있지않습니다. 게스트물리적메모리에서시스템메모리로의화살표는 VMM 에서유지하는매핑을보여줍니다. 점선화살표는마찬가지로 VMM 에서유지하는섀도우페이지테이블에서게스트가상메모리로부터시스템메모리로의매핑을보여줍니다. 가상시스템을실행하는기본프로세서는섀도우페이지테이블매핑을사용합니다. VMware, Inc. 29

30 소프트웨어기반메모리가상화 ESXi 는별도의주소변환수준을추가하여게스트의물리적메모리를가상화합니다. VMM 은결합된가상대시스템페이지매핑을섀도페이지테이블에서유지합니다. 섀도페이지테이블은게스트운영체제의가상대물리매핑과 VMM 이유지하는물리대시스템매핑을이용하여최신상태로유지됩니다. VMM 은게스트운영체제메모리관리구조를제어하는가상시스템명령을가로채프로세서의실제메모리관리장치 (MMU) 가가상시스템에의해직접업데이트되지않게만듭니다. 프로세서의페이징하드웨어는섀도페이지테이블을직접사용합니다. 섀도페이지테이블의일관성유지를위해서는다소큰계산오버헤드가발생합니다. 이오버헤드는가상 CPU 의수가증가할때더두드러집니다. 이주소변환방식을사용하면섀도페이지테이블을설정한후추가적인주소변환오버헤드없이가상시스템에서일반적인메모리액세스를실행할수있습니다. 프로세서캐시에있는 TLB(Translation Look-aside Buffer) 가섀도페이지테이블에서읽은가상페이지와시스템페이지간직접매핑을캐싱하므로 VMM 에의한추가적인오버헤드없이메모리에액세스할수있습니다. 소프트웨어 MMU 는하드웨어 MMU 보다오버헤드메모리요구사항이더높습니다. 따라서소프트웨어 MMU 를지원하려면 VMkernel 의가상시스템에대해지원되는최대오버헤드를늘려야합니다. 일부경우에는워크로드로인해많은양의 TLB 누락이발생할경우하드웨어지원방식보다소프트웨어메모리가상화의성능이점이클수있습니다. 성능고려사항 두개의페이지테이블집합을사용하면다음과같은성능영향이있습니다. 일반적인게스트메모리액세스에서는오버헤드가발생하지않습니다. 가상시스템내에서메모리를매핑하기위해추가적인시간이필요합니다. 이런상황은다음과같은경우에발생합니다. 가상시스템운영체제가가상주소와물리적주소간매핑을설정하고업데이트합니다. 가상시스템운영체제가한주소공간에서다른주소공간으로전환됩니다 ( 컨텍스트전환 ). CPU 가상화와마찬가지로메모리가상화오버헤드는워크로드에따라달라집니다. 하드웨어지원메모리가상화 AMD SVM-V 및 Intel Xeon 5500 시리즈와같은일부 CPU 는두계층의페이지테이블을사용하여메모리가상화에대한하드웨어지원을제공합니다. 첫번째페이지테이블계층에는게스트 V2P( 가상에서물리로 ) 변환이저장되며두번째페이지테이블계층에는게스트 P2M( 물리에서시스템으로 ) 변환이저장됩니다. TLB(Translation Look-aside Buffer) 는프로세서의 MMU( 메모리관리유닛 ) 하드웨어가유지하는변환의캐시입니다. TLB 누락은이캐시의누락이며하드웨어는필요한변환을찾기위해메모리로이동해야할경우가많습니다. 특정게스트가상주소에대한 TLB 누락의경우하드웨어는게스트가상주소를시스템주소로변환하기위해두페이지테이블을모두확인합니다. 페이지테이블의첫번째계층은게스트운영체제에의해유지됩니다. VMM 은페이지테이블의두번째계층만유지합니다. 성능고려사항 하드웨어지원을사용하면소프트웨어메모리가상화의오버헤드가제거됩니다. 특히하드웨어지원은섀도우페이지테이블과게스트페이지테이블의동기화상태유지에필요한오버헤드를제거합니다. 하지만하드웨어지원을사용할때는 TLB 누락지연시간이조금더높습니다. 기본적으로하이퍼바이저는 TLB 누락의비용을줄이기위해하드웨어지원모드에서큰페이지를사용합니다. 이로인해하드웨어지원을사용할때워크로드에이점이있는지여부는소프트웨어메모리가상화를사용할때메모리가상 30 VMware, Inc.

31 5 장메모리가상화기본 화가초래하는오버헤드에따라달라집니다. 프로세스생성, 메모리매핑또는컨텍스트전환등과같이페이지테이블작업의양이적은워크로드의경우에는소프트웨어가상화로인해발생하는오버헤드가크지않습니다. 이와반대로페이지테이블작업의양이많은워크로드의경우하드웨어지원을사용하면이점을얻을수있습니다. 하드웨어 MMU 는하드웨어에구현된광범위한캐싱과함께처음소개된이후로성능이향상되었습니다. 소프트웨어메모리가상화기술을사용하면일반적인게스트에서초당 100 ~ 1,000 번의빈도로컨텍스트전환이발생할수있습니다. 각컨텍스트전환은소프트웨어 MMU 에서 VMM 을트랩합니다. 하드웨어 MMU 방식에서는이러한문제가방지됩니다. 기본적으로하이퍼바이저는 TLB 누락의비용을줄이기위해하드웨어지원모드에서큰페이지를사용합니다. 게스트가상대게스트물리및게스트물리대시스템주소변환모두에큰페이지를사용하면가장높은성능이구현됩니다. LPage.LPageAlwaysTryForNPT 옵션은게스트물리대시스템주소변환에큰페이지를사용하기위한정책을변경할수있습니다. 자세한내용은 고급메모리특성, (114 페이지 ) 항목을참조하십시오. 참고바이너리변환은소프트웨어기반메모리가상화에서만작동합니다. VMware, Inc. 31

32 32 VMware, Inc.

33 메모리리소스관리 6 vsphere Web Client 를사용하면메모리할당설정에대한정보를보고변경할수있습니다. 메모리리소스를효과적으로관리하려면메모리오버헤드, 유휴메모리세율, 그리고 ESXi 호스트의메모리회수방법을잘알고있어야합니다. 메모리리소스를관리할때메모리할당을지정할수있습니다. 메모리할당을사용자지정하지않으면 ESXi 호스트는대부분의환경에적합한기본값을사용합니다. 메모리할당은다양한방법으로지정할수있습니다. vsphere Web Client 를통해사용할수있는특성과특수기능을사용합니다. vsphere Web Client 를사용하여 ESXi 호스트나 vcenter Server 시스템에연결할수있습니다. 고급설정을사용합니다. 스크립트로작성된메모리할당에는 vsphere SDK 를사용합니다. 이장에서는다음주제에대해설명합니다. 메모리오버헤드이해, (33 페이지 ) ESXi 호스트의메모리할당방법, (34 페이지 ) 메모리회수, (35 페이지 ) 스왑파일사용, (36 페이지 ) 가상시스템사이에메모리공유, (40 페이지 ) 메모리압축, (40 페이지 ) 메모리사용유형측정및차별화, (41 페이지 ) 메모리안정성, (42 페이지 ) 시스템스왑정보, (43 페이지 ) 메모리오버헤드이해 메모리리소스의가상화는어느정도의오버헤드와연관이있습니다. ESXi 가상시스템에서는두가지종류의메모리오버헤드가발생할수있습니다. 가상시스템내에서메모리에액세스하기위한추가시간 각가상시스템에할당된메모리외에도, ESXi 호스트에서자체코드및데이터구조에추가공간 필요 VMware, Inc. 33

34 ESXi 메모리가상화로인해메모리액세스에약간의시간오버헤드가추가됩니다. 프로세서의페이징하드웨어는페이지테이블 ( 소프트웨어기반방식의경우섀도우페이지테이블또는하드웨어지원방식의경우 2 수준페이지테이블 ) 을직접사용하므로가상시스템에서대부분의메모리액세스는주소변환오버헤드없이실행될수있습니다. 메모리공간오버헤드의두구성요소는다음과같습니다. VMkernel 에대해고정된시스템전체오버헤드 각가상시스템에대한추가적인오버헤드 오버헤드메모리에는섀도우페이지테이블과같이가상시스템프레임버퍼및여러가상화데이터구조용으로예약된공간이포함됩니다. 오버헤드메모리는가상 CPU 의수와게스트운영체제용으로구성된메모리에따라달라집니다. 가상시스템의오버헤드메모리 가상시스템은특정양의가용오버헤드메모리전원이켜져있어야합니다. 이러한오버헤드양을알고있어야합니다. 가상시스템에필요한오버헤드메모리의양은 vcpu 의개수와메모리크기, 디바이스의유형과개수, 모니터의실행모드, 가상시스템의하드웨어버전등을포함하여다양한요인에따라달라집니다. 현재사용중인 vsphere 버전도필요한메모리양에영향을줄수있습니다. VMX 는가상시스템에필요한오버헤드메모리양을자동으로계산합니다. 특정구성에필요한오버헤드메모리양을확인하려면먼저대상가상시스템의전원을켜야합니다. 그런다음 vmware.log 파일을살펴봅니다. 가상시스템의전원이켜지면필요한오버헤드메모리의양이로그에출력됩니다. 로그내에서 VMMEM 을검색하여가상메모리에대해예약된오버헤드메모리의초기양과정확한양을확인하십시오. ESXi 호스트의메모리할당방법 호스트에서는메모리가오버커밋된경우가아니면 Limit 매개변수로지정된메모리를각가상시스템에할당합니다. ESXi 에서는지정된물리적메모리크기보다많은메모리를가상시스템에할당하지않습니다. 예를들어 1GB 가상시스템에는기본제한 ( 무제한 ) 또는사용자지정제한 ( 예 : 2GB) 이있을수있습니다. 두경우모두 ESXi 호스트는해당호스트에지정된물리적메모리크기인 1GB 를초과하여할당하지않습니다. 메모리가오버커밋된경우에는예약으로지정된양과제한으로지정된양사이의메모리양을각가상시스템에할당합니다. 예약된양을초과하여가상시스템에부여된메모리의양은대부분현재메모리로드에따라다릅니다. 호스트는할당된공유수및최근작업설정크기의예상값에기반하여각가상시스템에대한할당을결정합니다. 공유 - ESXi 호스트는수정된비례적공유메모리할당정책을사용합니다. 가상시스템은메모리공유를통해사용가능한물리적메모리의일부를사용할수있습니다. 작업설정크기 - ESXi 호스트는가상시스템의연속실행시간동안메모리작업을모니터링하여가상시스템의작업설정을예상합니다. 작업설정크기의증가에는빠르게반응하고작업설정크기감소에는상대적으로느리게반응하는기술을사용하여이예상값을몇번의기간에걸쳐평균화합니다. 이방법은유휴메모리가회수된가상시스템의메모리사용이증가하기시작하면신속하게전체공유기반할당으로전환할수있도록합니다. 메모리작업을모니터링하여 60 초의기본기간동안작업설정크기를예측합니다. 이기본값을수정하려면 Mem.SamplePeriod 고급설정을조정합니다. 고급호스트특성설정, (113 페이지 ) 항목을참조하십시오. 34 VMware, Inc.

35 6 장메모리리소스관리 유휴가상시스템의메모리세율 가상시스템이현재할당된메모리중일부만사용하고있으면 ESXi 는사용중인메모리보다유휴메모리에대해더많이과세합니다. 이는가상시스템이유휴메모리를비축하는것을방지하기위해서입니다. 유휴메모리세금은누진적방식으로적용됩니다. 가상시스템의활성메모리에대한유휴메모리의비율이높아지면유효세율이늘어납니다. 계층적리소스풀을지원하지않는이전버전의 ESXi 에서는가상시스템의모든유휴메모리가동일하게과세되었습니다. Mem.IdleTax 옵션을사용하여유휴메모리세율을수정할수있습니다. Mem.SamplePeriod 고급특성과함께이옵션을사용하면시스템이가상시스템에대한목표메모리할당을결정하는방법을제어할수있습니다. 고급호스트특성설정, (113 페이지 ) 항목을참조하십시오. 참고대부분의경우 Mem.IdleTax 를변경하는것은불필요하며적절하지도않습니다. VMX 스왑파일 VMX( 가상시스템실행파일 ) 스왑파일을사용하면호스트에서 VMX 프로세스용으로예약되는오버헤드메모리의양을대폭줄일수있습니다. 참고 VMX 스왑파일은호스트스왑캐시로스왑기능이나일반적인호스트수준스왑파일과관련이없습니다. ESXi 에서는각가상시스템에대해다양한용도의메모리를예약합니다. VMM( 가상시스템모니터 ) 및가상디바이스와같은일부구성요소에필요한메모리는가상시스템의전원을켤때완전히예약됩니다. 그러나 VMX 프로세스용으로예약되는오버헤드메모리의일부는스왑할수있습니다. VMX 스왑기능은예를들어가상시스템당약 50MB 이상의메모리를가상시스템당약 10MB 로줄이는등 VMX 메모리예약크기를상당히줄여줍니다. 이경우호스트메모리가오버커밋될때나머지메모리를스왑아웃할수있으므로각가상시스템의오버헤드메모리예약크기가줄어듭니다. 가상시스템의전원을켤때사용가능한디스크공간이충분히있으면호스트에서는 VMX 스왑파일을자동으로만듭니다. 메모리회수 ESXi 호스트는가상시스템에서메모리를회수할수있습니다. 호스트는예약으로지정된메모리양을직접가상시스템에할당합니다. 예약을초과하는메모리는호스트의물리적리소스를사용하여할당하며, 물리적리소스를사용할수없으면벌루닝또는스와핑같은특수기술을사용하여처리합니다. 가상시스템에할당된메모리양을동적으로확장하거나줄이기위해호스트는두가지기술을사용할수있습니다. ESXi 시스템은가상시스템에서실행되고있는게스트운영체제로로드되는메모리벌룬드라이버 (vmmemctl) 를사용합니다. 메모리벌룬드라이버, (35 페이지 ) 를참조하십시오. ESXi 시스템은게스트운영체제의개입없이페이지를가상시스템에서서버스왑파일로스왑합니다. 각가상시스템에는자체의스왑파일이있습니다. 메모리벌룬드라이버 메모리벌룬드라이버 (vmmemctl) 는서버와공동으로작업하여게스트운영체제에서가장중요하지않은것으로판단되는페이지를회수합니다. 이드라이버는유사한메모리제약조건에서네이티브시스템의동작과거의일치하는예측가능한성능을제공하는독점적인벌루닝기술을사용합니다. 이기술은게스트운영체제의메모리부담을늘리거나줄여서게스트가자체의네이티브메모리관리알고리즘을사용하도록합니다. 메모리가빠듯하면게스트운영체제는회수할페이지를결정하고필요한경우자체의가상디스크로페이지를스와핑합니다. VMware, Inc. 35

36 그림 6 1. 게스트운영체제에서의메모리벌루닝 1 메모리 2 메모리 스왑공간 3 메모리 스왑공간 참고게스트운영체제는충분한스왑공간으로구성해야합니다. 일부게스트운영체제에는추가제한사항이있습니다. 필요한경우특정가상시스템에대해 sched.mem.maxmemctl 매개변수를설정하여 vmmemctl 에서회수하는메모리양을제한할수있습니다. 이옵션은가상시스템에서회수할수있는메모리의최대양을 MB 단위로지정합니다. 고급가상시스템특성설정, (115 페이지 ) 항목을참조하십시오. 스왑파일사용 게스트스왑파일의위치를지정하고, 메모리가오버커밋될경우스왑공간을예약하고, 스왑파일을삭제할수있습니다. vmmemctl 드라이버를사용할수없거나응답이없는경우 ESXi 호스트는스와핑을사용하여강제로가상시스템의메모리를회수합니다. 설치되지않았습니다. 명시적으로사용되지않도록설정되었습니다. 실행되고있지않습니다 ( 예 : 게스트운영체제가부팅중인경우 ). 현재시스템요구를충족할수있는메모리를일시적으로회수할수없습니다. 올바로작동하고있지만최대벌룬크기에도달했습니다. 가상시스템이페이지를필요로할때표준요구페이징기술이페이지를다시스왑인합니다. 스왑파일위치 기본적으로스왑파일은가상시스템의구성파일과동일한위치에생성됩니다. 이위치는 VMFS 데이터스토어, vsan 데이터스토어, VVol 데이터스토어중하나일수있습니다. vsan 데이터스토어나 VVol 데이터스토어에서는스왑파일이별도의 vsan 또는 VVol 개체로생성됩니다. 가상시스템전원을켜면 ESXi 호스트가스왑파일을생성합니다. 이파일을생성할수없는경우가상시스템전원이켜지지않습니다. 기본값을사용하는대신다음옵션을사용할수도있습니다. 가상시스템별구성옵션을사용하여데이터스토어를다른공유스토리지위치로변경할수있습니 다. 36 VMware, Inc.

37 6 장메모리리소스관리 호스트에로컬로저장되는데이터스토어를지정할수있는호스트 - 로컬스왑을사용할수있습니다. 이렇게하면호스트단위수준에서스왑을수행하여 SAN 공간을절약할수있지만소스호스트의로컬스왑파일로스왑되는페이지는네트워크를통해대상호스트로전송되어야하므로 vsphere vmotion 의성능이다소저하될수있습니다. 현재는호스트 - 로컬스왑에 vsan 및 VVol 데이터스토어를지정할수없습니다. DRS 클러스터에대해호스트 - 로컬스왑사용 호스트 - 로컬스왑기능을사용하면호스트에로컬로저장된데이터스토어를스왑파일위치로지정할수있습니다. DRS 클러스터에대해호스트 - 로컬스왑을사용하도록설정합니다. 프로시저 1 vsphere Web Client 탐색기에서클러스터를찾습니다. 2 관리탭을클릭하고설정을클릭합니다. 3 구성에서일반을클릭하여스왑파일위치를보고편집을클릭하여변경합니다. 4 호스트에서지정한데이터스토어옵션을선택하고확인을클릭합니다. 5 vsphere Web Client 탐색기에서클러스터의호스트중하나를찾습니다. 6 관리탭을클릭하고설정을클릭합니다. 7 가상시스템아래에서가상시스템스왑파일위치를선택합니다. 8 편집을클릭하고사용할로컬데이터스토어를선택한다음확인을클릭합니다. 9 클러스터의각호스트에대해단계 5~ 단계 8 단계를반복합니다. 이제 DRS 클러스터에대해호스트 - 로컬스왑기능이설정되었습니다. 독립실행형호스트에대해호스트 - 로컬스왑사용 호스트 - 로컬스왑기능을사용하면호스트에로컬로저장된데이터스토어를스왑파일위치로지정할수있습니다. 독립실행형호스트에대해호스트 - 로컬스왑을사용하도록설정할수있습니다. 프로시저 1 vsphere Web Client 탐색기에서호스트를찾습니다. 2 관리탭을클릭하고설정을클릭합니다. 3 가상시스템아래에서가상시스템스왑파일위치를선택합니다. 4 편집을클릭하고선택된데이터스토어를선택합니다. 5 목록에서로컬데이터스토어를선택하고확인을클릭합니다. 이제독립실행형호스트에호스트 - 로컬스왑기능이사용하도록설정됩니다. 스왑공간및메모리오버커밋 각가상시스템스왑파일에대해예약되지않은가상시스템메모리를위한스왑공간 ( 예약크기와구성된메모리크기의차이 ) 을예약해야합니다. 이스왑예약은일부경우에 ESXi 호스트가가상시스템메모리를유지할수있도록하기위해필요합니다. 실제로는호스트수준스왑공간의일부분만사용될수있습니다. VMware, Inc. 37

38 ESXi 를사용하여메모리를오버커밋하는경우벌루닝으로인한게스트간스왑을지원하려면게스트운영체제에도충분한스왑공간이있어야합니다. 이게스트수준스왑공간은가상시스템의구성된메모리크기와예약크기의차이보다크거나같아야합니다. 주의메모리가오버커밋되어있고게스트운영체제에스왑공간이충분히구성되어있지않으면가상시스템의게스트운영체제에장애가발생할수있습니다. 가상시스템장애를방지하려면가상시스템의스왑공간크기를늘리십시오. Windows 게스트운영체제 - Windows 운영체제에서는스왑공간을페이징파일이라고합니다. 일부 Windows 운영체제에서는사용가능한디스크공간이충분한경우페이징파일의크기를자동으로늘립니다. Microsoft Windows 설명서를참조하거나 Windows 도움말파일에서 " 페이징파일 " 을검색하여가상메모리페이징파일의크기를변경하기위한지침을따르십시오. Linux 게스트운영체제 - Linux 운영체제에서는스왑공간을스왑파일이라고합니다. 스왑파일을늘리는방법은다음의 Linux 매뉴얼페이지를참조하십시오. mkswap - Linux 스왑영역을설정합니다. swapon - 디바이스와파일을페이징및스왑할수있도록합니다. 예를들어 RAM 이 8GB 이고가상디스크가 2GB 인가상시스템과같이메모리는많고가상디스크는적은게스트운영체제는스왑공간이충분하지않을가능성이큽니다. 참고스왑파일을씬프로비저닝된 LUN에저장하지마십시오. 씬프로비저닝된 LUN에저장된스왑파일을사용하는가상시스템을실행하면스왑파일증가오류가발생할수있으며이로인해가상시스템이종료될수있습니다. 100GB 이상의큰스왑파일을만들면가상시스템의전원을켜는데소요되는시간이크게늘어날수있습니다. 이를방지하려면큰가상시스템에는예약크기를높게설정하십시오. 호스트 - 로컬스왑파일을사용하여비용이보다적게드는스토리지에스왑파일을저장할수도있습니다. 호스트에대한가상시스템스왑파일속성구성 vsphere Web Client 에서호스트의스왑파일위치를구성하여가상시스템스왑파일의기본위치를결정합니다. 기본적으로가상시스템의스왑파일은다른가상시스템파일이들어있는폴더의데이터스토어에있습니다. 그러나가상시스템스왑파일을다른데이터스토어에배치하도록호스트를구성할수있습니다. 이옵션을사용하면가상시스템스왑파일을저가형스토리지또는고성능스토리지에배치할수있습니다. 호스트수준의이설정을개별가상시스템에서재정의할수도있습니다. 다른스왑파일위치를설정하면 vmotion 을사용한마이그레이션이보다천천히수행될수도있습니다. vmotion 성능을최대화하려면가상시스템스왑파일과동일한디렉토리대신로컬데이터스토어에가상시스템을저장합니다. 가상시스템이로컬데이터스토어에저장되어있으면다른가상시스템파일과함께스왑파일을저장해도 vmotion 의성능이향상되지않습니다. 필수조건 필요한권한 : 호스트시스템. 구성. 스토리지파티션구성 프로시저 1 vsphere Web Client 탐색기에서호스트를찾습니다. 2 관리탭을선택하고설정을클릭합니다. 38 VMware, Inc.

39 6 장메모리리소스관리 3 가상시스템에서스왑파일위치를클릭합니다. 선택한스왑파일위치가표시됩니다. 구성한스왑파일위치를선택한호스트에서지원하지않으면해당기능이지원되지않는다는메시지가탭에표시됩니다. 호스트가클러스터의일부이고가상시스템과동일한디렉토리에스왑파일을저장하도록클러스터가설정되어있으면호스트관리탭에서스왑파일위치를편집할수없습니다. 이러한호스트에대해스왑파일위치를변경하려면클러스터설정을편집합니다. 4 편집을클릭합니다. 5 스왑파일을저장할위치를선택합니다. 옵션 설명 가상시스템디렉토리가상시스템구성파일과동일한디렉토리에스왑파일을저장합니다. 특정데이터스토어사용지정된위치에스왑파일을저장합니다. 호스트가지정하는데이터스토어에스왑파일을저장할수없으면스왑파일이가상시스템과동일한폴더에저장됩니다. 6 ( 선택사항 ) 특정데이터스토어사용을선택한경우목록에서데이터스토어를선택합니다. 7 확인을클릭합니다. 선택한위치에가상시스템스왑파일이저장됩니다. 클러스터의가상시스템스왑파일위치구성 기본적으로가상시스템의스왑파일은다른가상시스템파일이들어있는폴더의데이터스토어에있습니다. 하지만, 선택한다른데이터스토어에가상시스템스왑파일을배치하도록클러스터의호스트를구성할수있습니다. 필요에따라저가형스토리지또는고성능스토리지에가상시스템스왑파일을배치하도록대체스왑파일위치를구성할수있습니다. 필수조건 클러스터의가상시스템스왑파일위치를구성하기전에 호스트에대한가상시스템스왑파일속성구성, (38 페이지 ) 의설명에따라클러스터의호스트에대한가상시스템스왑파일위치를구성해야합니다. 프로시저 1 vsphere Web Client 에서클러스터를찾습니다. 2 관리탭을클릭하고설정을클릭합니다. 3 구성 > 일반을선택합니다. 4 스왑파일위치옆의편집을클릭합니다. 5 스왑파일을저장할위치를선택합니다. 옵션 설명 가상시스템디렉토리가상시스템구성파일과동일한디렉토리에스왑파일을저장합니다. 호스트에서지정한데이터스토어호스트구성에지정된위치에스왑파일을저장합니다. 호스트가지정하는데이터스토어에스왑파일을저장할수없으면스왑파일이가상시스템과동일한폴더에저장됩니다. 6 확인을클릭합니다. VMware, Inc. 39

40 스왑파일삭제 스왑파일을사용하는가상시스템이실행중인호스트에서장애가발생하면해당스왑파일은계속유지되어기가바이트에이르는디스크공간을차지할수있습니다. 스왑파일을삭제하면이문제를해결할수있습니다. 프로시저 1 장애가발생한호스트에있는가상시스템을재시작합니다. 2 가상시스템을중지합니다. 가상시스템의스왑파일이삭제됩니다. 가상시스템사이에메모리공유 가상시스템간에서또는단일가상시스템내에서메모리를공유하기에적합한 ESXi 워크로드가많습니다. ESXi 메모리공유는공유가능성을시간에따라검사하는백그라운드작업으로실행됩니다. 절약되는메모리의양은시간에따라달라집니다. 비교적일정한워크로드의경우일반적으로모든공유가능성을활용할때까지절약되는양이서서히증가합니다. 지정된워크로드에대한메모리공유의효과를확인하려면워크로드를실행한후 resxtop 또는 esxtop 를사용하여실제절감되는양을관찰합니다. 메모리페이지에있는대화식모드의 PSHARE 필드에서정보를찾을수있습니다. 시스템이메모리를공유할수있는가능성이있는지확인하기위해메모리를검색하는속도를제어하려면 Mem.ShareScanTime 및 Mem.ShareScanGHz 고급설정을사용하십시오. sched.mem.pshare.enable 옵션을설정하여개별가상시스템에대해공유기능을구성할수도있습니다. 보안고려사항으로인해가상시스템간투명페이지공유는기본적으로사용하지않도록설정되고페이지공유는가상시스템내메모리공유로만제한됩니다. 다시말해페이지공유는가상시스템간에는적용되지않고가상시스템내에서만적용됩니다. 투명페이지공유로인해발생하는보안영향으로인한시스템관리자의우려사항을해결하기위해솔팅개념이도입되었습니다. 솔팅을사용하면투명페이지공유에참여하는가상시스템을이전에비해더세부적으로관리할수있습니다. 새로운솔팅설정을사용하면솔트값과페이지의콘텐츠가동일한경우에만가상시스템이페이지를공유할수있습니다. 새로운호스트구성옵션인 Mem.ShareForceSalting 을구성하여솔팅을사용하거나사용하지않도록설정할수있습니다. 고급옵션을설정하는방법은 15 장, 고급특성, (113 페이지 ) 을참조하십시오. 메모리압축 ESXi 는사용자가메모리오버커밋을사용할경우가상시스템성능을향상시키는메모리압축캐시를제공합니다. 기본적으로메모리압축은사용하도록설정됩니다. 호스트의메모리가오버커밋되면 ESXi 는가상페이지를압축하여이를메모리에저장합니다. 압축된메모리에액세스하는것이디스크에스와핑된메모리에액세스하는것보다빠르므로 ESXi 의메모리압축을사용하면큰성능저하없이메모리를오버커밋할수있습니다. 가상페이지를스와핑해야하는경우 ESXi 는먼저페이지압축을시도합니다. 2KB 이하로압축될수있는페이지는가상시스템의압축캐시에저장되므로호스트의용량이늘어납니다. vsphere Web Client 의고급설정대화상자에서압축캐시의최대크기를설정하고메모리압축을사용하지않도록설정할수있습니다. 40 VMware, Inc.

41 6 장메모리리소스관리 메모리압축캐시사용또는사용안함 기본적으로메모리압축은사용하도록설정됩니다. vsphere Web Client 에서고급시스템설정을사용하여호스트에대한메모리압축기능을사용하거나사용하지않도록설정할수있습니다. 프로시저 1 vsphere Web Client 탐색기에서호스트를찾습니다. 2 관리탭을클릭하고설정을클릭합니다. 3 시스템아래에서고급시스템설정을선택합니다. 4 Mem.MemZipEnable 을찾아편집버튼을클릭합니다. 5 메모리압축캐시기능을설정하려면 1 을입력하고해제하려면 0 을입력합니다. 6 확인을클릭합니다. 메모리압축캐시의최대크기설정 호스트의가상시스템에대한메모리압축캐시의최대크기를설정할수있습니다. 가상시스템메모리크기의백분율로압축캐시크기를설정합니다. 예를들어가상시스템의메모리크기가 1000MB 인경우 20 을입력하면 ESXi 가최대 200MB 의호스트메모리를가상시스템의압축페이지를저장하는데사용합니다. 압축캐시크기를설정하지않으면 ESXi 가기본값인 10% 를사용합니다. 프로시저 1 vsphere Web Client 탐색기에서호스트를찾습니다. 2 관리탭을클릭하고설정을클릭합니다. 3 시스템아래에서고급시스템설정을선택합니다. 4 Mem.MemZipMaxPct 를찾고편집버튼을클릭합니다. 이특성값은가상시스템에대한압축캐시의최대크기를결정합니다. 5 압축캐시의최대크기를입력하십시오. 값은가상시스템메모리크기의백분율이며 5-100% 사이여야합니다. 6 확인을클릭합니다. 메모리사용유형측정및차별화 vsphere Web Client 의성능탭에는메모리사용량을분석하는데사용할수있는여러가지메트릭이표시됩니다. 메모리메트릭중일부는게스트물리적메모리를측정하고일부는시스템메모리를측정합니다. 예를들어성능메트릭을사용하여확인할수있는두가지메모리사용유형에는게스트물리적메모리와시스템메모리가있습니다. 게스트물리적메모리는부여된메모리메트릭 ( 가상시스템용 ) 또는공유메모리 ( 호스트용 ) 를사용하여측정할수있습니다. 반면에, 시스템메모리는메모리사용량 ( 가상시스템용 ) 또는공통공유메모리 ( 호스트용 ) 을사용하여측정합니다. 이러한메모리사용유형의개념적차이를이해하는것은각메트릭의측정내용과그해석방식을파악하는데중요합니다. VMkernel 은게스트물리적메모리를시스템메모리에매핑하지만이러한매핑이항상일대일로이루어지는것은아닙니다. 메모리공유처럼게스트물리적메모리의여러영역이시스템메모리의한영역에매핑되거나, VMkernel 이게스트물리적메모리를스왑아웃하거나벌루닝하는경우와같이게스트물리적메모리의특정영역이시스템메모리에매핑되지않을수도있습니다. 이러한상황에서는개별가상시스템또는호스트의게스트물리적메모리사용및시스템메모리사용에대한계산이다를수있습니다. VMware, Inc. 41

42 다음그림의예를고려해봅니다. 이그림은한호스트에서실행되는두가상시스템을보여줍니다. 각블록은 4KB 의메모리를나타내고각색상 / 문자는한블록에있는서로다른데이터집합을나타냅니다. 그림 6 2. 메모리사용예 가상시스템 1 가상시스템 2 a b c a c b d f e 게스트가상메모리 a b a c c b d f e 게스트물리적메모리 a b c d e f 시스템메모리 가상시스템의성능메트릭은다음과같이결정될수있습니다. 가상시스템 1 에부여된메모리 ( 시스템메모리에매핑되는게스트물리적메모리의양 ) 를결정하려면가상시스템 1 에서시스템메모리에대한화살표가있는게스트물리적메모리의블록수를세어서 4KB 를곱합니다. 화살표가있는블록이 5 개이므로부여된메모리는 20KB 가됩니다. 메모리사용량은가상시스템에할당된시스템메모리의양으로, 공유메모리로인해절약되는메모리를감안합니다. 먼저가상시스템 1 의게스트물리적메모리로부터화살표를받는시스템메모리의블록수를셉니다. 이러한블록은 3 개지만그중하나는가상시스템 2 와공유됩니다. 따라서완전한블록 2 개와 1/2 블록을더하고여기에 4KB 를곱하면메모리사용량은총 10KB 가됩니다. 이두메트릭의중요한차이점은부여된메모리는게스트물리적메모리수준에서화살표가있는블록수를세는반면메모리사용량은시스템메모리수준에서화살표가있는블록수를센다는것입니다. 두수준간에블록수가차이가나는것은메모리공유때문이며, 이로인해부여된메모리와메모리사용량이서로차이가납니다. 이는문제가되지않으며메모리가공유나다른회수기술을통해절약된다는것을보여줍니다. 호스트에대한공유메모리와공통공유메모리를결정할때도유사한결과가나타납니다. 호스트의공유메모리는각가상시스템의공유메모리를합한것입니다. 이것을계산하려면각가상시스템의게스트물리적메모리를기준으로둘이상의화살표를받는시스템메모리블록을화살표가가리키는게스트물리적메모리의블록수를셉니다. 이예에서는이러한블록이 6 개이므로호스트의공유메모리는 24KB 입니다. 공통공유메모리는가상시스템에의해공유되는시스템메모리의양입니다. 이값을결정하려면시스템메모리를기준으로가리키는화살표가둘이상인블록의수를셉니다. 이러한블록은 3 개이므로공통공유메모리는 12KB 입니다. 공유메모리는게스트물리적메모리와관련되어있으므로화살표의시작점을살펴보아야합니다. 하지만공통공유메모리는시스템메모리를나타내므로화살표의끝점을살펴보아야합니다. 게스트물리적메모리와시스템메모리를측정하는메모리메트릭은서로모순되는것처럼보입니다. 사실이들메트릭은가상시스템의메모리사용량을서로다른측면에서측정합니다. 이들메트릭의차이점을이해함으로써성능문제를진단하는데이를보다잘활용할수있습니다. 메모리안정성 오류차단이라고도하는메모리안정성기능을사용하면 ESXi 에서장애가발생한때는물론장애가발생할것으로판단되는때에도메모리사용을일부중지할수있습니다. 특정주소에서수정된오류가어느정도충분히보고되면 ESXi 는이주소의사용을중지하여수정된오류가수정되지않은오류가되지않도록합니다. 메모리안정성기능은 RAM 의수정된오류와수정되지않은오류에도불구하고더나은 VMkernel 안정성을제공합니다. 또한오류가포함되었을수있는메모리페이지를시스템에서사용하지않도록합니다. 42 VMware, Inc.

43 6 장메모리리소스관리 오류분리알림수정 메모리안정성기능을사용하면 VMkernel 은오류분리알림이나타나는페이지의사용을중지합니다. VMkernel 이수정할수없는메모리오류로부터복구되거나, VMkernel 이수정가능한오류의수가많아서시스템메모리의상당부분을회수하거나, 회수할수없는페이지수가많은경우, vsphere Web Client 에서사용자에게이벤트가수신됩니다. 프로시저 1 호스트를비웁니다. 2 가상시스템을마이그레이션합니다. 3 메모리관련하드웨어테스트를실행합니다. 시스템스왑정보 시스템스왑은전체시스템의사용되지않는메모리리소스를활용할수있는메모리회수프로세스입니다. 시스템스왑을사용하면시스템이가상시스템이아닌메모리소비자로부터메모리를회수할수있습니다. 시스템스왑이사용하도록설정되면다른프로세스로부터메모리회수의영향을가급적으로줄이면서이메모리를사용할수있는가상시스템에할당할수있습니다. 시스템스왑에필요한공간크기는 1GB 입니다. 메모리회수는메모리에서데이터를가져와백그라운드스토리지에쓰는방식으로이루어집니다. 백그라운드스토리지에서데이터에액세스하면메모리에서데이터에액세스하는경우보다속도가느리므로스와핑되는데이터를어디에저장할것인지신중하게선택해야합니다. ESXi 는시스템스왑을저장할위치를자동으로결정하며이위치가기본설정스왑파일위치입니다. 이러한결정은특정옵션모음을선택하여지원받을수있습니다. 시스템은가장사용가능성이높은옵션을선택합니다. 실행할수있는옵션이없는경우시스템스왑이활성화되지않습니다. 사용가능한옵션은다음과같습니다. 데이터스토어 - 지정된데이터스토어사용을허용합니다. 시스템스왑파일에는 vsan 데이터스토어또는 VVol 데이터스토어를지정할수없습니다. 호스트스왑캐시 - 호스트스왑캐시의일부사용을허용합니다. 기본설정스왑파일위치 - 호스트에구성된기본설정스왑파일위치사용을허용합니다. 시스템스왑구성 시스템스왑위치를결정하는옵션을사용자지정할수있습니다. 필수조건시스템스왑설정편집대화상자에서사용을선택합니다. 프로시저 1 vsphere Web Client 탐색기에서호스트를찾습니다. 2 관리탭을클릭합니다. 3 설정을클릭하고시스템스왑을클릭합니다. 4 편집을클릭합니다. 5 사용하도록설정할각옵션의확인란을선택합니다. 6 데이터스토어옵션을선택한경우드롭다운메뉴에서데이터스토어를선택합니다. VMware, Inc. 43

44 7 확인을클릭합니다. 44 VMware, Inc.

45 그래픽정보보기 7 여러가상시스템의호스트그래픽하드웨어기능에대한정보에액세스할수있습니다. 그래픽카드에대한정보를보고그래픽카드를사용하는가상시스템을볼수있습니다. 가상시스템이켜져있고그래픽카드가공유유형인경우에만가상시스템이나열됩니다. 필수조건 가상시스템이켜져있는지확인합니다. 프로시저 1 vsphere Web Client 에서호스트로이동합니다. 2 관리탭을클릭하고설정을클릭합니다. 3 하드웨어아래에서그래픽을선택한후그래픽카드를선택하여이그래픽카드를사용하는가상시스템을표시합니다. 그래픽카드의이름, 벤더및카드에할당된총메모리를확인할수있습니다. VMware, Inc. 45

46 46 VMware, Inc.

47 Storage I/O 리소스관리 8 vsphere Storage I/O Control 을사용하면클러스터전체의스토리지 I/O 우선순위를지정하여워크로드를효율적으로통합하고과도한프로비저닝에따른추가비용을줄일수있습니다. Storage I/O Control 은공유및제한구조를확장하여스토리지 I/O 리소스를처리합니다. I/O 정체기간동안가상시스템에할당된스토리지 I/O 양을제어할수있으므로 I/O 리소스할당시중요도가높은가상시스템이중요도가낮은가상시스템보다우선하도록할수있습니다. 데이터스토어에서 Storage I/O Control 을사용하도록설정하면 ESXi 는호스트에서해당데이터스토어와통신할때관측되는디바이스지연시간을모니터링하기시작합니다. 디바이스지연시간이임계값을초과하면데이터스토어가정체되는것으로간주되어해당데이터스토어에액세스하는각가상시스템이해당공유에비례하여 I/O 리소스를할당받게됩니다. 가상시스템당공유수를설정합니다. 필요에맞게각가상시스템의공유수를조정할수있습니다. Storage I/O Control 구성은두단계프로세스로이루어집니다. 1 데이터스토어에대해 Storage I/O Control 을사용하도록설정합니다. 2 각가상시스템에허용되는스토리지 I/O 공유수와 IOPS( 초당 I/O 작업수 ) 에대한상한을설정합니다. 기본적으로모든가상시스템공유는무제한 IOPS 와함께보통 (1000) 으로설정됩니다. 참고 Storage DRS가지원되는데이터스토어클러스터에서는 Storage I/O Control이기본적으로사용하도록설정됩니다. 이장에서는다음주제에대해설명합니다. Storage I/O Control 요구사항, (47 페이지 ) Storage I/O Control 리소스공유및제한, (48 페이지 ) Storage I/O Control 리소스공유및제한설정, (49 페이지 ) Storage I/O Control 사용, (49 페이지 ) Storage I/O Control 임계값설정, (50 페이지 ) 스토리지프로파일과 Storage DRS 통합, (51 페이지 ) Storage I/O Control 요구사항 Storage I/O Control 에는몇가지요구사항및제한이있습니다. Storage I/O Control 을사용하도록설정된데이터스토어는단일 vcenter Server 시스템으로관리되어야합니다. Storage I/O Control 은 Fibre Channel, iscsi 및 NFS 연결스토리지에서지원됩니다. RDM( 원시디바이스매핑 ) 은지원되지않습니다. VMware, Inc. 47

48 Storage I/O Control 은다중익스텐트가포함된데이터스토어를지원하지않습니다. 자동화된스토리지계층화기능이있는어레이로백업되는데이터스토어에서 Storage I/O Control 을사용하려면먼저 VMware 스토리지 /SAN 호환성가이드를검토하여자동계층화기능이있는스토리지어레이가 Storage I/O Control 과의호환성검증이이루어졌는지확인하십시오. 자동화된스토리지계층화는사용자가설정한정책과현재 I/O 패턴을기준으로 LUN/ 볼륨이나일부 LUN/ 볼륨을다른유형의스토리지미디어 (SSD, FC, SAS, SATA) 로마이그레이션하는어레이 ( 또는어레이그룹 ) 의기능입니다. 서로다른유형의스토리지미디어간에수동으로데이터를마이그레이션하는기능이있는어레이를비롯하여, 이러한자동마이그레이션 / 계층화기능이없는어레이에는별도의특수한인증이필요하지않습니다. Storage I/O Control 리소스공유및제한 각가상시스템에허용되는스토리지 I/O 공유개수와 IOPS( 초당 I/O 작업수 ) 에대한상한을할당합니다. 데이터스토어에서스토리지 I/O 정체가감지되면해당데이터스토어에액세스하는가상시스템의 I/O 워크로드가각가상시스템의가상시스템공유에비례하여조정됩니다. 스토리지 I/O 공유는메모리및 CPU 리소스할당 ( 리소스할당공유, (11 페이지 ) 참조 ) 에사용되는공유와비슷합니다. 이러한공유는스토리지 I/O 리소스배포와관련하여가상시스템의상대적중요성을나타냅니다. 리소스경합시가상시스템의공유값이높을수록스토리지어레이에대해더많은액세스권한을가집니다. 스토리지 I/O 리소스를할당할때는가상시스템에대해허용되는 IOPS 를제한할수있습니다. 기본적으로이러한공유는제한이없습니다. 리소스제한을설정할때의장점과단점은 리소스할당제한, (12 페이지 ) 에설명되어있습니다. 가상시스템에대해설정하려는제한이 IOPS 대신초당 MB 를기준으로하는경우에는초당 MB 를해당가상시스템의일반적인 I/O 크기를기반으로하는 IOPS 로변환할수있습니다. 예를들어 IO 크기가 64KB 인백업애플리케이션을초당 10MB 로제한하려면제한을 160 IOPS 로설정합니다. Storage I/O Control 공유및제한보기 데이터스토어에서실행중인모든가상시스템에대한공유및제한을볼수있습니다. 이정보를확인하면가상시스템이실행중인클러스터에관계없이데이터스토어에액세스하고있는모든가상시스템의설정을비교할수있습니다. 프로시저 1 vsphere Web Client 탐색기에서데이터스토어를찾습니다. 2 관련항목탭에서가상시스템탭을클릭합니다. 이탭에는데이터스토어에서실행중인각가상시스템과관련공유값및데이터스토어공유의백분율이표시됩니다. Storage I/O Control 공유모니터링 Storage I/O Control 이해당공유를기반으로데이터스토어에액세스하는가상시스템의 I/O 워크로드를처리하는방법을모니터링하려면데이터스토어성능탭을사용합니다. 데이터스토어성능차트를통해다음정보를모니터링할수있습니다. 데이터스토어에서의평균지연시간및집계 IOPS 호스트간의지연시간 호스트간의대기열크기 호스트간의읽기 / 쓰기 IOPS 가상시스템디스크간의읽기 / 쓰기지연시간 가상시스템디스크간에 IOPS 읽기 / 쓰기 48 VMware, Inc.

49 8 장 Storage I/O 리소스관리 프로시저 1 vsphere Web Client 탐색기에서데이터스토어를찾습니다. 2 모니터탭에서성능탭을클릭합니다. 3 보기드롭다운메뉴에서성능을선택합니다. 자세한내용은 vsphere 모니터링및성능설명서를참조하십시오. Storage I/O Control 리소스공유및제한설정 가상시스템에상대적공유양을할당하여중요도에따라가상시스템에스토리지 I/O 리소스를할당합니다. 가상시스템워크로드가그다지비슷하지않은경우공유에서 I/O 작업과관련한할당이나초당메가바이트를지정하지않을수도있습니다. 공유양이많은가상시스템에서는공유양이적은가상시스템에비해더많은동시 I/O 작업을스토리지디바이스또는데이터스토어에서진행할수있습니다. 두가상시스템의처리량은워크로드에따라달라질수있습니다. 프로시저 1 vsphere Web Client 인벤토리에서가상시스템을찾습니다. a 가상시스템을찾으려면데이터센터, 폴더, 클러스터, 리소스풀또는호스트를선택합니다. b 관련항목탭을클릭하고가상시스템을클릭합니다. 2 가상시스템을마우스오른쪽버튼으로클릭한후설정편집을클릭합니다. 3 가상하드웨어탭을클릭하고하드디스크를확장합니다. 4 목록에서가상하드디스크를선택합니다. 5 공유에서드롭다운메뉴를클릭하고가상시스템에할당할상대적공유양 ( 낮음, 보통또는높음 ) 을선택합니다. 사용자지정을선택하여사용자정의공유값을입력할수있습니다. 6 제한 - IOPS 에서드롭다운메뉴를클릭하고가상시스템에할당할스토리지리소스상한값을입력합니다. IOPS 는초당 I/O 작업수입니다. 기본적으로 IOPS 에는제한이없습니다. 낮음 (500), 보통 (1000) 또는높음 (2000) 을선택하거나, 사용자지정을선택하여사용자정의공유수를입력할수있습니다. 7 확인을클릭합니다. 공유및제한이호스트와클러스터의가상시스템탭에있는관련항목에반영됩니다. Storage I/O Control 사용 Storage I/O Control 을사용하도록설정하면 ESXi 에서는데이터스토어지연시간을모니터링하고데이터스토어평균지연시간이임계값을초과할경우 I/O 로드를조절합니다. 프로시저 1 vsphere Web Client 탐색기에서데이터스토어를찾습니다. 2 관리탭을클릭합니다. 3 설정을클릭하고일반을클릭합니다. 4 데이터스토어기능의편집을클릭합니다. 5 Storage I/O Control 사용확인란을선택합니다. VMware, Inc. 49

50 6 확인을클릭합니다. 데이터스토어기능에서데이터스토어에대해 Storage I/O Control 을사용하도록설정됩니다. Storage I/O Control 임계값설정 데이터스토어에대한정체임계값은 Storage I/O Control 에서공유에따라가상시스템워크로드에중요도를할당하기전에데이터스토어에허용되는지연시간상한값입니다. 대부분의환경에서는임계값설정을조정할필요가없습니다. 주의두개의서로다른데이터스토어에서동일한스핀들을공유하는경우 Storage I/O Control이제대로기능하지않습니다. 정체임계값설정을변경할경우다음을고려하여값을설정하십시오. 대개값이클수록집계처리량이높아지고분리는약해집니다. 전체평균지연시간이임계값보다높지않는한임계치조절이실행되지않습니다. 지연시간보다처리량이중요한경우이값을너무낮게설정하지마십시오. 예를들어 Fibre Channel 디스크의경우 20ms 보다작은값으로설정하면최대디스크처리량을줄일수있습니다. 매우높은값 (50ms 초과 ) 은종합적인처리량의별다른향상없이매우긴지연시간만허용할수있습니다. 값이작을수록디바이스지연시간은짧아지고가상시스템 I/O 성능분리가강력해집니다. 강력한분리는컨트롤공유가더욱빈번하게시행된다는의미입니다. 짧은디바이스지연시간은높은공유를가지는가상시스템의 I/O 지연시간을줄여주지만낮은공유를가지는가상시스템의 I/O 지연시간은더길어집니다. 매우작은값 (20ms 미만 ) 으로설정하면디바이스지연시간및 I/O 간의분리가줄어들수있습니다. 이경우집계데이터스토어처리량이감소할수있다는단점이있습니다. 아주높은값이나아주낮은값으로설정하면분리상태가나빠집니다. 필수조건 Storage I/O Control 이활성화되어있는지확인합니다. 프로시저 1 vsphere Web Client 탐색기에서데이터스토어를찾습니다. 2 관리탭을클릭하고설정을클릭합니다. 3 일반을클릭합니다. 4 데이터스토어기능의편집을클릭합니다. 5 Storage I/O Control 사용확인란을선택합니다. Storage I/O Control 은데이터스토어가최대처리량의 90% 에서작동중일때예상되는지연시간에해당되는지연시간임계값을자동으로설정합니다. 6 ( 선택사항 ) 정체임계값을조정합니다. u 최대처리량비율드롭다운메뉴에서값을선택합니다. 최대처리량비율값은데이터스토어가해당비율의예상되는최대처리량을사용중일때예상되는지연시간임계값을나타냅니다. u 수동드롭다운메뉴에서값을선택합니다. 값은 5ms 에서 100ms 사이여야합니다. 정체임계값을잘못설정하면데이터스토어의가상시스템성능이저하될수있습니다. 7 ( 선택사항 ) 정체임계값설정을기본값 (30ms) 으로복원하려면기본값으로재설정을클릭합니다. 50 VMware, Inc.

51 8 장 Storage I/O 리소스관리 스토리지프로파일과 Storage DRS 통합 SPBM( 스토리지정책기반관리 ) 을통해 Storage DRS 에의해적용되는가상시스템정책을지정할수있습니다. 데이터스토어클러스터에기능프로파일이서로다른데이터스토어집합이있을수있습니다. 스토리지프로파일이가상시스템에연결되어있으면 Storage DRS 가기본데이터스토어기능을기반으로배치를적용할수있습니다. 스토리지프로파일과 Storage DRS 통합의일부로 Storage DRS 클러스터수준의고급옵션 EnforceStorageProfiles 가도입되었습니다. 고급옵션 EnforceStorageProfiles 가정수값 0, 1 또는 2 중하나를적용합니다. 기본값은 0 입니다. 옵션이 0 으로설정되면 Storage DRS 클러스터에서스토리지프로파일또는정책이적용되지않음을나타냅니다. 옵션이 1 로설정되면 Storage DRS 클러스터에서스토리지프로파일또는정책이유동적으로적용됨을나타냅니다. DRS 소프트규칙과유사합니다. Storage DRS 는스토리지프로파일또는정책을최적의수준으로준수합니다. 필요한경우 Storage DRS 가스토리지프로파일규정준수를위반합니다. 스토리지프로파일적용이 1 로설정된경우에만 Storage DRS 선호도규칙이스토리지프로파일보다더높은우선순위를갖습니다. 옵션이 2 로설정되면 Storage DRS 클러스터에서스토리지프로파일또는정책이고정적으로적용됨을나타냅니다. DRS 하드규칙과유사합니다. Storage DRS 가스토리지프로파일또는정책규정준수를위반하지않습니다. 스토리지프로파일이선호도규칙보다더높은우선순위를갖습니다. Storage DRS 에서다음장애가발생합니다. 반선호도규칙위반을수정할수없습니다. 필수조건 기본적으로 Storage DRS 는가상시스템에연결된스토리지정책을적용하지않습니다. 필요에따라 EnforceStorageProfiles 옵션을구성하십시오. 옵션은기본 (0), 소프트 (1) 또는하드 (2) 입니다. 프로시저 1 vsphere Web client 에관리자로로그인합니다. 2 vsphere Web Client 에서 Storage DRS 클러스터를클릭한후관리 > 설정 > Storage DRS 를선택합니다. 3 편집 > 고급옵션 > 구성매개변수를클릭하고추가를선택합니다. 4 [ 옵션 ] 머리글아래의영역을클릭하고 EnforceStorageProfiles 를입력합니다. 5 이전에입력한고급옵션이름의오른쪽에있는 [ 값 ] 머리글아래의영역을클릭하고값 0, 1 또는 2 중하나를입력합니다. 6 확인을클릭합니다. VMware, Inc. 51

52 52 VMware, Inc.

53 리소스풀관리 9 리소스풀은리소스를유연성있게관리하기위한논리적추상화입니다. 리소스풀을계층구조로그룹화하여사용가능한 CPU 및메모리리소스를계층적으로분할하는데사용할수있습니다. 각독립실행형호스트와각 DRS 클러스터에는해당호스트또는클러스터의리소스를그룹화하는보이지않는루트리소스풀이있습니다. 루트리소스풀은호스트 ( 또는클러스터 ) 와루트리소스풀의리소스가항상동일하므로표시되지않습니다. 사용자는루트리소스풀또는사용자가만든하위리소스풀의하위리소스풀을만들수있습니다. 각하위리소스풀은상위리소스중일부를소유하므로연속적으로보다작은단위의계산기능을나타내기위한하위리소스풀의계층일수있습니다. 리소스풀은하위리소스풀, 가상시스템또는둘모두를포함할수있습니다. 공유리소스의계층을만들수있습니다. 더높은수준의리소스풀을상위리소스풀이라고하며, 동일한수준의리소스풀및가상시스템을형제라고합니다. 클러스터자체는루트리소스풀을나타냅니다. 하위리소스풀을만들지않은경우에는루트리소스풀만존재합니다. 다음예제에서는 RP-QA 가 RP-QA-UI 의상위리소스풀입니다. RP-Marketing 및 RP-QA 는형제입니다. RP-Marketing 바로아래의가상시스템세개도형제입니다. 그림 9 1. 리소스풀계층의상위, 자식및형제 루트리소스풀 형제 형제 상위리소스풀하위리소스풀 각리소스풀에대해예약, 제한, 공유및예약이확장가능한지여부를지정합니다. 그러면리소스풀의리소스를하위리소스풀및가상시스템에서사용할수있습니다. 이장에서는다음주제에대해설명합니다. 리소스풀을사용하는원인은무엇입니까?, (54 페이지 ) 리소스풀생성, (55 페이지 ) 리소스풀편집, (56 페이지 ) 리소스풀에가상시스템추가, (56 페이지 ) 리소스풀에서가상시스템제거, (57 페이지 ) 리소스풀제거, (58 페이지 ) 리소스풀승인제어, (58 페이지 ) VMware, Inc. 53

54 리소스풀을사용하는원인은무엇입니까? 리소스풀을사용하여호스트또는클러스터의리소스에대한제어를위임할수있는데, 리소스풀은클러스터의모든리소스를구획화하는데사용했을때그이점이분명합니다. 호스트또는클러스터의직계하위로여러리소스풀을생성하여구성합니다. 그러면리소스풀에대한제어를다른개인또는조직에위임할수있습니다. 리소스풀을사용할때의이점은다음과같습니다. 유연한계층적구성 - 리소스풀을추가, 제거또는재구성하거나필요에따라리소스할당을변경합 니다. 풀간의분리, 풀내에서의공유 - 최상위관리자는리소스풀을부서수준관리자가사용가능하게만들수있습니다. 한부서리소스풀의내부적할당변경은관련없는다른리소스풀에부당한영향을미치지않습니다. 액세스제어및위임 - 최상위수준관리자가리소스풀을부서수준관리자가사용할수있도록만든경우부서수준관리자는현재의공유, 예약및제한설정에따라리소스풀이권한을가진리소스의경계내에서모든가상시스템생성및관리를수행할수있습니다. 일반적으로위임은사용권한설정과함께이루어집니다. 리소스를하드웨어에서분리 - DRS 에대해사용하도록설정된클러스터를사용하는경우모든호스트의리소스가항상클러스터에할당됩니다. 즉, 관리자는리소스에기여하는실제호스트와독립적으로리소스관리를수행할수있습니다. 세개의 2GB 호스트를두개의 3GB 호스트로바꿀때리소스할당을변경할필요가없습니다. 이러한분리를통해관리자는개별호스트보다전체컴퓨팅용량에대해더많이고려할수있습니다. 다계층서비스를실행중인가상시스템집합의관리 - 리소스풀의다계층서비스에대해가상시스템을그룹화합니다. 각가상시스템에대해리소스를설정할필요가없습니다. 대신, 포함하는리소스풀에대한설정을변경하여가상시스템집합에대한전체리소스할당을제어할수있습니다. 예를들어여러가상시스템이있는호스트를가정하겠습니다. 마케팅부서에서세개의가상시스템을사용하고 QA 부서에서두개의가상시스템을사용합니다. QA 부서에필요한 CPU 및메모리의양이더많기때문에관리자는그룹마다하나씩리소스풀을생성합니다. 관리자는 QA 부서사용자가자동화된테스트를실행할수있도록 QA 부서풀의 CPU 공유는높음으로설정하고마케팅부서풀에대해서는일반으로설정합니다. CPU 및메모리리소스의양이더적은두번째리소스풀은사용량이많지않은마케팅직원의작업부하에충분합니다. QA 부서가할당을완전히사용하지않을때마다마케팅부서에서가용리소스를사용할수있습니다. 다음그림의숫자는리소스풀에대한유효할당을보여줍니다. 그림 9 2. 리소스풀에리소스할당 6GHz, 3GB 호스트 RP-QA 4GHz, 2GB RP- Marketing 2GHz, 1GB VM-QA 1 VM-QA 2 VM-Marketing 1 VM-Marketing 2 VM-Marketing 3 54 VMware, Inc.

55 9 장리소스풀관리 리소스풀생성 ESXi 호스트, 리소스풀또는 DRS 클러스터의하위리소스풀을생성할수있습니다. 참고클러스터에호스트를추가한경우에는해당호스트의하위리소스풀을생성할수없습니다. 클러스터에 DRS가설정되어있으면해당클러스터의하위리소스풀을생성할수있습니다. 하위리소스풀을만들때리소스풀특성정보에프롬프트됩니다. 시스템에서는사용할수없는리소스를할당하지못하도록승인제어를사용합니다. 필수조건 vsphere Web Client 는 vcenter Server 시스템에연결되어있습니다. 프로시저 1 vsphere Web Client 탐색기에서리소스풀의상위개체 ( 호스트, 다른리소스풀또는 DRS 클러스터 ) 를선택합니다. 2 개체를마우스오른쪽버튼으로클릭하고새리소스풀을선택합니다. 3 리소스풀을식별할수있는이름을입력합니다. 4 CPU 와메모리리소스할당방법을지정합니다. 리소스풀의 CPU 리소스는호스트가리소스풀을위해예약해둔보장된물리적리소스입니다. 일반적인경우기본값을승인하고호스트가리소스할당을처리하도록합니다. 옵션 공유 설명 상위의총리소스와관련하여이리소스풀에공유를지정합니다. 형제리소스풀은예약이나한도로바인딩된상대적공유값에따라서리소스를공유합니다. 각각이 1:2:4 비율의공유값을지정하도록낮음, 정상또는높음을선택합니다. 각가상시스템에특정공유개수 ( 비례가중치 ) 를지정하려면사용자지정을선택합니다. 예약이리소스풀의메모리할당이나보장된 CPU 를지정합니다. 기본값을 0 으로합니다. 확장가능한예약 제한 0 이아닌예약은상위 ( 호스트나리소스풀 ) 의예약되지않은리소스에서차감됩니다. 가상시스템과리소스풀의연결상태에관계없이리소스는예약된것으로간주됩니다. 이확인란이선택된경우 ( 기본값 ), 승인제어중에확장가능한예약이고려됩니다. 리소스풀에서가상시스템의전원을켜고가상시스템의결합예약이리소스풀의예약보다큰경우에, 리소스풀은상위리소스를사용할수있습니다. 리소스풀의 CPU 나메모리할당의상한값을지정합니다. 일반적으로기본값 ( 제한없음 ) 을승인할수있습니다. 제한을지정하려면제한없음확인란을선택취소합니다. 5 확인을클릭합니다. 리소스풀을생성한후에는리소스풀에가상시스템을추가할수있습니다. 가상시스템의공유는상위리소스풀이동일한다른가상시스템 ( 또는리소스풀 ) 에대해상대적입니다. VMware, Inc. 55