2018 년 4 월 17 일 VMware vsphere 6.7 VMware ESXi 6.7 vcenter Server 6.7
VMware 웹사이트 (https://docs.vmware.com/kr/) 에서최신기술문서를확인할수있습니다. 이문서에대한의견이있으면 docfeedback@vmware.com 으로사용자의견을보내주십시오. VMware, Inc. 3401 Hillview Ave. Palo Alto, CA 94304 www.vmware.com Copyright 2006 2018 VMware, Inc. 판권소유. 저작권및상표정보. VMware, Inc. 2
목차 vsphere 리소스관리정보 7 1 리소스관리시작 9 리소스유형 9 리소스공급자 9 리소스소비자 10 리소스관리목표 10 2 리소스할당설정구성 11 리소스할당공유 11 리소스할당예약 12 리소스할당제한 13 리소스할당설정제안 13 설정편집 14 리소스할당설정변경 - 예 14 승인제어 15 3 CPU 가상화기본사항 17 소프트웨어기반 CPU 가상화 17 하드웨어지원 CPU 가상화 18 가상화및프로세서별동작 18 CPU 가상화가성능에미치는영향 18 4 CPU 리소스관리 19 프로세서정보보기 19 CPU 구성지정 20 다중코어프로세서 20 하이퍼스레딩 21 CPU 선호도사용 22 호스트전원관리정책 24 5 메모리가상화기본 27 가상시스템메모리 27 메모리오버커밋 28 메모리공유 29 메모리가상화 29 큰페이지크기지원 31 VMware, Inc. 3
6 메모리리소스관리 32 메모리오버헤드이해 32 ESXi 호스트의메모리할당방법 33 메모리회수 35 스왑파일사용 36 가상시스템사이에메모리공유 40 메모리압축 41 메모리사용유형측정및차별화 42 메모리안정성 44 시스템스왑정보 44 7 영구메모리 46 8 가상그래픽구성 48 GPU 통계보기 48 가상시스템에 NVIDIA GRID vgpu 추가 49 호스트그래픽구성 49 그래픽디바이스구성 50 9 Storage I/O 리소스관리 51 가상시스템스토리지정책정보 52 I/O 필터정보 52 Storage I/O Control 요구사항 53 Storage I/O Control 리소스공유및제한 53 Storage I/O Control 리소스공유및제한설정 54 Storage I/O Control 사용 55 Storage I/O Control 임계값설정 55 스토리지프로파일과 Storage DRS 통합 57 10 리소스풀관리 58 리소스풀을사용하는원인은무엇입니까? 59 리소스풀생성 61 리소스풀편집 62 리소스풀에가상시스템추가 62 리소스풀에서가상시스템제거 63 리소스풀제거 64 리소스풀승인제어 64 11 DRS 클러스터생성 67 승인제어및초기배치 67 가상시스템마이그레이션 69 DRS 클러스터요구사항 71 VMware, Inc. 4
가상플래시로 DRS 구성 73 클러스터생성 74 클러스터설정편집 75 가상시스템에대한사용자지정자동화수준설정 76 DRS 사용안함 77 리소스풀트리복원 78 12 DRS 클러스터를사용한리소스관리 79 클러스터에호스트추가 79 클러스터에가상시스템추가 81 클러스터에서가상시스템제거 81 클러스터에서호스트제거 82 DRS 클러스터유효성 84 전원리소스관리 89 DRS 선호도규칙사용 94 13 데이터스토어클러스터생성 100 초기배치및지속적인균형조정 101 스토리지마이그레이션권장사항 101 데이터스토어클러스터생성 102 Storage DRS 사용또는사용안함 102 데이터스토어클러스터의자동화수준설정 103 Storage DRS의강도수준설정 103 데이터스토어클러스터요구사항 105 데이터스토어클러스터에서데이터스토어추가및제거 106 14 데이터스토어클러스터를사용하여스토리지리소스관리 107 Storage DRS 유지보수모드사용 107 Storage DRS 권장사항적용 109 가상시스템에대해 Storage DRS 자동화수준변경 110 Storage DRS에대한근무외시간스케줄링설정 110 Storage DRS 반선호도규칙 111 Storage DRS 통계지우기 115 데이터스토어클러스터와의 Storage vmotion 호환성 115 15 ESXi 와함께 NUMA 시스템사용 117 NUMA란? 117 ESXi NUMA 스케줄링작동방식 118 VMware NUMA 최적화알고리즘및설정 119 NUMA 아키텍처의리소스관리 121 가상 NUMA 사용 121 NUMA 제어지정 122 VMware, Inc. 5
16 고급특성 126 고급호스트특성설정 126 고급가상시스템특성설정 129 지연시간감도 131 신뢰할수있는메모리정보 132 게스트 vram에 1GB 페이지사용 132 17 장애정의 134 가상시스템이고정되어있음 135 가상시스템이다른호스트와호환되지않음 135 다른호스트로이동할때 VM/VM DRS 규칙위반 135 호스트가가상시스템과호환되지않음 135 호스트의가상시스템에서 VM/VM DRS 규칙을위반함 135 호스트에가상시스템을위한용량이충분하지않음 136 잘못된상태의호스트 136 호스트에가상시스템을위한물리적 CPU 수가충분하지않음 136 호스트에각가상시스템 CPU를위한용량이충분하지않음 136 가상시스템이 vmotion에있음 136 클러스터에활성화된호스트없음 136 불충분한리소스 136 HA용으로구성된페일오버수준을만족하기위한리소스가충분하지않음 136 호환되는하드선호도호스트가없음 137 호환되는소프트선호도호스트가없음 137 소프트규칙위반수정허용되지않음 137 소프트규칙위반수정영향 137 18 DRS 문제해결정보 138 클러스터문제 138 호스트문제 142 가상시스템문제 145 VMware, Inc. 6
정보 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에대한실무지식을갖추고있다고가정합니다. 참고이문서에서 " 메모리 " 는물리적 RAM 또는영구메모리를나타낼수있습니다. vsphere Client 및 vsphere Web Client 이가이드의지침은기본적으로 vsphere Client(HTML5 기반 GUI) 에적용됩니다. 또한대부분의 지침은 vsphere Web Client(Flex 기반 GUI) 에도적용됩니다. VMware, Inc. 7
두클라이언트간에크게다른워크플로의경우중복된절차가있습니다. vsphere Client 또는 vsphere Web Client에만적용되는절차의경우해당내용이명시됩니다. 참고 vsphere 6.7에서대부분의 vsphere Web Client 기능이 vsphere Client에구현되어있습니다. 지원되지않는기능의최신목록을보려면 vsphere Client에대한기능업데이트를참조하십시오. VMware, Inc. 8
리소스관리시작 1 리소스관리를이해하려면리소스의구성요소, 목표및클러스터설정에서리소스를최적으로구현하는방법을알아야합니다. 가상시스템에대한리소스할당설정을지정하고보는방법을포함하여이러한설정 ( 공유, 예약및제한 ) 에대해설명합니다. 또한기존리소스에대해리소스할당설정의유효성을검사하는프로세스인승인제어에대해서도설명합니다. 리소스관리는리소스공급자가리소스소비자에게리소스를할당하는것입니다. 리소스의오버커밋 ( 용량보다수요가더많음 ) 그리고수요와용량은시간에따라변한다는사실때문에리소스관리가필요합니다. 리소스관리를통해리소스를동적으로재할당함으로써가용용량을더효율적으로이용할수있습니다. 참고이장에서 " 메모리 " 는물리적 RAM을나타냅니다. 이장에서는다음주제에대해설명합니다. 리소스유형 리소스공급자 리소스소비자 리소스관리목표 리소스유형 리소스에는 CPU, 메모리, 전원, 스토리지및네트워크리소스가포함됩니다. 참고 ESXi에서는각각네트워크트래픽조절및비례공유메커니즘을사용하여호스트별로네트워크대역폭과디스크리소스를관리합니다. 리소스공급자 데이터스토어클러스터를비롯한클러스터및호스트는물리적리소스의공급자입니다. 호스트의경우사용가능한리소스는호스트의하드웨어사양에서가상화소프트웨어에사용되는리소스를뺀리소스입니다. VMware, Inc. 9
클러스터는호스트그룹입니다. vsphere Client를사용하여클러스터를생성하고여러호스트를클러스터에추가할수있습니다. vcenter Server에서는이러한호스트의리소스를함께관리합니다. 클러스터가모든호스트의모든 CPU 및메모리를소유하고있습니다. 결합로드밸런싱또는페일오버에클러스터를사용하도록설정할수있습니다. 자세한내용은 11장DRS 클러스터생성의내용을참조하십시오. 데이터스토어클러스터는데이터스토어의그룹입니다. DRS 클러스터와마찬가지로 vsphere Client 를사용하여데이터스토어클러스터를생성하고여러데이터스토어를클러스터에추가할수있습니다. vcenter Server에서는데이터스토어리소스를함께관리합니다. Storage DRS를사용하도록설정하여 I/O 로드및공간사용률의균형을조정할수있습니다. 13장데이터스토어클러스터생성을참조하십시오. 리소스소비자 가상시스템은리소스소비자입니다. 대부분의시스템은생성작업중에할당된기본리소스설정으로충분합니다. 나중에가상시스템설정을편집하여리소스공급자의전체 CPU, 메모리및스토리지 I/O 또는 CPU 및메모리의보장된예약에대한공유기반백분율을할당할수있습니다. 해당가상시스템의전원을켜면서버는사용할수있는예약되지않은리소스가충분한지여부를확인하고리소스가충분한경우에만전원을켤수있도록허용합니다. 이프로세스를승인제어라고합니다. 리소스풀은리소스를유연성있게관리하기위한논리적추상화입니다. 리소스풀을계층구조로그룹화하여사용가능한 CPU 및메모리리소스를계층적으로분할하는데사용할수있습니다. 따라서리소스풀을리소스공급자인동시에소비자로간주할수있습니다. 리소스풀은하위리소스풀및가상시스템에리소스를제공하지만또한자신의상위리소스를소비하므로리소스소비자이기도합니다. 10장리소스풀관리를참조하십시오. ESXi 호스트는다음과같은요인을기준으로각가상시스템에기본하드웨어리소스의일부를할당합니다. 사용자가정의하는리소스제한 ESXi 호스트또는클러스터에사용할수있는총리소스 전원이켜진가상시스템수및해당가상시스템에의한리소스사용량 가상화를관리하는데필요한오버헤드 리소스관리목표 리소스를관리할때는목표가무엇인지알아야합니다. 리소스관리는리소스오버커밋의해결이외에도다음을달성하는데도움이될수있습니다. 성능분리 : 가상시스템이리소스를독점하는것을방지하고예측가능한서비스율을보장합니다. 효율적사용 : 언더커밋된리소스를활용하고적절한성능저하로오버커밋합니다. 쉬운관리 : 가상시스템의상대적중요성을제어하고, 유연한동적파티셔닝을제공하고, 절대적서비스수준계약을충족합니다. VMware, Inc. 10
리소스할당설정구성 2 사용가능한리소스용량이리소스소비자 ( 및가상화오버헤드 ) 가필요로하는양보다부족할경우에는관리자가가상시스템또는가상시스템이속해있는리소스풀에할당된리소스양을사용자지정해야할수있습니다. 리소스할당설정 ( 공유, 예약및제한 ) 을사용하여가상시스템에제공된 CPU, 메모리및스토리지리소스의양을확인할수있습니다. 특히관리자는몇가지리소스할당옵션을사용할수있습니다. 호스트또는클러스터의물리적리소스를예약합니다. 가상시스템에할당할수있는리소스의상한을설정합니다. 특정가상시스템에다른가상시스템보다항상더높은비율의물리적리소스를할당합니다. 참고이장에서 " 메모리 " 는물리적 RAM 을나타냅니다. 이장에서는다음주제에대해설명합니다. 리소스할당공유 리소스할당예약 리소스할당제한 리소스할당설정제안 설정편집 리소스할당설정변경 - 예 승인제어 리소스할당공유 공유는가상시스템이나리소스풀의상대적중요도를지정합니다. 가상시스템이다른가상시스템리소스공유의두배를가지고있는경우두개의가상시스템이리소스확보를위해경쟁한다면이리소스의두배를소비할수있는자격이주어집니다. 일반적으로공유는높음, 보통또는낮음으로지정되며이값은각각 4:2:1 비율로공유값을지정합니다. 사용자지정을선택하여각가상시스템에특정공유개수 ( 비례가중치를나타냄 ) 를할당할수도있습니다. VMware, Inc. 11
공유를지정하는것은형제가상시스템또는리소스풀, 즉리소스풀계층구조에서상위개체가동일 한가상시스템또는리소스풀과관련해서만의미가있습니다. 형제는예약및제한에의해정해지는 상대적공유값에따라리소스를공유합니다. 가상시스템에공유를할당할때항상해당가상시스템 의우선순위를전원이켜진다른가상시스템에상대적으로지정하십시오. 다음표에서는하나의가상시스템에대한기본 CPU 및메모리공유값을보여줍니다. 리소스풀의 경우기본 CPU 및메모리공유값은같지만리소스풀을네개의가상 CPU 및 16GB 메모리가포함 된가상시스템인것처럼보아공유값에곱해야합니다. 표 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에서는가상시스템의예약을만족시킬정도로예약되지않은리소스가충분히있는경우에만가상시스템의전원을켤수있도록허용합니다. 서버는물리적서버의부하가높은경우에도해당크기를보장합니다. 예약은구체적인단위 ( 메가헤르쯔또는메가바이트 ) 로표시됩니다. VMware, Inc. 12
예를들어 2GHz를사용할수있는상태에서 VM1에 1GHz 예약을지정하고 VM2에 1GHz 예약을지정하는경우, 이제각가상시스템은필요한경우 1GHz를가져올수있습니다. 그러나 VM1이 500MHz만사용중인경우에는 VM2에서 1.5GHz를사용할수있습니다. 예약기본값은 0입니다. 특정가상시스템에필요한 CPU 또는메모리의최소크기를항상확보해두어야하는경우예약을지정할수있습니다. 리소스할당제한 제한은가상시스템에할당할수있는 CPU, 메모리또는스토리지 I/O 리소스의상한을지정합니다. 서버는가상시스템에예약된것보다더많은리소스를할당할수있지만시스템에사용하지않는리소스가있는경우에도제한수보다많이할당하지는않습니다. 제한은구체적인단위 ( 메가헤르쯔, 메가바이트또는초당 I/O 작업수 ) 로표시됩니다. CPU, 메모리및스토리지 I/O 리소스제한의기본값은무제한입니다. 메모리한계가무제한이면, 메모리가생성되었을때가상시스템을위해구성된메모리양은이것의유효한계가됩니다. 대부분의경우제한을지정할필요가없습니다. 제한을지정할경우장단점이있습니다. 장점 적은수의가상시스템으로시작하고사용자기대치를관리하려는경우제한을할당하면유용합니다. 가상시스템을더추가할수록성능이저하됩니다. 제한을지정하여사용가능한리소스가더적은상태를시뮬레이션할수있습니다. 단점 제한을지정하는경우유휴리소스를낭비할수있습니다. 시스템이충분히사용되지않는상태여서유휴리소스를사용할수있는경우에도시스템은가상시스템에서제한보다많은리소스를사용하도록허용하지않습니다. 제한을지정할만한이유가충분한경우에만제한을지정하십시오. 리소스할당설정제안 ESXi 환경에적합한리소스할당설정 ( 예약, 제한및공유 ) 을선택할수있습니다. 다음지침은가상시스템의성능을높이는데도움이됩니다. 예약을사용하여 CPU 또는메모리의사용가능한크기가아닌허용되는최소크기를지정합니다. 예약으로표시되는구체적인리소스크기는가상시스템을추가하거나제거하는등환경을변경하는경우에변경되지않습니다. 호스트는공유수, 예측된요구량및가상시스템의제한을기준으로추가리소스를사용가능한리소스로할당합니다. 가상시스템의예약을지정할때모든리소스를커밋하지말고최소 10% 는예약되지않은상태로두도록계획하십시오. 예약한양이시스템의전체용량에가까워질수록승인제어를위반하지않고예약및리소스풀계층구조를변경하기가점점어려워집니다. DRS를사용하도록설정된클러스터에서클러스터또는클러스터의개별호스트용량전체를커밋하도록예약하면 DRS가호스트간에가상시스템을마이그레이션하지못할수있습니다. 사용가능한전체리소스를자주변경해야하는경우공유를사용하여가상시스템간에공평하게리소스를할당하십시오. 예를들어공유를사용하고호스트를업그레이드하는경우, 각공유가대량의메모리, CPU 또는스토리지 I/O 리소스를나타내는경우에도각가상시스템은동일한우선순위에있으며같은수의공유를유지합니다. VMware, Inc. 13
설정편집 메모리와 CPU 리소스할당을변경하려면설정편집대화상자를이용합니다. 프로시저 1 vsphere Client에서가상시스템을찾습니다. 2 마우스오른쪽버튼을클릭하고설정편집을선택합니다. 3 CPU 리소스를편집합니다. 옵션 공유 설명 CPU는상위의전체와관련된리소스풀을공유합니다. 형제리소스풀은예약이나한도로바인딩된상대적공유값에따라서리소스를공유합니다. 낮음, 보통또는높음을선택합니다. 이설정은각각 1:2:4 비율의공유값을지정합니다. 각가상시스템에특정공유개수 ( 비례가중치 ) 를지정하려면사용자지정을선택합니다. 예약이리소스풀에보장된 CPU 할당. 제한 리소스풀의 CPU 할당상한값. 상한값을지정하지않으려면무제한을선택합 니다. 4 메모리리소스를편집합니다. 옵션 공유 설명메모리는상위의전체와관련된리소스풀을공유합니다. 형제리소스풀은예약이나한도로바인딩된상대적공유값에따라서리소스를공유합니다. 낮음, 보통또는높음을선택합니다. 이설정은각각 1:2:4 비율의공유값을지정합니다. 각가상시스템에특정공유개수 ( 비례가중치 ) 를지정하려면사용자지정을선택합니다. 예약이리소스풀에보장된메모리할당. 제한 리소스풀의메모리할당상한값. 상한값을지정하지않으려면무제한을선택 합니다. 5 확인을클릭합니다. 리소스할당설정변경 - 예 다음예에서는리소스할당설정을변경하여가상시스템성능을높이는방법을보여줍니다. ESXi 호스트에서 QA(VM-QA) 부서와마케팅 (VM-Marketing) 부서에대해하나씩, 새가상시스템을두개생성한것으로가정합니다. VMware, Inc. 14
그림 2 1. 두개의가상시스템이있는단일호스트 호스트 VM-QA VM-Marketing 다음예에서는 VM-QA에서메모리를많이사용하여두가상시스템의리소스할당설정을필요에맞게변경해야한다고가정합니다. 시스템메모리가오버커밋되면 VM-QA가마케팅가상시스템보다 CPU와메모리리소스를두배더많이사용할수있도록지정합니다. CPU 공유및메모리공유를 VM-QA에대해서는높음으로설정하고 VM-Marketing에대해서는보통으로설정합니다. 마케팅가상시스템에어느정도의 CPU 리소스가보장되어야합니다. 이를위해서는예약설정을사용할수있습니다. 프로시저 1 vsphere Client에서가상시스템을찾습니다. 2 공유를변경할대상가상시스템인 VM-QA를마우스오른쪽버튼으로클릭하고설정편집을선택합니다. 3 가상하드웨어에서 CPU를확장하고공유드롭다운메뉴에서높음을선택합니다. 4 가상하드웨어에서메모리를확장하고공유드롭다운메뉴에서높음을선택합니다. 5 확인을클릭합니다. 6 마케팅가상시스템 (VM-Marketing) 을마우스오른쪽버튼으로클릭하고설정편집을선택합니다. 7 가상하드웨어에서 CPU를확장하고예약값을원하는값으로변경합니다. 8 확인을클릭합니다. 승인제어 가상시스템전원을켜면시스템에서아직예약되지않은 CPU 및메모리리소스의양을확인합니다. 그런후사용가능한예약되지않은리소스에기반하여가상시스템에대해예약된양이구성되어있는경우그예약양을보장할수있는지여부를결정합니다. 이프로세스를승인제어라고합니다. VMware, Inc. 15
사용할수있는예약되지않은 CPU 및메모리가충분하거나, 예약된내용이없으면가상시스템전원이켜지고, 그렇지않으면리소스가부족합니다. 주의가나타납니다. 참고사용자가지정한메모리예약이외에각가상시스템에는오버헤드메모리양도있습니다. 이추가적인메모리의커밋도승인제어계산에포함됩니다. vsphere DPM 기능을사용하도록설정하면전원소비를줄이기위해호스트가대기모드 ( 전원꺼짐 ) 로전환될수있습니다. 이러한호스트에서제공하는예약되지않은리소스도승인제어에사용가능한것으로간주됩니다. 이러한리소스없이가상시스템전원을켤수없으면충분한대기호스트의전원을켜야한다는권장메시지가표시됩니다. VMware, Inc. 16
CPU 가상화기본사항 3 CPU 가상화는성능에중점을두며가능할때마다프로세서에서바로실행됩니다. 가능한모든경우에기본적인물리적리소스가사용되며가상화계층은가상시스템이물리적시스템에서직접실행되는것처럼작동할수있도록필요한경우에만명령을실행합니다. CPU 가상화는에뮬레이션과다릅니다. ESXi에서는가상 CPU를실행하는데에뮬레이션을사용하지않습니다. 에뮬레이션을사용할경우, 에뮬레이터가모든작업을소프트웨어에서실행합니다. 소프트웨어에뮬레이터를사용하면프로그램이원래작성된위치가아닌다른컴퓨터시스템에서실행될수있습니다. 에뮬레이터는동일한데이터나입력을허용하고동일한결과를얻는방법으로원래컴퓨터의동작을에뮬레이트하거나재현하여프로그램을다른컴퓨터시스템에서실행합니다. 에뮬레이션은이동성을제공하며플랫폼하나에맞게설계된소프트웨어를여러플랫폼에서실행합니다. CPU 리소스가오버커밋되면 ESXi 호스트는물리적프로세서를모든가상시스템에시간분할하여각가상시스템은지정한수의가상프로세서를가진것처럼실행됩니다. ESXi 호스트는가상시스템을여러개실행할경우물리적리소스의일부를각가상시스템에할당합니다. 기본리소스할당설정을사용하면호스트하나에연결된모든가상시스템에는가상 CPU와동일한양의 CPU가할당됩니다. 즉, 단일프로세서가상시스템에는듀얼프로세서가상시스템의절반만큼만리소스가할당됩니다. 이장에서는다음주제에대해설명합니다. 소프트웨어기반 CPU 가상화 하드웨어지원 CPU 가상화 가상화및프로세서별동작 CPU 가상화가성능에미치는영향 소프트웨어기반 CPU 가상화 소프트웨어기반 CPU 가상화를사용하면게스트애플리케이션코드는프로세서에서직접실행되는반면, 게스트특권코드는변환되며변환된코드가프로세서에서실행됩니다. 변환된코드는네이티브버전에비해다소크며대개더느리게실행됩니다. 따라서특권코드구성요소가적은게스트애플리케이션은네이티브버전과유사한속도로실행됩니다. 하지만시스템호출, 트랩또는페이지테이블업데이트같이특권코드구성요소가많은애플리케이션은가상화된환경에서매우느리게실행될수있습니다. VMware, Inc. 17
하드웨어지원 CPU 가상화 특정프로세서는 CPU 가상화에대한하드웨어지원을제공합니다. 이지원을사용하면게스트는게스트모드라고하는별도의실행모드를사용할수있습니다. 애플리케이션코드또는특권코드인게스트코드는게스트모드에서실행됩니다. 특정이벤트가발생하면프로세서가게스트모드를종료하고루트모드로들어갑니다. 그러면하이퍼바이저가루트모드에서실행되어종료이유를확인하고, 필요한조치를수행한다음게스트를게스트모드에서재시작합니다. 가상화에하드웨어지원을사용하면코드를변환할필요가없습니다. 그결과시스템호출또는트랩이많은워크로드가기본속도에매우근접한속도로실행됩니다. 페이지테이블업데이트관련워크로드를포함한일부워크로드의경우게스트모드를종료하고루트모드로전환되는경우가많이발생합니다. 이러한종료의수와종료에소요되는전체시간에따라하드웨어지원 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가다른가상시스템이사용할가능성이있는물리적리소스를사용하게됩니다. VMware, Inc. 18
CPU 리소스관리 4 각각고유한등록및제어구조를가진가상프로세서를하나이상사용하는가상시스템을구성할수있습니다. 가상시스템을스케줄링하면해당가상프로세서가물리적프로세서에서실행되도록스케줄링됩니다. VMkernel 리소스관리자는물리적 CPU에가상 CPU를스케줄링하여물리적 CPU 리소스에대한가상시스템의액세스를관리합니다. ESXi는최대 128개의가상 CPU가있는가상시스템을지원합니다. 참고이장에서 " 메모리 " 는물리적 RAM 또는영구메모리를나타낼수있습니다. 이장에서는다음주제에대해설명합니다. 프로세서정보보기 CPU 구성지정 다중코어프로세서 하이퍼스레딩 CPU 선호도사용 호스트전원관리정책 프로세서정보보기 vsphere Client에서현재 CPU 구성에대한정보에액세스할수있습니다. 프로시저 1 vsphere Client에서호스트를찾습니다. 2 구성을클릭하고하드웨어를확장합니다. 3 프로세서를선택하여물리적프로세서의개수및유형과논리프로세서의개수에대한정보를봅니다. 참고하이퍼스레드시스템에서는각하드웨어스레드가논리프로세서입니다. 예를들어, 하이퍼스레딩이사용되는듀얼코어프로세서에는 2개의코어와 4개의논리프로세서가있습니다. VMware, Inc. 19
CPU 구성지정 CPU 구성을지정하여리소스관리를향상시킬수있습니다. 하지만 CPU 구성을사용자지정하지않으면 ESXi 호스트는대부분의상황에서잘작동하는기본값을사용합니다. 다음과같은방법으로 CPU 구성을지정할수있습니다. vsphere Client를통해사용할수있는특성과특수기능을사용합니다. vsphere Client를사용하여 ESXi 호스트나 vcenter Server 시스템에연결할수있습니다. 특정상황에서고급설정을사용합니다. 스크립팅된 CPU 할당에대해 vsphere SDK를사용합니다. 하이퍼스레딩을사용합니다. 다중코어프로세서 다중코어프로세서는가상시스템의멀티태스킹을수행하는호스트에많은장점을제공합니다. 참고이항목에서 " 메모리 " 는물리적 RAM 또는영구메모리를나타낼수있습니다. Intel과 AMD에서는둘이상의프로세서코어를단일집적회로 ( 일반적으로패키지또는소켓이라고함 ) 로결합하는프로세서를개발했습니다. VMware에서는논리프로세서가각각하나이상씩있는하나이상의프로세서코어를포함할수있는단일패키지를설명할때소켓이라는용어를사용합니다. 예를들어듀얼코어프로세서는두개의가상 CPU를동시에실행할수있으므로단일코어프로세서보다거의두배의성능을제공합니다. 동일한프로세서내의코어는일반적으로모든코어에사용되는공유된마지막수준캐시를사용하여구성되므로느린메인메모리에액세스할필요성이잠재적으로줄어듭니다. 물리적프로세서를메인메모리에연결해주는공유메모리버스는논리프로세서에서실행중인가상시스템이동일한메모리버스리소스를얻기위해경쟁하는메모리소모가많은워크로드를실행할경우논리프로세서의성능을제한할수있습니다. 각프로세서코어의각논리프로세서는 ESXi CPU 스케줄러에서독립적으로사용되어가상시스템을실행함으로써 SMP 시스템과유사한기능을제공합니다. 예를들어양방향가상시스템의가상프로세서는동일한코어에속한논리프로세서또는다른물리적코어에있는논리프로세서에서실행될수있습니다. ESXi CPU 스케줄러는프로세서토폴로지및프로세서코어와해당코어의논리프로세서간관계를감지할수있습니다. 스케줄러는이정보를사용하여가상시스템을스케줄링하고성능을최적화합니다. ESXi CPU 스케줄러는소켓, 코어및논리프로세서간의관계를비롯한프로세서토폴로지를해석할수있습니다. 스케줄러는토폴로지정보를사용하여서로다른소켓에서가상 CPU의배치를최적화합니다. 이러한최적화를통해전체적인캐시사용량을최대화하고가상 CPU 마이그레이션을최소화하여캐시선호도를개선할수있습니다. VMware, Inc. 20
하이퍼스레딩 하이퍼스레딩기술을사용하면단일물리적프로세서코어가논리프로세서가두개인것처럼작동할수있습니다. 프로세서는동시에두개의독립애플리케이션을작동시킬수있습니다. 논리프로세서와물리적프로세서간의혼동을피하기위해 Intel에서는물리적프로세서를소켓으로칭하며이장에서도이용어를사용합니다. Intel Corporation에서는 Pentium IV 및 Xeon 프로세서제품군의성능을향상시키기위해하이퍼스레딩기술을개발했습니다. 하이퍼스레딩기술을사용하면하나의프로세서코어가두개의독립적인스레드를동시에실행할수있습니다. 하이퍼스레딩으로시스템의성능이두배로향상되지는않지만유휴리소스의활용률이개선되므로특정한중요워크로드유형의처리량을높임으로써성능을높일수있습니다. 작업량이많은코어의논리프로세서하나에서실행중인애플리케이션은비하이퍼스레딩프로세서에서단독으로실행될때얻는처리량의절반보다약간높은처리량을예상할수있습니다. 하이퍼스레딩의성능향상효과는애플리케이션에따라크게달라지며캐시와같은많은프로세서리소스가논리프로세서간에공유되기때문에일부애플리케이션에서는하이퍼스레딩으로인해성능이저하될수있습니다. 참고 Intel 하이퍼스레딩기술이적용된프로세서의경우코어별로메모리캐시와기능유닛과같은코어리소스대부분을공유하는두개의논리프로세서가있을수있습니다. 이러한논리프로세서를일반적으로스레드라고합니다. 많은프로세서는하이퍼스레딩을지원하지않으며이경우코어당하나의스레드만있습니다. 이러한프로세서의경우코어의수는논리프로세서의수와일치합니다. 다음과같은프로세서가하이퍼스레딩을지원하며코어당두개의스레드가있습니다. Intel Xeon 5500 프로세서마이크로아키텍처를기반으로하는프로세서 Intel Pentium 4(HT 사용 ) Intel Pentium EE 840(HT 사용 ) 하이퍼스레딩및 ESXi 호스트 하이퍼스레딩을사용하도록설정된호스트는하이퍼스레딩을사용하지않는호스트와비슷하게동작합니다. 하지만하이퍼스레딩을사용하도록설정하는경우에는특정사항을고려해야할수있습니다. ESXi 호스트는로드가시스템의프로세서코어간에매끄럽게분산되도록프로세서시간을지능적으로관리합니다. 동일한코어에있는논리프로세서는연속된 CPU 번호를가지므로 CPU 0과 1은첫번째코어에함께있고 CPU 2와 3은두번째코어에함께있습니다. 가상시스템은동일한코어에있는두논리프로세서가아닌서로다른코어에서스케줄링됩니다. 작업이없는논리프로세서는중지된상태가되어실행리소스가해제되고동일한코어의다른논리프로세서에서실행중인가상시스템이코어의전체실행리소스를사용할수있게됩니다. VMware 스케줄러는이중지시간을적절하게감안하며코어절반에서실행되는가상시스템보다코어의전체리소스로실행중인가상시스템에높은가중치를부여합니다. 이러한프로세서관리방식을통해서버가표준 ESXi 리소스클레임규칙을위반하지않도록합니다. VMware, Inc. 21
하이퍼스레딩을사용하여호스트에서 CPU 선호도를사용하도록설정하기전에리소스관리요구사항을고려하십시오. 예를들어우선순위가높은가상시스템을 CPU 0에바인딩하고우선순위가높은다른가상시스템을 CPU 1에바인딩하면두가상시스템은동일한물리적코어를공유해야합니다. 이경우이두가상시스템의리소스수요를충족하지못할수있습니다. 모든사용자지정선호도설정이하이퍼스레딩시스템에적합한지확인하십시오. 하이퍼스레딩사용 하이퍼스레딩을사용하도록설정하려면먼저시스템의 BIOS 설정에서하이퍼스레딩을사용하도록설정한다음 vsphere Client에서하이퍼스레딩을설정해야합니다. 하이퍼스레딩은기본적으로사용하도록설정되어있습니다. 현재 CPU에서하이퍼스레딩을지원하는지여부를확인하려면해당시스템설명서를참조하십시오. 프로시저 1 현재시스템에서하이퍼스레딩기술을지원하는지확인합니다. 2 시스템 BIOS에서하이퍼스레딩을설정합니다. 일부제조업체에서는이옵션을논리프로세서라고하는반면, 다른제조업체에서는하이퍼스레딩사용이라고합니다. 3 ESXi 호스트에하이퍼스레딩을사용하도록설정되어있는지확인합니다. a vsphere Client에서호스트를찾습니다. b 구성을클릭합니다. c 시스템에서고급시스템설정을클릭하고 VMkernel.Boot.hyperthreading 을선택합니 다. 설정을적용하려면호스트를다시시작해야합니다. 이값이 true이면하이퍼스레딩을사용하도록설정되어있는것입니다. 4 하드웨어에서프로세서를클릭하여논리프로세서수를확인합니다. 하이퍼스레딩이사용되도록설정되었습니다. CPU 선호도사용 각가상시스템의 CPU 선호도설정을지정하여다중프로세서시스템의사용가능한프로세서중일부에만가상시스템이할당되는것을제한할수있습니다. 이기능을사용하면각각의가상시스템을지정된선호도집합의프로세서에할당할수있습니다. CPU 선호도는가상시스템을프로세서에배치할때의제약조건을지정하며가상시스템을가상시스템호스트에배치할때의제약조건을지정하는 VM-VM 또는 VM-호스트선호도규칙에의해생성된관계와는다릅니다. 여기에서 CPU라는용어는하이퍼스레드시스템의논리프로세서를나타내며하이퍼스레드가아닌시스템에서는코어를나타냅니다. VMware, Inc. 22
가상시스템에대한 CPU 선호도설정은해당가상시스템과연결된모든가상 CPU와모든기타스레드 ( 월드라고도함 ) 에적용됩니다. 이러한가상시스템스레드는마우스, 키보드, 화면, CD-ROM 및기타기존디바이스를에뮬레이션하는데필요한처리를수행합니다. 디스플레이를집중적으로처리하는워크로드처럼경우에따라서는가상 CPU와이러한기타가상시스템스레드간에의미있는통신이이루어질수있습니다. 가상시스템의선호도설정에서이러한추가적인스레드가가상시스템의가상 CPU와동시에스케줄링되는것을막을경우성능이저하될수있습니다. 이러한예에는단일 CPU에대한선호도를가진단일프로세서가상시스템또는단두개의 CPU에대한선호도를가진양방향 SMP 가상시스템이포함됩니다. 최상의성능을위해서는수동선호도설정을사용할때선호도설정에적어도하나이상의추가물리적 CPU를포함하여가상시스템의스레드중적어도하나이상이해당가상 CPU와함께동시에스케줄링될수있도록해야합니다. 이러한예에는적어도둘이상의 CPU에대한선호도를가진단일프로세서가상시스템또는적어도세개이상의 CPU에대한선호도를가진양방향 SMP 가상시스템이포함됩니다. 특정프로세서에가상시스템할당 CPU 선호도를이용하여가상시스템을특정프로세서에할당할수있습니다. 이는다중프로세서시스템에서사용할수있는특정한프로세서로가상시스템할당을제한할수있습니다. 프로시저 1 vsphere Client에서가상시스템을찾습니다. a 가상시스템을찾으려면데이터센터, 폴더, 클러스터, 리소스풀또는호스트를선택합니다. b VM을선택합니다. 2 가상시스템을마우스오른쪽버튼으로클릭한후설정편집을클릭합니다. 3 가상하드웨어아래에서 CPU를확장합니다. 4 스케줄링선호도아래에서가상시스템의물리적프로세서선호도를선택합니다. 범위를나타내려면 '-' 를사용하고여러값을구분해입력하려면 ',' 를사용하십시오. 예를들어 "0, 2, 4-7" 은프로세서 0, 2, 4, 5, 6 및 7을나타냅니다. 5 가상시스템을실행할프로세서를선택하고확인을클릭합니다. CPU 선호도의잠재적인문제 CPU 선호도를사용하려면먼저몇가지문제를고려해야합니다. CPU 선호도와관련된잠재적인문제는다음과같습니다. 다중프로세서시스템의경우 ESXi 시스템에서는자동로드밸런싱을수행합니다. 스케줄러의프로세서간로드밸런싱기능을향상하려면가상시스템선호도를수동으로지정하지않도록합니다. 선호도는가상시스템에지정된예약및공유를충족하는 ESXi 호스트의기능을방해할수있습니다. VMware, Inc. 23
CPU 승인제어에서는선호도를고려하지않으므로수동선호도설정이있는가상시스템에서는완전예약을받지못하는경우도있습니다. 수동선호도설정이없는가상시스템은수동선호도설정이있는가상시스템에의한부정적인영향을받지않습니다. 가상시스템을한호스트에서다른호스트로이동할경우새호스트의프로세서수가달라서선호도가더이상적용되지않을수있습니다. NUMA 스케줄러에서는선호도를사용하여특정프로세서에이미할당된가상시스템을관리하지못할수있습니다. 선호도는호스트에서다중코어또는하이퍼스레딩프로세서의가상시스템을스케줄링하여해당프로세서에서공유되는리소스를최대로활용하는기능에영향을줄수있습니다. 호스트전원관리정책 호스트하드웨어에서제공하는 ESXi의여러전원관리기능을적용하여성능과전원간의균형을조정할수있습니다. ESXi에서이러한기능을사용하는방법은전원관리정책을선택하여제어할수있습니다. 고성능정책을선택하면보다강력한성능을얻을수있지만효율성및와트당성능은낮아집니다. 저전력정책을선택하면절대성능은줄어들지만효율성이높아집니다. VMware Host Client를사용하면관리하는호스트에대한정책을선택할수있습니다. 정책을선택하지않으면 ESXi에서는기본적으로균형조정을사용합니다. 표 4 1. CPU 전원관리정책 전원관리정책 설명 고성능전원관리기능을사용하지않습니다. 균형조정 ( 기본값 ) 저전력 사용자지정 성능손실을최소화하면서에너지소비줄임성능저하의위험을감수하고에너지소비줄임사용자정의전원관리정책입니다. 고급구성을사용할수있게됩니다. CPU가낮은주파수로실행되면낮은전압으로실행되어전력을절감할수있습니다. 이러한유형의전원관리를일반적으로 DVFS(Dynamic Voltage and Frequency Scaling) 라합니다. ESXi에서는가상시스템성능이저하되지않도록 CPU 주파수를조정하려고합니다. CPU가유휴상태이면 ESXi는깊은중지상태 (C-상태라고도함 ) 를적용할수있습니다. C-상태가깊어질수록 CPU에서더적은전력을사용하지만 CPU가실행을재개하는데걸리는시간도늘어납니다. CPU가유휴상태가되면 ESXi에서는유휴상태기간을예측하는알고리즘을적용해전환할적절한 C-상태를선택합니다. 깊은 C-상태를사용하지않는전원관리정책의경우 ESXi는유휴상태의 CPU에가장얕은중지상태인 C1만사용합니다. CPU 전원관리정책선택 vsphere Client 를사용하여호스트에대한 CPU 전원관리정책을설정할수있습니다. VMware, Inc. 24
필수조건호스트시스템의 BIOS 설정에서운영체제의전원관리제어를허용하는지확인합니다 ( 예 : OS 제어됨 ). 참고일부시스템에는호스트 BIOS 설정에 OS 제어됨모드가지정되지않은경우에도 ESXi에서호스트시스템의전원을관리할수있게해주는 PCC(Processor Clocking Control) 기술이있습니다. 이기술을사용할경우 ESXi에서는 P-상태를직접관리하지않습니다. 대신호스트가 BIOS와협력하여프로세서클럭속도를결정합니다. 이기술을지원하는 HP 시스템에는기본적으로사용하도록설정되어있는 Cooperative Power Management라는 BIOS 설정이있습니다. 호스트하드웨어에서운영체제가전원을관리하도록허용하지않으면지원되지않음정책만사용할수있습니다. 일부시스템의경우고성능정책만사용할수있습니다. 프로시저 1 vsphere Client에서호스트를찾습니다. 2 구성을클릭합니다. 3 하드웨어에서전원관리를선택하고편집버튼을클릭합니다. 4 호스트에대한전원관리정책을선택하고확인을클릭합니다. 정책선택은호스트구성에저장되며부팅시다시사용될수있습니다. 이정책은언제든지변경할수있으며서버재부팅이필요없습니다. 호스트전원관리를위한사용자지정정책매개변수구성 호스트전원관리에사용자지정정책을사용할경우 ESXi의전원관리정책은여러고급구성매개변수의값을기반으로합니다. 필수조건 CPU 전원관리정책선택에설명된대로전원관리정책의사용자지정을선택합니다. 프로시저 1 vsphere Client에서호스트를찾습니다. 2 구성을클릭합니다. 3 시스템에서고급시스템설정을선택합니다. 4 오른쪽창에서사용자지정정책에영향을주는전원관리매개변수를편집할수있습니다. 사용자지정정책에영향을주는전원관리매개변수의설명은사용자지정정책에서로시작합니다. 다른모든전원매개변수는모든전원관리정책에영향을줍니다. VMware, Inc. 25
5 매개변수를선택하고편집버튼을클릭합니다. 참고전원관리매개변수의기본값은균형조정정책과일치합니다. 매개변수 설명 Power.UsePStates 프로세서가사용중일때전원을절약하기위해 ACPI P- 상태를사용합니다. Power.MaxCpuLoad CPU 가실제시간의지정된백분율이하로사용중일때만 CPU 의전원을절약 하기위해 P- 상태를사용합니다. Power.MinFreqPct 최대 CPU 속도의지정된백분율보다느린 P- 상태는사용하지않습니다. Power.UseStallCtr Power.TimerHz 프로세서가캐시누락과같은이벤트를기다리는동안빈번하게지연되는경우보다깊은 P-상태를사용합니다. ESXi에서각 CPU가어떤 P-상태로있어야하는지를재평가하는초당횟수를제어합니다. Power.UseCStates 프로세서가유휴상태인경우깊은 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. 26
메모리가상화기본 5 메모리리소스를관리하려면먼저 ESXi에서어떻게메모리리소스를가상화하고사용하는지이해해야합니다. VMkernel은호스트의모든물리적 RAM을관리합니다. VMkernel에서는이관리되는물리적 RAM의일부를 VMkernel 전용으로지정합니다. 나머지메모리는가상시스템에서사용할수있습니다. 가상및물리적메모리공간은페이지라는블록으로나뉩니다. 물리적메모리가가득차면물리적메모리에있지않은가상페이지의데이터가디스크에저장됩니다. 프로세서아키텍처에따라페이지는일반적으로 4KB나 2MB입니다. 고급메모리특성의내용을참조하십시오. 이장에서는다음주제에대해설명합니다. 가상시스템메모리 메모리오버커밋 메모리공유 메모리가상화 큰페이지크기지원 가상시스템메모리 각가상시스템은구성된크기와가상화를위한추가오버헤드메모리를더한크기만큼메모리를사용합니다. 구성된크기는게스트운영체제에표시되는메모리의양입니다. 이양은가상시스템에할당된물리적 RAM의양과다릅니다. 후자는호스트의메모리부담수준및리소스설정 ( 공유, 예약, 제한 ) 에따라다릅니다. VMware, Inc. 27
예를들어, 구성된크기가 1GB인가상시스템을가정해볼수있습니다. 게스트운영체제가부팅되면이운영체제는 1GB의물리적메모리를가진전용시스템에서실행되고있다고감지합니다. 어떤경우에는가상시스템이 1GB 전체에할당될수도있고, 때에따라서는더적은할당을받을수도있습니다. 실제할당량에상관없이게스트운영체제는 1GB의물리적메모리를가진전용시스템에서실행되는것처럼동작합니다. 공유예약보다많은경우가상시스템에상대적인우선순위를지정합니다. 예약 메모리가오버커밋되더라도호스트가가상시스템을위해예약하는물리적 RAM 양의보장되는하한값입니다. 가상시스템이과도한페이징없이효율적으로실행될수있을만큼충분한메모리를갖도록예약을설정하십시오. 가상시스템이해당예약내의모든메모리를사용한후에는해당양만큼의메모리를보유할수있으며이메모리는가상시스템이유휴상태인경우에도회수되지않습니다. 일부게스트운영체제 ( 예 : Linux) 는부팅후곧바로구성된모든메모리에액세스하지않을수있습니다. 가상시스템이해당예약내의모든메모리를사용하기전까지 VMkernel이해당예약에서사용되지않은부분을다른가상시스템에할당할수있습니다. 하지만게스트의워크로드가증가하고가상시스템이전체예약을사용한후에는이메모리를유지할수있습니다. 제한 호스트가가상시스템에할당할수있는물리적 RAM 양의상한값입니 다. 가상시스템의메모리할당은구성된크기에의해서도암시적으로제 한됩니다. 메모리오버커밋 실행중인각가상시스템에대해시스템은가상시스템의예약 ( 있는경우 ) 및가상화오버헤드용으로물리적 RAM을예약합니다. 모든가상시스템의구성된총메모리크기가호스트에서사용가능한물리적메모리양을초과할수있습니다. 하지만이상황이메모리가오버커밋되었음을의미하는것만은아닙니다. 모든가상시스템의결합된작업메모리공간이호스트메모리크기의결합된작업메모리공간을초과할때메모리가오버커밋됩니다. ESXi 호스트가사용하는메모리관리기술때문에가상시스템은호스트에서사용가능한물리적 RAM보다많은가상 RAM을사용할수있습니다. 예를들어메모리가 2GB인호스트가있는경우메모리가각각 1GB인 4개의가상시스템을실행할수있습니다. 이경우메모리가오버커밋됩니다. 예를들어 4개의가상시스템모두가유휴상태인경우결합된메모리소비량은 2GB가되지않을수있습니다. 하지만 4GB 가상시스템모두가활발하게메모리를사용중이라면메모리공간이 2GB를초과하여 ESXi 호스트가오버커밋될수있습니다. 일반적으로가상시스템에따라로드가적기도하고많기도해서시간에따라상대적인활동수준이달라질수있기때문에오버커밋이가능합니다. VMware, Inc. 28
메모리사용률을높이기위해 ESXi 호스트는유휴가상시스템의메모리를메모리가더필요한가상시스템으로넘겨줍니다. 예약또는공유매개변수를사용하면중요한가상시스템에메모리를우선적으로할당할수있습니다. 이러한메모리는사용되지않을경우다른가상시스템에계속제공됩니다. ESXi는호스트가크게메모리오버커밋되지않은경우라도적절한성능을제공하기위해벌루닝, 메모리공유, 메모리압축및스와핑등의여러메커니즘을구현합니다. 메모리오버커밋된환경에서가상시스템이예약된메모리를모두소비하면 ESXi 호스트에메모리가부족할수있습니다. 전원이켜진가상시스템에는영향이없지만메모리부족때문에새가상시스템의전원을켜지못할수있습니다. 참고모든가상시스템메모리오버헤드역시예약된것으로간주됩니다. 또한 ESXi 호스트에서는메모리압축에설명된것처럼메모리압축이기본적으로사용되어메모리가 오버커밋될경우가상시스템의성능을향상시킵니다. 메모리공유 메모리공유는호스트에서메모리밀도를높이는데도움이되는독점적인 ESXi 기술입니다. 메모리공유는몇몇가상시스템이동일한게스트운영체제의인스턴스를실행할수있다는관찰에의존합니다. 이러한가상시스템에는동일한애플리케이션또는구성요소가로드되어있거나공통데이터가포함되어있을수있습니다. 이러한경우호스트는독점적인 TPS( 투명페이지공유 ) 기술을사용하여메모리페이지의중복되는사본을제거합니다. 메모리공유를사용할경우, 가상시스템에서실행중인워크로드는일반적으로물리적시스템에서실행중인워크로드보다소비하는메모리양이적습니다. 결과적으로높은수준의오버커밋을효율적으로지원할수있습니다. 메모리공유를통해절약되는메모리의양은워크로드가거의동일한시스템으로구성되어있는지여부에따라달라집니다. 워크로드가거의동일한시스템으로구성되어있는경우에는더많은메모리를확보할수있습니다. 워크로드가다양한경우에는메모리절약비율이낮아질수있습니다. 참고보안고려사항으로인해가상시스템간투명페이지공유는기본적으로사용하지않도록설정되고페이지공유는가상시스템내메모리공유로만제한됩니다. 페이지공유는가상시스템간에는발생하지않고가상시스템내에서만발생합니다. 자세한내용은가상시스템사이에메모리공유을참조하십시오. 메모리가상화 가상화를통해추가적인수준의메모리매핑이적용되기때문에 ESXi는모든가상시스템에대해효과적으로메모리를관리할수있습니다. 가상시스템의물리적메모리일부는매핑되지않거나스왑되지않은페이지로매핑되거나공유페이지로매핑될수있습니다. 호스트는게스트운영체제를인식하지않으며게스트운영체제의자체메모리관리하위시스템을방해하지않고가상메모리관리를수행합니다. 각가상시스템의 VMM은게스트운영체제의물리적메모리페이지와기반시스템의물리적메모리페이지간매핑을유지합니다. (VMware에서는기반호스트의물리적페이지를 시스템 페이지라고하고게스트운영체제의물리적페이지를 물리적 페이지라고표현합니다.) VMware, Inc. 29
각가상시스템에게는 0부터시작하는연속적주소지정이가능한물리적메모리공간이보입니다. 하지만각가상시스템에서사용하는서버의기반시스템메모리는연속적일필요가없습니다. 게스트가상대게스트물리적주소는게스트운영체제에서관리됩니다. 하이퍼바이저는게스트물리적주소를시스템주소로변환하는일만담당합니다. 하드웨어지원메모리가상화는하드웨어기능을활용하여게스트의페이지테이블과하이퍼바이저가유지하는중첩된페이지테이블이포함된결합된매핑을생성합니다. 이그림에서는메모리가상화의 ESXi 구현을보여줍니다. 그림 5 1. ESXi 메모리매핑 가상시스템 1 a b 가상시스템 2 c b 게스트가상메모리 a b b c 게스트물리적메모리 a b b c 시스템메모리 상자는페이지를나타내며화살표는여러메모리매핑을보여줍니다. 게스트가상메모리에서게스트물리적메모리로의화살표는게스트운영체제에서페이지테이블에유지되는매핑을보여줍니다. x86 아키텍처프로세서에대한가상메모리에서선형메모리로의매핑은표시되어있지않습니다. 게스트물리적메모리에서시스템메모리로의화살표는 VMM에서유지하는매핑을보여줍니다. 점선화살표는마찬가지로 VMM에서유지하는섀도우페이지테이블에서게스트가상메모리로부터시스템메모리로의매핑을보여줍니다. 가상시스템을실행하는기본프로세서는섀도우페이지테이블매핑을사용합니다. 하드웨어지원메모리가상화 AMD SVM-V 및 Intel Xeon 5500 시리즈와같은일부 CPU는두계층의페이지테이블을사용하여메모리가상화에대한하드웨어지원을제공합니다. 참고이항목에서 " 메모리 " 는물리적 RAM 또는영구메모리를나타낼수있습니다. 첫번째페이지테이블계층에는게스트 V2P( 가상에서물리로 ) 변환이저장되며두번째페이지테이블계층에는게스트 P2M( 물리에서시스템으로 ) 변환이저장됩니다. TLB(Translation Lookaside Buffer) 는프로세서의 MMU( 메모리관리유닛 ) 하드웨어가유지하는변환의캐시입니다. TLB 누락은이캐시의누락이며하드웨어는필요한변환을찾기위해메모리로이동해야할경우가많습니다. 특정게스트가상주소에대한 TLB 누락의경우하드웨어는게스트가상주소를시스템주소로변환하기위해두페이지테이블을모두확인합니다. 페이지테이블의첫번째계층은게스트운영체제에의해유지됩니다. VMM은페이지테이블의두번째계층만유지합니다. VMware, Inc. 30
성능고려사항하드웨어지원을사용하면소프트웨어메모리가상화의오버헤드가제거됩니다. 특히하드웨어지원은섀도우페이지테이블과게스트페이지테이블의동기화상태유지에필요한오버헤드를제거합니다. 하지만하드웨어지원을사용할때는 TLB 누락지연시간이조금더높습니다. 기본적으로하이퍼바이저는 TLB 누락의비용을줄이기위해하드웨어지원모드에서큰페이지를사용합니다. 이로인해하드웨어지원을사용할때워크로드에이점이있는지여부는소프트웨어메모리가상화를사용할때메모리가상화가초래하는오버헤드에따라달라집니다. 프로세스생성, 메모리매핑또는컨텍스트전환등과같이페이지테이블작업의양이적은워크로드의경우에는소프트웨어가상화로인해발생하는오버헤드가크지않습니다. 이와반대로페이지테이블작업의양이많은워크로드의경우하드웨어지원을사용하면이점을얻을수있습니다. 기본적으로하이퍼바이저는 TLB 누락의비용을줄이기위해하드웨어지원모드에서큰페이지를사용합니다. 게스트가상대게스트물리및게스트물리대시스템주소변환모두에큰페이지를사용하면가장높은성능이구현됩니다. LPage.LPageAlwaysTryForNPT 옵션은게스트물리대시스템주소변환에큰페이지를사용하기위한정책을변경할수있습니다. 자세한내용은고급메모리특성항목을참조하십시오. 큰페이지크기지원 ESXi는큰페이지크기를제한적으로지원합니다. x86 아키텍처에서는시스템소프트웨어가 4KB, 2MB 및 1GB 페이지를사용할수있습니다. 4KB 페이지는작은페이지라고하며, 2MB 및 1GB 페이지는큰페이지라고합니다. 큰페이지는 TLB(Translation Lookaside Buffer) 부담을줄이고페이지테이블처리비용을줄여워크로드성능을향상시킵니다. 가상화된환경에서큰페이지는하이퍼바이저와게스트운영체제가독립적으로사용할수있습니다. 게스트와하이퍼바이저에서모두큰페이지를사용할경우성능향상효과가가장크지만, 대부분의경우하이퍼바이저수준에서만큰페이지를사용하는경우에도성능향상이나타날수있습니다. ESXi 하이퍼바이저는기본적으로게스트 vram에 2MB 페이지를사용합니다. vsphere 6.7 ESXi는게스트 vram에 1GB 페이지를사용하는것을제한적으로지원합니다. 자세한내용은게스트 vram에 1GB 페이지사용을참조하십시오. VMware, Inc. 31
메모리리소스관리 6 vsphere Client를사용하면메모리할당설정에대한정보를보고변경할수있습니다. 메모리리소스를효과적으로관리하려면메모리오버헤드, 유휴메모리세율, 그리고 ESXi 호스트의메모리회수방법을잘알고있어야합니다. 메모리리소스를관리할때메모리할당을지정할수있습니다. 메모리할당을사용자지정하지않으면 ESXi 호스트는대부분의환경에적합한기본값을사용합니다. 메모리할당은다양한방법으로지정할수있습니다. vsphere Client를통해사용할수있는특성과특수기능을사용합니다. vsphere Client를사용하여 ESXi 호스트나 vcenter Server 시스템에연결할수있습니다. 고급설정을사용합니다. 스크립트로작성된메모리할당에는 vsphere SDK를사용합니다. 참고이장에서 " 메모리 " 는물리적 RAM 또는영구메모리를나타낼수있습니다. 이장에서는다음주제에대해설명합니다. 메모리오버헤드이해 ESXi 호스트의메모리할당방법 메모리회수 스왑파일사용 가상시스템사이에메모리공유 메모리압축 메모리사용유형측정및차별화 메모리안정성 시스템스왑정보 메모리오버헤드이해 메모리리소스의가상화는어느정도의오버헤드와연관이있습니다. VMware, Inc. 32
ESXi 가상시스템에서는두가지종류의메모리오버헤드가발생할수있습니다. 가상시스템내에서메모리에액세스하기위한추가시간 각가상시스템에할당된메모리외에도, ESXi 호스트에서자체코드및데이터구조에추가공간필요 ESXi 메모리가상화로인해메모리액세스에약간의시간오버헤드가추가됩니다. 프로세서의페이징하드웨어는페이지테이블 ( 소프트웨어기반방식의경우섀도우페이지테이블또는하드웨어지원방식의경우 2 수준페이지테이블 ) 을직접사용하므로가상시스템에서대부분의메모리액세스는주소변환오버헤드없이실행될수있습니다. 메모리공간오버헤드의두구성요소는다음과같습니다. VMkernel에대해고정된시스템전체오버헤드 각가상시스템에대한추가적인오버헤드오버헤드메모리에는섀도우페이지테이블과같이가상시스템프레임버퍼및여러가상화데이터구조용으로예약된공간이포함됩니다. 오버헤드메모리는가상 CPU의수와게스트운영체제용으로구성된메모리에따라달라집니다. 가상시스템의오버헤드메모리 가상시스템은특정양의가용오버헤드메모리전원이켜져있어야합니다. 이러한오버헤드양을알 고있어야합니다. 다음표에는가상시스템에서전원을켜야하는오버헤드메모리양이나열되어있습니다. 가상시스템 이실행된후에, 이것이사용한오버헤드메모리양은이표에나열된양과다를수도있습니다. 샘플 값은가상시스템에대해 VMX 스왑및하드웨어 MMU가사용하도록설정된상태에서수집되었습니 다. VMX 스왑은기본적으로사용할수있도록설정되어있습니다. 참고 이표에서는오버헤드메모리값샘플을제공하지만, 가능한모든구성에대한정보는제공하지 않습니다. 호스트상의라이센스가할당된 CPU 수, 게스트운영체제가지원하는 CPU 수에따라가 상시스템이최대 64개의가상 CPU를포함하도록구성할수있습니다. 표 6 1. 가상시스템의샘플오버헤드메모리 메모리 (MB) 1개 VCPU 2개 VCPU 4개 VCPU 8개 VCPU 256 20.29 24.28 32.23 48.16 1024 25.90 29.91 37.86 53.82 4096 48.64 52.72 60.67 76.78 16384 139.62 143.98 151.93 168.60 ESXi 호스트의메모리할당방법 호스트에서는메모리가오버커밋된경우가아니면 Limit 매개변수로지정된메모리를각가상시스템에할당합니다. ESXi에서는지정된물리적메모리크기보다많은메모리를가상시스템에할당하지않습니다. VMware, Inc. 33
예를들어 1GB 가상시스템에는기본제한 ( 무제한 ) 또는사용자지정제한 ( 예 : 2GB) 이있을수있습니다. 두경우모두 ESXi 호스트는해당호스트에지정된물리적메모리크기인 1GB를초과하여할당하지않습니다. 메모리가오버커밋된경우에는예약으로지정된양과제한으로지정된양사이의메모리양을각가상시스템에할당합니다. 예약된양을초과하여가상시스템에부여된메모리의양은대부분현재메모리로드에따라다릅니다. 호스트는할당된공유수및최근작업설정크기의예상값에기반하여각가상시스템에대한할당을결정합니다. 공유 - ESXi 호스트는수정된비례적공유메모리할당정책을사용합니다. 가상시스템은메모리공유를통해사용가능한물리적메모리의일부를사용할수있습니다. 작업설정크기 - ESXi 호스트는가상시스템의연속실행시간동안메모리작업을모니터링하여가상시스템의작업설정을예상합니다. 작업설정크기의증가에는빠르게반응하고작업설정크기감소에는상대적으로느리게반응하는기술을사용하여이예상값을몇번의기간에걸쳐평균화합니다. 이방법은유휴메모리가회수된가상시스템의메모리사용이증가하기시작하면신속하게전체공유기반할당으로전환할수있도록합니다. 메모리작업을모니터링하여 60초의기본기간동안작업설정크기를예측합니다. 이기본값을수정하려면 Mem.SamplePeriod 고급설정을조정합니다. 고급호스트특성설정항목을참조하십시오. 유휴가상시스템의메모리세율 가상시스템이현재할당된메모리중일부만사용하고있으면 ESXi는사용중인메모리보다유휴메모리에대해더많이과세합니다. 이는가상시스템이유휴메모리를비축하는것을방지하기위해서입니다. 유휴메모리세금은누진적방식으로적용됩니다. 가상시스템의활성메모리에대한유휴메모리의비율이높아지면유효세율이늘어납니다. 계층적리소스풀을지원하지않는이전버전의 ESXi에서는가상시스템의모든유휴메모리가동일하게과세되었습니다. Mem.IdleTax 옵션을사용하여유휴메모리세율을수정할수있습니다. Mem.SamplePeriod 고급특성과함께이옵션을사용하면시스템이가상시스템에대한목표메모리할당을결정하는방법을제어할수있습니다. 고급호스트특성설정항목을참조하십시오. 참고대부분의경우 Mem.IdleTax를변경하는것은불필요하며적절하지도않습니다. VMX 스왑파일 VMX( 가상시스템실행파일 ) 스왑파일을사용하면호스트에서 VMX 프로세스용으로예약되는오버헤드메모리의양을대폭줄일수있습니다. 참고 VMX 스왑파일은호스트스왑캐시로스왑기능이나일반적인호스트수준스왑파일과관련이없습니다. VMware, Inc. 34
ESXi에서는각가상시스템에대해다양한용도의메모리를예약합니다. VMM( 가상시스템모니터 ) 및가상디바이스와같은일부구성요소에필요한메모리는가상시스템의전원을켤때완전히예약됩니다. 그러나 VMX 프로세스용으로예약되는오버헤드메모리의일부는스왑할수있습니다. VMX 스왑기능은예를들어가상시스템당약 50MB 이상의메모리를가상시스템당약 10MB로줄이는등 VMX 메모리예약크기를상당히줄여줍니다. 이경우호스트메모리가오버커밋될때나머지메모리를스왑아웃할수있으므로각가상시스템의오버헤드메모리예약크기가줄어듭니다. 가상시스템의전원을켤때사용가능한디스크공간이충분히있으면호스트에서는 VMX 스왑파일을자동으로만듭니다. 메모리회수 ESXi 호스트는가상시스템에서메모리를회수할수있습니다. 호스트는예약으로지정된메모리양을직접가상시스템에할당합니다. 예약을초과하는메모리는호스트의물리적리소스를사용하여할당하며, 물리적리소스를사용할수없으면벌루닝또는스와핑같은특수기술을사용하여처리합니다. 가상시스템에할당된메모리양을동적으로확장하거나줄이기위해호스트는두가지기술을사용할수있습니다. ESXi 시스템은가상시스템에서실행되고있는게스트운영체제로로드되는메모리벌룬드라이버 (vmmemctl) 를사용합니다. 메모리벌룬드라이버를참조하십시오. ESXi 시스템은게스트운영체제의개입없이페이지를가상시스템에서서버스왑파일로스왑합니다. 각가상시스템에는자체의스왑파일이있습니다. 메모리벌룬드라이버 메모리벌룬드라이버 (vmmemctl) 는서버와공동으로작업하여게스트운영체제에서가장중요하지않은것으로판단되는페이지를회수합니다. 이드라이버는유사한메모리제약조건에서네이티브시스템의동작과거의일치하는예측가능한성능을제공하는독점적인벌루닝기술을사용합니다. 이기술은게스트운영체제의메모리부담을늘리거나줄여서게스트가자체의네이티브메모리관리알고리즘을사용하도록합니다. 메모리가빠듯하면게스트운영체제는회수할페이지를결정하고필요한경우자체의가상디스크로페이지를스와핑합니다. VMware, Inc. 35
그림 6 1. 게스트운영체제에서의메모리벌루닝 1 메모리 2 메모리 스왑공간 3 메모리 스왑공간 참고 게스트운영체제는충분한스왑공간으로구성해야합니다. 일부게스트운영체제에는추가제 한사항이있습니다. 필요한경우특정가상시스템에대해 sched.mem.maxmemctl 매개변수를설정하여 vmmemctl 에 서회수하는메모리양을제한할수있습니다. 이옵션은가상시스템에서회수할수있는메모리의최 대양을 MB 단위로지정합니다. 고급가상시스템특성설정항목을참조하십시오. 스왑파일사용 게스트스왑파일의위치를지정하고, 메모리가오버커밋될경우스왑공간을예약하고, 스왑파일을삭제할수있습니다. vmmemctl 드라이버를사용할수없거나응답이없는경우 ESXi 호스트는스와핑을사용하여강제로가상시스템의메모리를회수합니다. 설치되지않았습니다. 명시적으로사용되지않도록설정되었습니다. 실행되고있지않습니다 ( 예 : 게스트운영체제가부팅중인경우 ). 현재시스템요구를충족할수있는메모리를일시적으로회수할수없습니다. 올바로작동하고있지만최대벌룬크기에도달했습니다. 가상시스템이페이지를필요로할때표준요구페이징기술이페이지를다시스왑인합니다. VMware, Inc. 36
스왑파일위치 기본적으로스왑파일은가상시스템의구성파일과동일한위치에생성됩니다. 이위치는 VMFS 데이터스토어, vsan 데이터스토어또는 VVol 데이터스토어중하나일수있습니다. vsan 데이터스토어나 VVol 데이터스토어에서는스왑파일이별도의 vsan 또는 VVol 개체로생성됩니다. 가상시스템전원을켜면 ESXi 호스트가스왑파일을생성합니다. 이파일을생성할수없는경우가상시스템전원이켜지지않습니다. 기본값을사용하는대신다음옵션을사용할수도있습니다. 가상시스템별구성옵션을사용하여데이터스토어를다른공유스토리지위치로변경할수있습니다. 호스트에로컬로저장되는데이터스토어를지정할수있는호스트-로컬스왑을사용할수있습니다. 이렇게하면호스트단위수준에서스왑을수행하여 SAN 공간을절약할수있지만소스호스트의로컬스왑파일로스왑되는페이지는네트워크를통해대상호스트로전송되어야하므로 vsphere vmotion의성능이다소저하될수있습니다. 현재는호스트-로컬스왑에 vsan 및 VVol 데이터스토어를지정할수없습니다. DRS 클러스터에대해호스트 - 로컬스왑사용 호스트-로컬스왑기능을사용하면호스트에로컬로저장된데이터스토어를스왑파일위치로지정할수있습니다. DRS 클러스터에대해호스트-로컬스왑을사용하도록설정합니다. 프로시저 1 vsphere Client에서클러스터를찾습니다. 2 구성을클릭합니다. 3 구성에서일반을선택하여스왑파일위치를보고위치를변경하려면편집을클릭합니다. 4 호스트에서지정한데이터스토어옵션을선택하고확인을클릭합니다. 5 vsphere Client에서클러스터의호스트중하나를찾습니다. 6 구성을클릭합니다. 7 가상시스템에서스왑파일위치를선택합니다. 8 편집을클릭하고사용할로컬데이터스토어를선택한다음확인을클릭합니다. 9 클러스터의각호스트에대해단계 5~ 단계 8단계를반복합니다. 이제 DRS 클러스터에대해호스트-로컬스왑기능이설정되었습니다. 독립실행형호스트에대해호스트 - 로컬스왑사용 호스트-로컬스왑기능을사용하면호스트에로컬로저장된데이터스토어를스왑파일위치로지정할수있습니다. 독립실행형호스트에대해호스트-로컬스왑을사용하도록설정할수있습니다. 프로시저 1 vsphere Client에서호스트를찾습니다. VMware, Inc. 37
2 구성을클릭합니다. 3 가상시스템에서스왑파일위치를선택합니다. 4 편집을클릭하고선택된데이터스토어를선택합니다. 5 목록에서로컬데이터스토어를선택하고확인을클릭합니다. 이제독립실행형호스트에호스트-로컬스왑기능이사용하도록설정됩니다. 스왑공간및메모리오버커밋 각가상시스템스왑파일에대해예약되지않은가상시스템메모리를위한스왑공간 ( 예약크기와구성된메모리크기의차이 ) 을예약해야합니다. 이스왑예약은일부경우에 ESXi 호스트가가상시스템메모리를유지할수있도록하기위해필요합니다. 실제로는호스트수준스왑공간의일부분만사용될수있습니다. ESXi를사용하여메모리를오버커밋하는경우벌루닝으로인한게스트간스왑을지원하려면게스트운영체제에도충분한스왑공간이있어야합니다. 이게스트수준스왑공간은가상시스템의구성된메모리크기와예약크기의차이보다크거나같아야합니다. 주의메모리가오버커밋되어있고게스트운영체제에스왑공간이충분히구성되어있지않으면가상시스템의게스트운영체제에장애가발생할수있습니다. 가상시스템장애를방지하려면가상시스템의스왑공간크기를늘리십시오. Windows 게스트운영체제 - Windows 운영체제에서는스왑공간을페이징파일이라고합니다. 일부 Windows 운영체제에서는사용가능한디스크공간이충분한경우페이징파일의크기를자동으로늘립니다. Microsoft Windows 설명서를참조하거나 Windows 도움말파일에서 " 페이징파일 " 을검색하여가상메모리페이징파일의크기를변경하기위한지침을따르십시오. Linux 게스트운영체제 - Linux 운영체제에서는스왑공간을스왑파일이라고합니다. 스왑파일을늘리는방법은다음의 Linux 매뉴얼페이지를참조하십시오. mkswap - Linux 스왑영역을설정합니다. swapon - 디바이스와파일을페이징및스왑할수있도록합니다. 예를들어 RAM이 8GB이고가상디스크가 2GB인가상시스템과같이메모리는많고가상디스크는적은게스트운영체제는스왑공간이충분하지않을가능성이큽니다. 참고스왑파일을씬프로비저닝된 LUN에저장하지마십시오. 씬프로비저닝된 LUN에저장된스왑파일을사용하는가상시스템을실행하면스왑파일증가오류가발생할수있으며이로인해가상시스템이종료될수있습니다. 100GB 이상의큰스왑파일을만들면가상시스템의전원을켜는데소요되는시간이크게늘어날수있습니다. 이를방지하려면큰가상시스템에는예약크기를높게설정하십시오. 호스트-로컬스왑파일을사용하여비용이보다적게드는스토리지에스왑파일을저장할수도있습니다. VMware, Inc. 38
호스트에대한가상시스템스왑파일속성구성 vsphere Client에서호스트의스왑파일위치를구성하여가상시스템스왑파일의기본위치를결정합니다. 기본적으로가상시스템의스왑파일은다른가상시스템파일이들어있는폴더의데이터스토어에있습니다. 그러나가상시스템스왑파일을다른데이터스토어에배치하도록호스트를구성할수있습니다. 이옵션을사용하면가상시스템스왑파일을저가형스토리지또는고성능스토리지에배치할수있습니다. 호스트수준의이설정을개별가상시스템에서재정의할수도있습니다. 다른스왑파일위치를설정하면 vmotion을사용한마이그레이션이보다천천히수행될수도있습니다. vmotion 성능을최대화하려면가상시스템스왑파일과동일한디렉토리대신로컬데이터스토어에가상시스템을저장합니다. 가상시스템이로컬데이터스토어에저장되어있으면다른가상시스템파일과함께스왑파일을저장해도 vmotion의성능이향상되지않습니다. 필수조건 필요한권한 : 호스트시스템. 구성. 스토리지파티션구성 프로시저 1 vsphere Client에서호스트를찾습니다. 2 구성을클릭합니다. 3 가상시스템에서스왑파일위치를클릭합니다. 선택한스왑파일위치가표시됩니다. 구성한스왑파일위치를선택한호스트에서지원하지않으면해당기능이지원되지않는다는메시지가탭에표시됩니다. 호스트가클러스터의일부이고, 가상시스템과동일한디렉토리에스왑파일을저장하도록클러스터가설정되어있으면구성아래의호스트에서스왑파일위치를편집할수없습니다. 이러한호스트에대해스왑파일위치를변경하려면클러스터설정을편집합니다. 4 편집을클릭합니다. 5 스왑파일을저장할위치를선택합니다. 옵션 설명 가상시스템디렉토리가상시스템구성파일과동일한디렉토리에스왑파일을저장합니다. 특정데이터스토어사용지정된위치에스왑파일을저장합니다. 호스트가지정하는데이터스토어에스왑파일을저장할수없으면스왑파일이가상시스템과동일한폴더에저장됩니다. 6 ( 선택사항 ) 특정데이터스토어사용을선택한경우목록에서데이터스토어를선택합니다. 7 확인을클릭합니다. 선택한위치에가상시스템스왑파일이저장됩니다. VMware, Inc. 39
클러스터의가상시스템스왑파일위치구성 기본적으로가상시스템의스왑파일은다른가상시스템파일이들어있는폴더의데이터스토어에있습니다. 하지만, 선택한다른데이터스토어에가상시스템스왑파일을배치하도록클러스터의호스트를구성할수있습니다. 필요에따라저가형스토리지또는고성능스토리지에가상시스템스왑파일을배치하도록대체스왑파일위치를구성할수있습니다. 필수조건클러스터의가상시스템스왑파일위치를구성하기전에호스트에대한가상시스템스왑파일속성구성의설명에따라클러스터의호스트에대한가상시스템스왑파일위치를구성해야합니다. 프로시저 1 vsphere Client에서클러스터를찾습니다. 2 구성을클릭합니다. 3 구성 > 일반을선택합니다. 4 스왑파일위치옆의편집을클릭합니다. 5 스왑파일을저장할위치를선택합니다. 옵션 설명 가상시스템디렉토리가상시스템구성파일과동일한디렉토리에스왑파일을저장합니다. 호스트에서지정한데이터스토어호스트구성에지정된위치에스왑파일을저장합니다. 호스트가지정하는데이터스토어에스왑파일을저장할수없으면스왑파일이가상시스템과동일한폴더에저장됩니다. 6 확인을클릭합니다. 스왑파일삭제 스왑파일을사용하는가상시스템이실행중인호스트에서장애가발생하면해당스왑파일은계속유지되어기가바이트에이르는디스크공간을차지할수있습니다. 스왑파일을삭제하면이문제를해결할수있습니다. 프로시저 1 장애가발생한호스트에있는가상시스템을재시작합니다. 2 가상시스템을중지합니다. 가상시스템의스왑파일이삭제됩니다. 가상시스템사이에메모리공유 가상시스템간에서또는단일가상시스템내에서메모리를공유하기에적합한 ESXi 워크로드가많 습니다. VMware, Inc. 40
ESXi 메모리공유는공유가능성을시간에따라검사하는백그라운드작업으로실행됩니다. 절약되는메모리의양은시간에따라달라집니다. 비교적일정한워크로드의경우일반적으로모든공유가능성을활용할때까지절약되는양이서서히증가합니다. 지정된워크로드에대한메모리공유의효과를확인하려면워크로드를실행한후 resxtop 또는 esxtop 를사용하여실제절감되는양을관찰합니다. 메모리페이지에있는대화식모드의 PSHARE 필드에서정보를찾을수있습니다. 시스템이메모리를공유할수있는가능성이있는지확인하기위해메모리를검색하는속도를제어하려면 Mem.ShareScanTime 및 Mem.ShareScanGHz 고급설정을사용하십시오. sched.mem.pshare.enable 옵션을설정하여개별가상시스템에대해공유기능을구성할수도있습니다. 보안고려사항으로인해가상시스템간투명페이지공유는기본적으로사용하지않도록설정되고페이지공유는가상시스템내메모리공유로만제한됩니다. 다시말해페이지공유는가상시스템간에는적용되지않고가상시스템내에서만적용됩니다. 투명페이지공유로인해발생하는보안영향으로인한시스템관리자의우려사항을해결하기위해솔팅개념이도입되었습니다. 솔팅을사용하면투명페이지공유에참여하는가상시스템을이전에비해더세부적으로관리할수있습니다. 새로운솔팅설정을사용하면솔트값과페이지의콘텐츠가동일한경우에만가상시스템이페이지를공유할수있습니다. 새로운호스트구성옵션인 Mem.ShareForceSalting을구성하여솔팅을사용하거나사용하지않도록설정할수있습니다. 고급옵션을설정하는방법은 16장고급특성을참조하십시오. 메모리압축 ESXi는사용자가메모리오버커밋을사용할경우가상시스템성능을향상시키는메모리압축캐시를제공합니다. 기본적으로메모리압축은사용하도록설정됩니다. 호스트의메모리가오버커밋되면 ESXi는가상페이지를압축하여이를메모리에저장합니다. 압축된메모리에액세스하는것이디스크에스와핑된메모리에액세스하는것보다빠르므로 ESXi의메모리압축을사용하면큰성능저하없이메모리를오버커밋할수있습니다. 가상페이지를스와핑해야하는경우 ESXi는먼저페이지압축을시도합니다. 2KB 이하로압축될수있는페이지는가상시스템의압축캐시에저장되므로호스트의용량이늘어납니다. vsphere Client의고급설정대화상자에서압축캐시의최대크기를설정하고메모리압축을사용하지않도록설정할수있습니다. 메모리압축캐시사용또는사용안함 기본적으로메모리압축은사용하도록설정됩니다. vsphere Client에서고급시스템설정을사용하여호스트에대한메모리압축기능을사용하거나사용하지않도록설정할수있습니다. 프로시저 1 vsphere Client에서호스트를찾습니다. 2 구성을클릭합니다. 3 시스템에서고급시스템설정을선택합니다. VMware, Inc. 41
4 Mem.MemZipEnable 을찾아편집버튼을클릭합니다. 5 메모리압축캐시기능을설정하려면 1 을입력하고해제하려면 0 을입력합니다. 6 확인을클릭합니다. 메모리압축캐시의최대크기설정 호스트의가상시스템에대한메모리압축캐시의최대크기를설정할수있습니다. 가상시스템메모리크기의백분율로압축캐시크기를설정합니다. 예를들어가상시스템의메모리크기가 1000MB인경우 20을입력하면 ESXi가최대 200MB의호스트메모리를가상시스템의압축페이지를저장하는데사용합니다. 압축캐시크기를설정하지않으면 ESXi가기본값인 10% 를사용합니다. 프로시저 1 vsphere Client에서호스트를찾습니다. 2 구성을클릭합니다. 3 시스템에서고급시스템설정을선택합니다. 4 Mem.MemZipMaxPct를찾고편집버튼을클릭합니다. 이특성값은가상시스템에대한압축캐시의최대크기를결정합니다. 5 압축캐시의최대크기를입력하십시오. 값은가상시스템메모리크기의백분율이며 5-100% 사이여야합니다. 6 확인을클릭합니다. 메모리사용유형측정및차별화 vsphere Client의성능탭에는메모리사용량을분석하는데사용할수있는몇가지메트릭이표시됩니다. 메모리메트릭중일부는게스트물리적메모리를측정하고일부는시스템메모리를측정합니다. 예를들어성능메트릭을사용하여확인할수있는두가지메모리사용유형에는게스트물리적메모리와시스템메모리가있습니다. 게스트물리적메모리는부여된메모리메트릭 ( 가상시스템용 ) 또는공유메모리 ( 호스트용 ) 를사용하여측정할수있습니다. 반면에, 시스템메모리는메모리사용량 ( 가상시스템용 ) 또는공통공유메모리 ( 호스트용 ) 을사용하여측정합니다. 이러한메모리사용유형의개념적차이를이해하는것은각메트릭의측정내용과그해석방식을파악하는데중요합니다. VMkernel은게스트물리적메모리를시스템메모리에매핑하지만이러한매핑이항상일대일로이루어지는것은아닙니다. 게스트물리적메모리의여러영역이시스템메모리의동일한영역에매핑되거나 ( 메모리공유의경우 ), 게스트물리적메모리의특정영역이시스템메모리에매핑되지않을수있습니다 (VMkernel이게스트물리적메모리를스왑아웃하거나벌루닝하는경우 ). 이러한상황에서는개별가상시스템또는호스트의게스트물리적메모리사용및시스템메모리사용에대한계산이다를수있습니다. VMware, Inc. 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입니다. 공유메모리는게스트물리적메모리와관련되어있으므로화살표의시작점을살펴보아야합니다. 하지만공통공유메모리는시스템메모리를나타내므로화살표의끝점을살펴보아야합니다. 게스트물리적메모리와시스템메모리를측정하는메모리메트릭은서로모순되는것처럼보입니다. 사실이들메트릭은가상시스템의메모리사용량을서로다른측면에서측정합니다. 이들메트릭의차이점을이해함으로써성능문제를진단하는데이를보다잘사용할수있습니다. VMware, Inc. 43
메모리안정성 오류분리라고도하는메모리안정성기능을사용하면 ESXi에서장애가발생했을경우는물론장애가발생할것으로판단되는경우에도메모리사용을일부중지할수있습니다. 특정주소에서수정된오류가어느정도충분히보고되면 ESXi는이주소의사용을중지하여수정된오류가수정되지않은오류가되지않도록합니다. 메모리안정성기능은 RAM의수정된오류와수정되지않은오류에도불구하고더나은 VMkernel 안정성을제공합니다. 또한오류가포함되었을수있는메모리페이지를시스템에서사용하지않도록합니다. 오류분리알림수정 메모리안정성기능을사용하면 VMkernel은오류분리알림이나타나는페이지의사용을중지합니다. VMkernel이수정할수없는메모리오류로부터복구되거나, VMkernel이수정가능한오류의수가많아서시스템메모리의상당부분을회수하거나, 회수할수없는페이지수가많은경우, vsphere Client에서사용자에게이벤트가수신됩니다. 프로시저 1 호스트를비웁니다. 2 가상시스템을마이그레이션합니다. 3 메모리관련하드웨어테스트를실행합니다. 시스템스왑정보 시스템스왑은전체시스템의사용되지않는메모리리소스를활용할수있는메모리회수프로세스입니다. 시스템스왑을사용하면시스템이가상시스템이아닌메모리소비자로부터메모리를회수할수있습니다. 시스템스왑이사용하도록설정되면다른프로세스로부터메모리회수의영향을가급적으로줄이면서이메모리를사용할수있는가상시스템에할당할수있습니다. 시스템스왑에필요한공간크기는 1GB입니다. 메모리회수는메모리에서데이터를가져와백그라운드스토리지에쓰는방식으로이루어집니다. 백그라운드스토리지에서데이터에액세스하면메모리에서데이터에액세스하는경우보다속도가느리므로스와핑되는데이터를어디에저장할것인지신중하게선택해야합니다. ESXi는시스템스왑을저장할위치를자동으로결정하며이위치가기본설정스왑파일위치입니다. 이러한결정은특정옵션모음을선택하여지원받을수있습니다. 시스템은가장사용가능성이높은옵션을선택합니다. 실행할수있는옵션이없는경우시스템스왑이활성화되지않습니다. 사용가능한옵션은다음과같습니다. 데이터스토어 - 지정된데이터스토어사용을허용합니다. 시스템스왑파일에는 vsan 데이터스토어또는 VVol 데이터스토어를지정할수없습니다. VMware, Inc. 44
호스트스왑캐시 - 호스트스왑캐시의일부사용을허용합니다. 기본설정스왑파일위치 - 호스트에구성된기본설정스왑파일위치사용을허용합니다. 시스템스왑구성 시스템스왑위치를결정하는옵션을사용자지정할수있습니다. 필수조건시스템스왑설정편집대화상자에서사용을선택합니다. 프로시저 1 vsphere Client에서호스트를찾습니다. 2 구성을클릭합니다. 3 시스템에서시스템스왑을선택합니다. 4 편집을클릭합니다. 5 사용하도록설정할각옵션의확인란을선택합니다. 6 데이터스토어옵션을선택한경우드롭다운메뉴에서데이터스토어를선택합니다. 7 확인을클릭합니다. VMware, Inc. 45
영구메모리 7 NVM( 비휘발성메모리 ) 이라고도하는 PMem( 영구메모리 ) 은전원공급이중단된후에도데이터를유지할수있습니다. PMem은다운타임에민감하고고성능이필요한애플리케이션에사용할수있습니다. 독립형호스트또는클러스터에서 PMem을사용하도록 VM을구성할수있습니다. PMem은로컬데이터스토어로취급됩니다. 영구메모리를사용하면스토리지지연시간이크게감소합니다. ESXi에서 PMem을사용하도록구성된 VM을생성할수있으며, 이경우해당 VM 내애플리케이션이이러한속도향상의이점을활용할수있습니다. VM의전원을처음켠후에는 VM을켜든지끄든지관계없이 PMem이예약되어있습니다. 이 PMem은 VM이마이그레이션되거나제거될때까지예약상태로유지됩니다. 영구메모리는가상시스템에서두가지모드로사용될수있습니다. 기존게스트운영체제는여전히가상영구메모리디스크기능을활용할수있습니다. vpmem( 가상영구메모리 ) vpmem을사용하는경우메모리가가상 NVDIMM으로게스트운영체제에표시됩니다. 이를통해게스트운영체제가바이트주소지정이가능한임의모드로 PMem을사용할수있습니다. 참고 VM 하드웨어버전 14 및 NVM 기술을지원하는게스트운영체제를사용해야합니다. vpmemdisk( 가상영구메모리디스크 ) vpmemdisk를사용하는경우게스트운영체제에서메모리를가상 SCSI 디바이스로액세스할수있지만가상디스크는 PMem 데이터스토어에저장됩니다. PMem을사용하는 VM을생성하는경우하드디스크를생성할때메모리가예약됩니다. 또한승인제어도하드디스크를생성할때수행됩니다. 클러스터의각 VM에는약간의 PMem 용량이할당됩니다. PMem의총용량은클러스터에서사용할수있는총용량보다커야합니다. 전원이켜진 VM과전원이꺼진 VM에서모두 PMem이사용됩니다. PMem을사용하도록 VM이구성되어있고 DRS를사용하지않는경우충분한 PMem 용량이있는호스트를수동으로선택하여 VM을배치해야합니다. NVDIMM 및기존스토리지 VMware, Inc. 46
NVDIMM은메모리로액세스됩니다. 기존스토리지를사용하는경우애플리케이션과스토리지디바이스사이의소프트웨어로인해처리시간이지연될수있습니다. PMem을사용하는경우애플리케이션이직접스토리지를사용합니다. 즉, PMem 성능이기존스토리지보다더우수합니다. 스토리지는호스트에로컬입니다. 그러나시스템소프트웨어는변경내용을추적할수없으므로백업및 HA와같은솔루션은현재 PMem와함께작동하지않습니다. 네임스페이스 PMem의네임스페이스는 ESXi가시작되기전에구성됩니다. 네임스페이스는시스템의디스크와비슷합니다. ESXi는네임스페이스를읽고 GPT 헤더를작성하여여러네임스페이스를하나의논리적볼륨으로결합합니다. 네임스페이스는이전에구성되지않은경우기본적으로자동으로포맷됩니다. 이미포맷된경우 ESXi가 PMem을마운트하려고시도합니다. GPT 테이블 PMem 스토리지의데이터가손상될경우 ESXi에장애가발생할수있습니다. 이문제를방지하기위해 ESXi는 PMem 마운트시메타데이터에서오류를확인합니다. PMem 영역 PMem 영역은단일 vnvdimm 또는 vpmemdisk를나타내는연속바이트스트림입니다. 각 PMem 볼륨은단일호스트에속합니다. 관리자가많은수의호스트가포함된클러스터의각호스트를관리해야하는경우이는관리하기어려울수있습니다. 그러나관리자가각데이터스토어를개별적으로관리할필요가없습니다. 대신클러스터에있는전체 PMem 용량을하나의데이터스토어로간주할수있습니다. VC 및 DRS는 PMem 데이터스토어의초기배치를자동화합니다. VM이생성되거나디바이스가 VM에추가될때로컬 PMem 스토리지프로파일을선택합니다. 구성의나머지부분은자동으로수행됩니다. 한가지제한사항으로, ESXi는 PMem 데이터스토어에 VM 홈을배치하도록허용하지않습니다. VM 홈은 VM 로그및통계파일을저장하기위해귀중한공간을사용하기때문입니다. 이러한영역은 VM 데이터를나타내는데사용되며바이트주소지정가능한 nvdimm 또는 VpMem 디스크로표시될수있습니다. 마이그레이션 PMem은로컬데이터스토어이므로 VM을이동하려는경우 Storage vmotion을사용해야합니다. vpmem을사용하는 VM은 PMem 리소스가있는 ESX 호스트에만마이그레이션할수있습니다. vpmemdisk를사용하는 VM은 PMem 리소스가없는 ESX 호스트에마이그레이션할수있습니다. 오류처리및 NVDimm 관리호스트장애는가용성손실을초래할수있습니다. 심각한오류가발생할경우모든데이터가손실될수있으며수동단계를수행하여 PMem을다시포맷해야합니다. VMware, Inc. 47
가상그래픽구성 8 지원되는그래픽구현의경우그래픽설정을편집할수있습니다. vsphere는여러가지그래픽구현을지원합니다. VMware는 AMD, Intel 및 NVIDIA에서 3D 그래픽솔루션을지원합니다. NVIDIA GRID가지원됩니다. 단일 NVIDIA VIB가 vsga 및 vgpu 구현을모두지원할수있습니다. Intel 및 NVIDIA에대한 vcenter GPU 성능차트를제공합니다. Horizon View VDI 데스크톱에대한그래픽을사용하도록설정합니다. 호스트그래픽설정을구성하고 VM별로 vgpu 그래픽설정을사용자지정할수있습니다. 참고이장에서 " 메모리 " 는물리적 RAM을나타냅니다. 이장에서는다음주제에대해설명합니다. GPU 통계보기 가상시스템에 NVIDIA GRID vgpu 추가 호스트그래픽구성 그래픽디바이스구성 GPU 통계보기 호스트그래픽카드의세부정보를볼수있습니다. GPU 온도, 활용률및메모리사용량을확인할수있습니다. 참고 GPU 드라이버가호스트에설치된경우에만이러한통계가표시됩니다. 프로시저 1 vsphere Client에서호스트로이동합니다. 2 모니터탭을클릭하고성능을클릭합니다. 3 고급을클릭하고드롭다운메뉴에서 GPU를선택합니다. VMware, Inc. 48
가상시스템에 NVIDIA GRID vgpu 추가 ESXi 호스트에 NVIDIA GRID GPU 그래픽디바이스가있는경우 NVIDIA GRID 가상 GPU(vGPU) 기술을사용하도록가상시스템을구성할수있습니다. NVIDIA GRID GPU 그래픽디바이스는 CPU에과부하를주지않은상태로복잡한그래픽작업을고성능으로실행및최적화하기위해설계되었습니다. 필수조건 적절한드라이버가포함된 NVIDIA GRID GPU 그래픽디바이스가호스트에설치되어있는지확인합니다. vsphere 업그레이드설명서를참조하십시오. 가상시스템이 ESXi 6.0 이상과호환되는지확인합니다. 프로시저 1 가상시스템을마우스오른쪽버튼으로클릭하고설정편집을선택합니다. 2 가상하드웨어탭의드롭다운메뉴에서공유된 PCI 디바이스를선택합니다. 3 추가를클릭합니다. 4 새 PCI 디바이스를확장하고가상시스템을연결할 NVIDIA GRID vgpu 패스스루디바이스를선택합니다. 5 GPU 프로파일을선택합니다. GPU 프로파일은 vgpu 유형을나타냅니다. 6 모든메모리예약을클릭합니다. 7 확인을클릭합니다. 가상시스템이디바이스에액세스할수있습니다. 호스트그래픽구성 호스트단위로그래픽옵션을사용자지정할수있습니다. 필수조건가상시스템의전원을꺼야합니다. 프로시저 1 호스트를선택하고구성 > 그래픽을선택합니다. 2 호스트그래픽에서편집을선택합니다. VMware, Inc. 49
3 호스트그래픽설정편집창에서다음을선택합니다. 옵션 공유됨 Shared Direct 설명 VMware 공유가상그래픽 벤더공유패스스루그래픽 4 공유한패스스루 GPU 할당정책을선택합니다. a GPU 전체에 VM 분산 ( 최고성능 ) b 최대수준까지 GPU에서 VM 그룹화 (GPU 통합 ) 5 확인을클릭합니다. 후속작업확인을클릭한후호스트에서 Xorg를다시시작해야합니다. 그래픽디바이스구성 비디오카드에대한그래픽유형을편집할수있습니다. 필수조건가상시스템의전원을꺼야합니다. 프로시저 1 그래픽디바이스에서그래픽카드를선택하고편집을클릭합니다. a VMware 공유가상그래픽에대해공유됨을선택합니다. b 벤더공유패스스루그래픽에대해 Shared Direct를선택합니다. 2 확인을클릭합니다. 디바이스를선택하면해당디바이스를사용하고있는가상시스템 ( 활성화된경우 ) 이표시됩니다. 후속작업확인을클릭한후호스트에서 Xorg를다시시작해야합니다. VMware, Inc. 50
Storage I/O 리소스관리 9 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 리소스를할당받게됩니다. 가상시스템당공유수를설정합니다. 필요에맞게각가상시스템의공유수를조정할수있습니다. I/O 필터프레임워크 (VAIO) 를사용하면 VMware 및해당파트너가각 VMDK의 I/O를가로채는필터를개발할수있고, VAIO는 VMDK 세분성에대해필요한기능을제공합니다. VAIO가 SPBM( 스토리지정책기반관리 ) 과함께연동하므로사용자는 VMDK에연결된스토리지정책을통해필터기본설정을설정할수있습니다. Storage I/O Control 구성은두단계프로세스로이루어집니다. 1 데이터스토어에대해 Storage I/O Control을사용하도록설정합니다. 2 각가상시스템에허용되는스토리지 I/O 공유수와 IOPS( 초당 I/O 작업수 ) 에대한상한을설정합니다. 기본적으로모든가상시스템공유는무제한 IOPS와함께보통 (1000) 으로설정됩니다. 참고 Storage DRS가지원되는데이터스토어클러스터에서는 Storage I/O Control이기본적으로사용하도록설정됩니다. 참고이장에서 " 메모리 " 는물리적 RAM 을나타냅니다. 이장에서는다음주제에대해설명합니다. 가상시스템스토리지정책정보 I/O 필터정보 Storage I/O Control 요구사항 VMware, Inc. 51
Storage I/O Control 리소스공유및제한 Storage I/O Control 리소스공유및제한설정 Storage I/O Control 사용 Storage I/O Control 임계값설정 스토리지프로파일과 Storage DRS 통합 가상시스템스토리지정책정보 가상시스템스토리지정책은가상시스템프로비저닝에필수적입니다. 이정책을통해가상시스템에제공되는스토리지유형, 가상시스템이스토리지에배치되는방법및가상시스템에제공되는데이터서비스를제어할수있습니다. vsphere에기본스토리지정책이포함됩니다. 그러나사용자가새정책을정의하고할당할수있습니다. 스토리지정책은 VM 스토리지정책인터페이스를사용하여생성합니다. 정책정의시가상시스템에서실행할애플리케이션에대한다양한스토리지요구사항을지정합니다. 또한스토리지정책을사용하여가상디스크에대해캐싱또는복제같은특정데이터서비스를요청할수도있습니다. 가상시스템을생성, 복제또는마이그레이션할때스토리지정책을적용합니다. 스토리지정책을적용하면 SPBM( 스토리지정책기반관리 ) 메커니즘이가상시스템을일치하는데이터스토어에배치하고, 특정스토리지환경에서는필요한서비스수준을보장하기위해스토리지리소스내에가상시스템스토리지개체를프로비저닝및할당하는방법을결정합니다. 또한 SPBM은가상시스템에대해요청된데이터서비스를사용하도록설정합니다. vcenter Server는정책규정준수여부를모니터링하고가상시스템이할당된스토리지정책을위반하면경고를보냅니다. 자세한내용은 vsphere Storage를참조하십시오. I/O 필터정보 가상디스크에연결된 I/O 필터는기본스토리지토폴로지와는관계없이가상시스템 I/O 경로에직접액세스할수있습니다. VMware는특정범주의 I/O 필터를제공합니다. 또한타사벤더가 I/O 필터를생성할수있습니다. 일반적으로 I/O 필터는패키지형식으로배포되며, 패키지에는필터구성요소를 vcenter Server 및 ESXi 호스트클러스터에배포하는설치관리자가제공됩니다. I/O 필터가 ESXi 클러스터에배포된후에는 vcenter Server가클러스터내의각호스트에대해 I/O 필터스토리지제공자 ( 또는 VASA 제공자라고도함 ) 를자동으로구성하고등록합니다. 스토리지제공자는 vcenter Server와통신하고, I/O 필터가제공하는데이터서비스가 VM 스토리지정책인터페이스에표시되도록합니다. 이러한데이터서비스는 VM 정책에대한공통규칙을정의할때참조할수있습니다. 이정책에가상디스크를연결한후에는가상디스크에서 I/O 필터가사용가능하도록설정됩니다. 자세한내용은 vsphere Storage를참조하십시오. VMware, Inc. 52
Storage I/O Control 요구사항 Storage I/O Control에는몇가지요구사항및제한이있습니다. Storage I/O Control을사용하도록설정된데이터스토어는단일 vcenter Server 시스템으로관리되어야합니다. Storage I/O Control은 Fibre Channel, iscsi 및 NFS 연결스토리지에서지원됩니다. RDM( 원시디바이스매핑 ) 은지원되지않습니다. 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 리소스할당 ( 리소스할당공유참조 ) 에사용되는공유와비슷합니다. 이러한공유는스토리지 I/O 리소스배포와관련하여가상시스템의상대적중요성을나타냅니다. 리소스경합시가상시스템의공유값이높을수록스토리지어레이에대해더많은액세스권한을가집니다. 스토리지 I/O 리소스를할당할때가상시스템에대해허용되는 IOPS를제한할수있습니다. 기본적으로 IOPS에는제한이없습니다. 리소스제한을설정할때의장점과단점은리소스할당제한에설명되어있습니다. 가상시스템에대해설정하려는제한이 IOPS 대신초당 MB를기준으로하는경우에는초당 MB를해당가상시스템의일반적인 I/O 크기를기반으로하는 IOPS로변환할수있습니다. 예를들어 IO 크기가 64KB인백업애플리케이션을초당 10MB로제한하려면제한을 160 IOPS로설정합니다. Storage I/O Control 공유및제한보기 데이터스토어에서실행중인모든가상시스템에대한공유및제한을볼수있습니다. 이정보를확인하면가상시스템이실행중인클러스터에관계없이데이터스토어에액세스하고있는모든가상시스템의설정을비교할수있습니다. 프로시저 1 vsphere Client에서데이터스토어를찾습니다. VMware, Inc. 53
2 VM 탭을클릭합니다. 이탭에는데이터스토어에서실행중인각가상시스템과관련공유값및데이터스토어공유의백 분율이표시됩니다. Storage I/O Control 공유모니터링 Storage I/O Control이해당공유를기반으로데이터스토어에액세스하는가상시스템의 I/O 워크로드를처리하는방법을모니터링하려면데이터스토어성능탭을사용합니다. 데이터스토어성능차트를통해다음정보를모니터링할수있습니다. 데이터스토어에서의평균지연시간및집계 IOPS 호스트간의지연시간 호스트간의대기열크기 호스트간의읽기 / 쓰기 IOPS 가상시스템디스크간의읽기 / 쓰기지연시간 가상시스템디스크간에 IOPS 읽기 / 쓰기 프로시저 1 vsphere Client에서데이터스토어를찾습니다. 2 모니터탭에서성능을클릭합니다. 3 고급을선택합니다. Storage I/O Control 리소스공유및제한설정 가상시스템에상대적공유양을할당하여중요도에따라가상시스템에스토리지 I/O 리소스를할당합니다. 가상시스템워크로드가그다지비슷하지않은경우공유에서 I/O 작업과관련한할당이나초당메가바이트를지정하지않을수도있습니다. 공유양이많은가상시스템에서는공유양이적은가상시스템에비해더많은동시 I/O 작업을스토리지디바이스또는데이터스토어에서진행할수있습니다. 두가상시스템의처리량은워크로드에따라달라질수있습니다. 필수조건 VM 스토리지정책을생성하고 VM 스토리지정책의공통규칙을정의하는방법에대한자세한내용은 vsphere Storage를참조하십시오. 프로시저 1 vsphere Client에서가상시스템을찾습니다. a 가상시스템을찾으려면데이터센터, 폴더, 클러스터, 리소스풀또는호스트를선택합니다. b VM 탭을클릭합니다. 2 가상시스템을마우스오른쪽버튼으로클릭한후설정편집을클릭합니다. VMware, Inc. 54
3 가상하드웨어탭을클릭하고목록에서가상하드디스크를선택합니다. 하드디스크를확장합니다. 4 드롭다운메뉴에서 VM 스토리지정책을선택합니다. 스토리지정책을선택한경우공유및제한 - IOPS를수동으로구성하지마십시오. 5 공유에서드롭다운메뉴를클릭하고가상시스템에할당할상대적공유양 ( 낮음, 보통또는높음 ) 을선택합니다. 사용자지정을선택하여사용자정의공유값을입력할수있습니다. 6 제한 - IOPS에서드롭다운메뉴를클릭하고가상시스템에할당할스토리지리소스상한을입력합니다. IOPS는초당 I/O 작업수입니다. 기본적으로 IOPS에는제한이없습니다. 낮음 (500), 보통 (1000) 또는높음 (2000) 을선택하거나, 사용자지정을선택하여사용자정의공유수를입력할수있습니다. 7 확인을클릭합니다. Storage I/O Control 사용 Storage I/O Control을사용하도록설정하면 ESXi에서는데이터스토어지연시간을모니터링하고데이터스토어평균지연시간이임계값을초과할경우 I/O 로드를조절합니다. 프로시저 1 vsphere Client에서데이터스토어를찾습니다. 2 구성탭을클릭합니다. 3 설정을클릭하고일반을클릭합니다. 4 데이터스토어기능의편집을클릭합니다. 5 Storage I/O Control 사용확인란을선택합니다. 6 확인을클릭합니다. 데이터스토어기능에서데이터스토어에대해 Storage I/O Control 을사용하도록설정됩니다. Storage I/O Control 임계값설정 데이터스토어에대한정체임계값은 Storage I/O Control에서공유에따라가상시스템워크로드에중요도를할당하기전에데이터스토어에허용되는지연시간상한값입니다. 대부분의환경에서는임계값설정을조정할필요가없습니다. 주의두개의서로다른데이터스토어에서동일한스핀들을공유하는경우 Storage I/O Control이제대로기능하지않을수있습니다. VMware, Inc. 55
정체임계값설정을변경할경우다음을고려하여값을설정하십시오. 대개값이클수록집계처리량이높아지고분리는약해집니다. 전체평균지연시간이임계값보다높지않는한임계치조절이실행되지않습니다. 지연시간보다처리량이중요한경우이값을너무낮게설정하지마십시오. 예를들어 Fibre Channel 디스크의경우 20ms보다작은값으로설정하면최대디스크처리량을줄일수있습니다. 매우높은값 (50ms 초과 ) 은종합적인처리량의별다른향상없이매우긴지연시간만허용할수있습니다. 값이작을수록디바이스지연시간은짧아지고가상시스템 I/O 성능분리가강력해집니다. 강력한분리는컨트롤공유가더욱빈번하게시행된다는의미입니다. 짧은디바이스지연시간은높은공유를가지는가상시스템의 I/O 지연시간을줄여주지만낮은공유를가지는가상시스템의 I/O 지연시간은더길어집니다. 매우작은값 (20ms 미만 ) 으로설정하면디바이스지연시간및 I/O 간의분리가줄어들수있습니다. 이경우집계데이터스토어처리량이감소할수있다는단점이있습니다. 아주높은값이나아주낮은값으로설정하면분리상태가나빠집니다. 필수조건 Storage I/O Control이활성화되어있는지확인합니다. 프로시저 1 vsphere Client에서데이터스토어를찾습니다. 2 구성탭을클릭하고설정을클릭합니다. 3 일반을클릭합니다. 4 데이터스토어기능의편집을클릭합니다. 5 Storage I/O Control 사용확인란을선택합니다. Storage I/O Control은데이터스토어가최대처리량의 90% 에서작동중일때예상되는지연시간에해당되는지연시간임계값을자동으로설정합니다. 6 ( 선택사항 ) 정체임계값을조정합니다. u 최대처리량비율드롭다운메뉴에서값을선택합니다. 최대처리량비율값은데이터스토어가해당비율의예상되는최대처리량을사용중일때예상되는지연시간임계값을나타냅니다. u 수동드롭다운메뉴에서값을선택합니다. 값은 5ms에서 100ms 사이여야합니다. 정체임계값을잘못설정하면데이터스토어의가상시스템성능이저하될수있습니다. 7 ( 선택사항 ) 정체임계값설정을기본값 (30ms) 으로복원하려면기본값으로재설정을클릭합니다. 8 확인을클릭합니다. VMware, Inc. 56
스토리지프로파일과 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 Client에관리자로로그인합니다. 2 vsphere Client에서 Storage DRS 클러스터를클릭한후관리 > 설정 > Storage DRS를선택합니다. 3 편집 > 고급옵션 > 구성매개변수를클릭하고추가를선택합니다. 4 [ 옵션 ] 머리글아래의영역을클릭하고 EnforceStorageProfiles를입력합니다. 5 이전에입력한고급옵션이름의오른쪽에있는 [ 값 ] 머리글아래의영역을클릭하고값 0, 1 또는 2 중하나를입력합니다. 6 확인을클릭합니다. VMware, Inc. 57