VMware Hands-on Lab - HOL-1904-02-CHG


실습 개요 - HOL-1904-02-CHG - vSphere Challenge Lab

실습 지침


참고: 이 실습을 완료하는 데 90분 이상 소요될 수 있습니다. 한 번에 전체 실습 모듈을 다 완료하지 못할 수도 있습니다. 각 모듈은 서로 독립적이므로 순서에 관계없이 원하는 모듈부터 실습을 시작할 수 있습니다. 목차를 사용하여 원하는 모듈에 바로 액세스할 수 있습니다.

목차는 실습 설명서 오른쪽 상단에서 볼 수 있습니다.

vSphere 6 Challenge Lab에서는 많은 사람들이 일상적으로 경험하게 되는 일반적인 vSphere 문제를 해결하는 방법에 대해 다룹니다. 각 모듈에서는 일반적인 vSphere 운영 및 성능 문제를 해결하기 위한 다양한 가상 시나리오가 전개됩니다. 작동하지 않는 PowerCLI 스크립트를 수정할 수 있습니까? 전원이 켜지지 않는 가상 머신의 전원을 켤 수 있습니까? 이제 vSphere 기술을 활용하여 테스트해야 합니다.

실습 모듈 목록:

실습 담당자:

  • Manny Duron - 책임 시스템 엔지니어, 미국 

이 실습 설명서는 다음 Hands-on Lab 문서 사이트에서 다운로드할 수 있습니다.

http://docs.hol.vmware.com

이 실습은 다른 언어로도 제공될 수 있습니다. 원하는 언어로 설정하고 실습과 함께 배포되는 현지화된 설명서를 보려면 실습 과정을 수행할 때 다음 문서를 참조하십시오.

http://docs.hol.vmware.com/announcements/nee-default-language.pdf


 

VMware Technology Network(VMTN)

추가 힌트를 얻고 다른 VMware 제품 및 플랫폼을 사용한 당면 과제 실습에 대해 논의하려면 다음 VMware Technology Network(VMTN) Challenge Lab 커뮤니티 사이트를 방문하십시오.

https://communities.vmware.com/community/vmtn/challenge-lab/

 

 

주 콘솔 위치

 

  1. 빨간색 상자로 표시된 영역에 주 콘솔이 표시됩니다. 실습 설명서는 주 콘솔의 오른쪽 탭에 있습니다.
  2. 실습에 따라 왼쪽 위의 별도 탭에 추가 콘솔이 제공될 수 있습니다. 필요할 경우 별도의 콘솔을 열라는 지침이 표시됩니다.
  3. 실습이 시작되면 타이머에 90분이 표시됩니다. 이 실습은 저장할 수 없습니다. 실습 세션 동안 모든 작업을 완료해야 합니다. 그러나 EXTEND(연장)를 클릭하여 시간을 늘릴 수는 있습니다. VMware에서 수행되는 실습에 참석한 경우 실습 시간을 두 번에 걸쳐 총 30분 연장할 수 있습니다. 한 번 클릭할 때마다 15분이 추가됩니다. VMware 외부에서 진행되는 행사인 경우 실습 시간을 최대 9시간 30분까지 연장할 수 있습니다. 클릭할 때마다 1시간이 추가됩니다.

 

 

키보드 이외의 데이터 입력 방법

이 모듈에서는 주 콘솔에 텍스트를 입력하게 됩니다. 콘솔에 직접 입력하는 대신, 더 쉽게 복잡한 데이터를 입력할 수 있는 두 가지 다른 방법이 있습니다.

 

 

실습 설명서 컨텐츠를 클릭하여 콘솔 활성 창으로 끌어서 놓기

 
 

실습 설명서에서 바로 텍스트와 명령줄 인터페이스(CLI) 명령을 클릭하여 주 콘솔의 활성 창에 끌어 놓을 수 있습니다.

 

 

온라인 다국어 키보드 액세스

 

주 콘솔에 있는 온라인 다국어 키보드를 사용할 수도 있습니다.

  1. Windows 빠른 실행 작업 표시줄에 있는 키보드 아이콘을 클릭합니다.

 

 

활성 콘솔 창 클릭

 

이 예에서는 온라인 키보드를 사용하여 e-메일 주소에 사용되는 "@" 기호를 입력합니다. "@" 기호는 미국 키보드 배열에서 Shift+2입니다.

  1. 활성 콘솔 창을 한 번 클릭합니다.
  2. Shift 키를 클릭합니다.

 

 

@ 키 클릭

 

  1. "@" 키를 클릭합니다.

활성 콘솔 창에 @ 기호가 입력됩니다.

 

 

정품 인증 확인 또는 워터마크

 

실습을 처음 시작하면 바탕 화면에 Windows의 정품 인증이 확인되지 않았음을 나타내는 워터마크를 볼 수 있습니다.

가상화의 주요 이점 중 하나는 가상 머신을 이동하여 모든 플랫폼에서 실행할 수 있다는 점입니다. Hands-on Lab은 이러한 이점을 활용하므로 여러 데이터 센터에서 실습을 실행할 수 있습니다. 하지만, 이러한 데이터 센터는 동일한 프로세서가 아닐 수 있으므로 인터넷을 통한 Microsoft 정품 인증 확인이 필요합니다.

VMware 및 Hands-on Lab은 Microsoft 라이센싱 요구 사항을 완벽하게 준수하고 있습니다. 사용하는 실습 환경은 독립형 포드로, Windows 정품 인증을 위한 인터넷 전체 액세스 권한을 가지고 있지 않습니다. 인터넷에 대한 전체 액세스 권한이 없으면 자동 프로세스가 실패하게 되며 이 워터마크가 나타납니다.

그러나 이러한 외관상의 문제는 실습에 영향을 미치지 않습니다.

 

 

화면 오른쪽 아랫부분 확인

 

시작 절차가 모두 완료되어 실습을 시작할 준비가 되었는지 확인합니다. "Ready"(준비) 상태가 아니면 몇 분 더 기다려야 합니다. 5분 후에도 "Ready"(준비) 상태로 바뀌지 않으면 도움을 요청하십시오.

 

모듈 1 - 기본 실습으로 시작(30분)

소개


이 모듈의 기본 실습으로 시작하여 문제 해결 엔진을 준비 상태로 만들어 보겠습니다. 이 실습에서는 다음과 같은 당면 과제에 직면하게 됩니다.


 

모듈 변환기

 

해결해야 할 당면 과제를 위해 모듈 1을 준비하려면 Challenge Lab MS(모듈 변환기)를 실행해야 합니다.

  1. 주 콘솔의 바탕 화면에 있는 Challenge Lab MS 바로 가기를 두 번 클릭합니다.
  2. Module 1(모듈 1) 아래 Start(시작)를 선택합니다.

PowerCLI 스크립트가 완료될 때까지 기다린 후 계속 진행합니다. 스크립트가 완료되면 Enter 키를 눌러 PowerCLI 창을 닫습니다.

 

당면 과제 1: vMotion을 사용해 가상 머신을 마이그레이션할 수 없음


vMotion을 사용하면 가상 머신이 실행되는 호스트를 변경하거나 가상 머신의 호스트와 데이터스토어를 모두 변경할 수 있습니다.

vMotion을 사용해 가상 머신을 마이그레이션하면서 호스트만 변경할 경우 가상 머신의 전체 상태가 새로운 호스트로 이동됩니다. 연결된 가상 디스크는 두 호스트 간에 공유되는 스토리지에서 동일한 위치에 남게 됩니다.

호스트와 데이터스토어를 모두 변경할 경우 가상 머신 상태는 새로운 호스트로 이동되고 가상 디스크는 다른 데이터스토어로 이동됩니다. 공유 스토리지가 없는 vSphere 환경에서 다른 호스트 및 데이터스토어로의 vMotion 마이그레이션이 가능합니다.

가상 머신 상태가 대체 호스트로 마이그레이션되면 가상 머신이 새로운 호스트에서 실행됩니다. 따라서 vMotion을 사용한 마이그레이션은 실행 중인 가상 머신에 아무런 영향도 미치지 않습니다.

상태 정보에는 현재 메모리 내용 및 가상 머신을 정의하고 식별하는 모든 정보가 포함되어 있습니다. 메모리 내용에는 트랜잭션 데이터가 포함되어 있으며, 운영 체제와 애플리케이션의 모든 비트가 메모리에 있습니다. 상태에 저장된 정의 및 식별 정보에는 BIOS, 디바이스, CPU, 이더넷 카드의 MAC 주소, 칩셋 상태, 레지스터 등과 같은 가상 머신 하드웨어 요소에 매핑되는 모든 데이터가 포함되어 있습니다.

vMotion을 사용해 가상 머신을 마이그레이션할 경우 가상 머신의 새로운 호스트는 마이그레이션을 진행할 수 있도록 호환성 요구 사항을 충족해야 합니다.

vMotion을 사용한 마이그레이션은 다음 세 단계로 진행됩니다.

  1. vMotion을 사용한 마이그레이션을 요청 받으면 vCenter Server가 기존 가상 머신이 현재 호스트에서 안정적인 상태인지 확인합니다.
  2. 가상 머신 상태 정보(메모리, 레지스터, 네트워크 연결)가 대상 호스트에 복사됩니다.
  3. 가상 머신이 새로운 호스트에서 활동을 재개합니다.

마이그레이션 중에 오류가 발생할 경우 가상 머신이 원래 상태 및 위치로 복구됩니다.


 

시작하기 전

중요: 본 모듈의 소개 부분에서 설명한 Challenge Lab 모듈 변환기를 사용하여 모듈 1을 시작하지 않은 경우, 중지하고 모듈 1의 소개로 돌아가서 지침에 따라 Challenge Lab 모듈 변환기를 사용하여 모듈을 시작하십시오.

이미 이 단계를 완료한 경우 다음 단계를 진행하시기 바랍니다.

 

 

Google Chrome 열기

 

 

 

vSphere Client 로그인

 

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

'challenge-01a' 가상 머신 찾기

 

  1. vSphere Client에서 검색 상자를 사용하여 'challenge-01a'를 검색합니다.
  2. challenge-01a를 선택합니다.

 

 

모듈 1: 당면 과제 1

애플리케이션 소유자의 요구에 따라 여러 시스템 관리자가 'challenge-01a'를 'esx-04a', 'esx-05a' 또는 'esx-06a'로 마이그레이션(vMotion)하려고 시도했습니다.

당면 과제는 다음과 같습니다.

이 당면 과제에 대한 솔루션을 확인하려는 경우가 아니라면 다음 단계를 진행하지 마십시오.

 

 

모듈 1: 당면 과제 1 - 솔루션

vSphere 환경을 재구성하여 'challenge-01a'의 vCPU가 2개에서 4개로 증가했습니다. ESXi 호스트 'esx-04a', 'esx-05a' 및 'esx-06a'에는 CPU가 2개뿐이므로 'challenge-01a'를 이러한 호스트로 마이그레이션할 수 없습니다.

따라서 'challenge-01a'를 'esx-04a', 'esx-05a' 또는 'esx-06a'로 마이그레이션하려면 'challenge-01a'의 vCPU를 4개에서 2개로 수정해야 합니다.

당면 과제를 완료할 수 있도록 'challenge-01a'를 vCPU 2개로 재구성하는 방법을 살펴보도록 하겠습니다.

 

 

'challenge-01a' 가상 머신 설정 편집

 

'challenge-01a'의 CPU 설정을 'esx-04a', 'esx-05a' 또는 'esx-06a'의 리소스 제한 사항에 맞게 수정해야 합니다.

  1. 'challenge-01a'를 선택합니다.
  2. Actions(작업)를 선택합니다.
  3. Edit Settings(설정 편집)를 선택합니다.

 

 

CPU 설정 수정

 

 

 

'challenge-01a' 가상 머신 마이그레이션

 

  1. 'challenge-01a'를 마우스 오른쪽 버튼으로 클릭합니다.
  2. Migrate...(마이그레이션)를 선택합니다.

 

 

컴퓨팅 리소스만 변경

 

  1. 기본으로 선택되어 있는 'Change compute resource only'(컴퓨팅 리소스만 변경)를 유지합니다.
  2. Next(다음)를 선택합니다.

 

 

컴퓨팅 리소스 선택

 

  1. 'challenge-01a'를 'esx-04a', 'esx-05a' 또는 'esx-06a'로 마이그레이션해야 합니다. 이러한 ESXi 호스트 세 개 중 하나를 선택하고 호환성 확인에 성공했는지 확인합니다.
  2. Next(다음)를 선택합니다.

참고: ESXi 호스트 'esx-03a'는 'challenge-01a'에 허용되는 마이그레이션 대상이 아닙니다.

 

 

네트워크 선택

 

Select networks(네트워크 선택) 창에서 아무 것도 변경할 필요가 없습니다.

  1. Next(다음)를 선택합니다.

 

 

완료 준비

 

 

당면 과제 2: 가상 머신에 ping할 수 없음


특정 가상 머신에 대한 네트워킹 문제 해결이 포함된 다음 당면 과제를 진행하기 전에 아래 모범 사례를 고려하여 네트워크를 구성하십시오.


 

명령 프롬프트 열기

 

  1. 주 콘솔의 작업 표시줄에 있는 명령 프롬프트 바로 가기를 선택합니다.

 

 

'challenge-02a' 가상 머신 ping하기

 

  1. 명령 프롬프트에 다음 텍스트를 입력합니다.
ping challenge-02a -t

-t를 사용하면 ping을 무한하게 실행할 수 있으므로 이 단계를 반복하지 않고도 다양한 솔루션을 테스트하여 문제가 해결되었는지 여부를 파악할 수 있습니다.

 

 

모듈 1: 당면 과제 2

 

ping 응답이 'Destination host unreachable'(대상 호스트에 연결할 수 없음)로 나타납니다. 당면 과제는 다음과 같습니다.

이 당면 과제에 대한 솔루션을 확인하려는 경우가 아니라면 다음 섹션을 진행하지 마십시오.

 

 

모듈 1: 당면 과제 2 - 솔루션

 

'challenge-02a' 가상 머신에 대한 현재 구성을 확인하니 누군가 오래 전에 회사의 이름 지정 규칙을 사용하여 vSphere Standard Switch(VSS)를 생성한 것으로 보입니다. 이제 회사는 vSphere Distributed Switch(VDS)를 기반으로 표준화되었지만 가상 머신이 실행 중인 'esx-06a' 호스트에서 이 vSphere Standard Switch를 삭제하지 않았습니다.

 

'challenge-02a' 가상 머신만이 'VM-RegionA01-vSS-COMP' vSphere Standard Switch에 연결되어 있으므로 해당 스위치 내에 격리되어 네트워크에서 다른 네트워크 노드와 통신할 수 없습니다. 해당 구성은 다음 방법으로 확인할 수 있습니다.

  1. vSphere Client 메뉴에서 네트워킹 아이콘을 선택합니다.
  2. 'VM-RegionA01-vSS-COMP' vSphere Standard Switch를 선택합니다.
  3. 스위치 메뉴에서 VMs(가상 머신)를 선택합니다.
  4. 'challenge-02a' 가상 머신이 해당 스위치에 연결된 유일한 가상 머신입니다.

 

 

설정 편집

 

vSphere Client의 호스트 및 클러스터 메뉴 옵션에서 다음을 수행합니다.

  1. 'esx-06a.corp.local' 호스트 아래 인벤토리 트리에서 'challenge-02a'를 선택합니다.
  2. Actions(작업)를 선택합니다.
  3. Edit Settings(설정 편집)를 선택합니다.

 

 

네트워크 어댑터 변경

 

1. Network adapter 1(네트워크 어댑터 1) 드롭다운 메뉴에서 Browse(찾아보기)를 선택합니다.

 

  1. 'RegionA01-vDS-COMP' VMware Distributed Switch에서 'VM-RegionA01-vDS-COMP' 포트 그룹을 선택합니다.
  2. OK(확인)를 선택합니다.

 

  1. OK(확인)를 선택하여 'challenge-02a' 가상 머신의 'Network adapter 1'(네트워크 어댑터 1)이 VMware Distributed Switch의 'VM-RegionA01-vDS-COMP' 포트 그룹에 연결되어 있음을 확인합니다.

명령 프롬프트로 돌아갑니다. 연속 ping이 중지된 경우 다음 명령을 사용하여 연속 ping을 재시작합니다.

ping challenge-02a -t

현재 'challenge-02a'가 ping에 응답합니까?

 

 

ping에 응답

 

이제 'challenge-02a'가 네트워크에서 통신합니다. 관리자가 서버에 로그인할 수 없는 이유를 묻기 전에 성공적으로 문제를 진단하여 해결했습니다. 이제 명령 프롬프트 창을 닫을 수 있습니다.

 

 

모듈 변환기

 

이제 모듈 1을 마쳤으므로 다음 당면 과제를 위해 실습을 재설정해야 합니다.

  1. 주 콘솔의 바탕 화면에 있는 Challenge Lab MS(모듈 변환기)를 두 번 클릭합니다.
  2. Module 1(모듈 1) 아래 Stop(중지)을 선택합니다.

 

결론


모듈 1의 목적은 vSphere 환경에서 다음과 같은 2가지 일반적인 문제를 해결하는 방법을 학습하는 것이었습니다.

1) vSphere vMotion을 사용하여 가상 머신을 다른 호스트로 마이그레이션할 수 없음

2) 두 가상 머신 간에 연결할 수 없음


 

모듈 1 완료

모듈 1을 완료했습니다.

아래 모듈 중 원하는 모듈을 선택하여 시작하십시오.

 

 

실습 종료 방법

 

실습을 끝내려면 END(종료) 버튼을 클릭합니다.  

 

모듈 2 - 운영 관리(30분)

소개


이 모듈에서는 기본 운영 관리 작업에 대해 다룹니다.

  • 공유 VMware Tools 저장소를 생성한 다음 Windows 가상 머신에서 VMware Tools를 업데이트합니다.
  • 지속적으로 장애가 발생하는 PowerCLI 스크립트 오류 문제를 해결합니다.

 

모듈 변환기

모듈 2에서는 모듈을 시작하기 위해 Challenge Lab 모듈 변환기를 사용하지 않아도 됩니다. 다음 섹션을 진행하시기 바랍니다.

 

당면 과제 1: VMware Tools 업데이트


VMware Tools는 게스트 운영 체제의 보다 효과적인 관리와 게스트 운영 체제와의 원활한 사용자 상호 작용을 위해 VMware 제품의 여러 기능을 사용할 수 있는 일련의 서비스 및 모듈입니다. 예를 들어 VMware Tools에는 다음과 같은 기능이 있습니다.

  • 호스트 운영 체제에서 게스트 운영 체제로 메시지를 전달합니다.
  • 게스트 운영 체제를 vCenter Server 및 기타 VMware 제품의 일부로 맞춤 설정합니다.
  • 게스트 운영 체제 운영을 자동화할 수 있는 스크립트를 실행합니다. 스크립트는 가상 머신의 전원 상태가 변경될 때 실행됩니다.
  • 게스트 운영 체제의 시간을 호스트 운영 체제의 시간과 동기화합니다.

VMware Tools 수명주기 관리는 VMware Tools를 설치하고 업그레이드하기 위한 간소화되고 확장 가능한 접근 방식을 제공합니다. 여기에는 여러 기능의 향상, 드라이버 관련 개선 사항, 새로운 게스트 운영 체제 지원 등이 포함되어 있습니다. 최신 버전의 VMware Tools를 실행하거나 Linux OS와 함께 배포된 open-vm-tools를 사용하십시오. VMware Tools 없이도 게스트 운영 체제를 실행할 수 있지만 최신 기능과 업데이트에 액세스하려면 게스트 운영 체제에서 항상 최신 버전의 VMware Tools를 실행하십시오. 가상 머신의 전원을 켤 때마다 VMware Tools 업그레이드를 자동으로 확인하여 적용하도록 가상 머신을 구성할 수 있습니다. 가상 머신에서 VMware Tools를 자동으로 업그레이드하도록 설정하는 방법은 vSphere 가상 머신 관리 가이드를 참조하십시오.

추가 정보:


 

Product Locker

My VMware에서 ESXi를 다운로드할 때 ESXi 설치 프로그램에 VMware Tools를 패키지로 구성하거나 구성하지 않고 ESXi를 다운로드할 수 있는 옵션이 있습니다. VMware Tools가 포함된 ESXi는 크기가 약 300MB이며 이 중 절반이 VMware Tools 소스 파일로 구성됩니다. 따라서 VMware Tools가 포함되지 않은 ESXi 설치 프로그램을 사용하는 경우 ESXi 내에 상당한 공간을 절약할 수 있습니다. 특히 Auto Deploy 같은 기능을 사용할 때 더욱 그러합니다.

향후 VMware Tools 업데이트를 간소화하려면 먼저 이 모듈에서 모든 ESXi 호스트 간에 공유되는 데이터스토어에 공유 VMware Tools 소스 폴더를 생성한 다음 Product Locker 폴더의 컨텐츠를 해당 공유 폴더에 복사해야 합니다. VMware가 이 과정을 안내해 드리므로 걱정하지 마십시오.

 

 

PuTTY 열기

 

  1. Windows 작업 표시줄에서 PuTTY 바로 가기를 선택합니다.

 

 

ESXi 호스트에 연결

 

vSphere 환경의 모든 ESXi 호스트는 vSphere 6.7을 실행하므로 SSH를 통해 모든 ESXi 호스트에 연결할 수 있습니다.

  1. esx-01a를 선택합니다.
  2. Open(열기)을 선택합니다.

 

 

Product Locker 살펴보기

 

자동으로 ESXi 호스트에 루트 사용자로 연결됩니다. 다음 3개 명령을 사용하여 VMware Tools 설치 소스 파일이 들어 있는 productLocker 폴더의 컨텐츠에 액세스할 수 있습니다. PuTTY 창의 크기를 확장해야 할 수도 있습니다.

명령 프롬프트 [root@esx-01a:~]에서 다음을 입력합니다.

1. cd /productLocker/
2. cd vmtools
3. ls

productLocker 폴더에는 각 유형의 운영 체제에 대한 VMware Tools 설치 파일이 들어 있습니다. 파일 유형은 3가지로 다음과 같습니다.

 

 

Google Chrome 열기

 

Windows 바탕 화면에서 Google Chrome을 엽니다. 또는 이전 당면 과제에서 이미 Chrome을 연 경우에는 새 탭을 엽니다.

  1. 작업 표시줄에 있는 바로 가기를 클릭하여 Google Chrome을 엽니다.

 

 

vSphere Client 로그인

 

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

스토리지 액세스

 

  1. vSphere Client에서 Menu(메뉴)를 선택합니다. vCenter Server 선택 목록이 들어 있는 드롭다운이 표시됩니다.
  2. Storage(스토리지)를 선택합니다.

 

 

모듈 2: 당면 과제 1

올바른 경로로 시작할 수 있도록 안내해 드렸으므로 이제 당면 과제를 완료해야 합니다. 당면 과제는 다음과 같습니다.

이 당면 과제를 완료하기 위해 사용할 수 있는 툴은 다음과 같습니다.

이 당면 과제에 대한 솔루션을 확인할 준비가 되지 않았다면 다음 페이지로 이동하지 마십시오.

 

 

모듈 2: 당면 과제 1 - 솔루션

 

WinSCP를 사용하여 VMware Tools 설치 파일을 주 콘솔에 복사해야 합니다.

  1. 주 콘솔의 바탕 화면에 있는 'WinSCP VMTools' 바로 가기를 두 번 클릭합니다.

다음 화면이 나타납니다.

 

바로 가기를 클릭하면 자동으로 다음 폴더로 이동됩니다.

  1. ESXi 호스트의 '.../vmtools/' 폴더(WinSCP 오른쪽 패널에 위치)
  2. 실습을 진행 중인 주 콘솔의 바탕 화면에 있는 '...\VMTools\' 폴더 (WinSCP 왼쪽 패널에 위치)(없는 경우 WinSCP 왼쪽 패널에서 'C:\Users\Administrator\Desktop\VMTools'로 이동)

 

 

VMware Tools 설치 파일 다운로드

 

  1. WinSCP 오른쪽 패널의 '.../vmtools/' 폴더에서 모든 파일을 선택합니다 (ESXi 호스트).
  2. 모든 파일을 WinSCP 왼쪽 패널의 '...\vmtools\' 폴더에 다운로드합니다 (주 콘솔 가상 머신의 바탕 화면).

 

이렇게 하면 ESXi 호스트에서 vSphere 클러스터의 모든 ESXi 호스트 간에 공유되는 폴더로 vmtools 파일이 다운로드됩니다(주 콘솔 가상 머신은 클러스터의 모든 ESXi 호스트에서 액세스 가능).

 

 

 

vSphere Client 로그인

 

이전 단계에서 vSphere Client에 로그인되어 있어야 합니다. 그렇지 않은 경우 vSphere Client에 로그인합니다.

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

스토리지 액세스

 

  1. vSphere Client에서 Menu(메뉴)를 선택합니다. vCenter Server 선택 목록이 들어 있는 드롭다운이 표시됩니다.
  2. Storage(스토리지)를 선택합니다.

 

 

공유 데이터스토어 선택

 

  1. RegionA01-ISCSI01-COMP01 데이터스토어를 선택합니다.

 

 

새 데이터스토어 폴더 생성

 

  1. Files(파일)를 선택합니다.
  2. New Folder(새 폴더)를 선택합니다.
  3. 폴더 이름으로 Shared-VMTools를 입력합니다. OK(확인)를 누릅니다.

 

 

WinSCP를 사용하여 새 폴더에 VMware Tools 설치 파일 복사

 

이전 단계에서 WinSCP 세션에 로그인되어 있어야 합니다. 그렇지 않은 경우 WinSCP에 로그인합니다.

  1. 주 콘솔의 바탕 화면에 있는 WinSCP VMTools 바로 가기를 두 번 클릭합니다.

바로 가기를 클릭하면 자동으로 클러스터 내 ESXi 호스트의 'vmtools' 폴더로 이동됩니다. 이전 단계에서 VMFS 데이터스토어에서 생성한 'Shared-VMTools' 폴더를 찾아야 합니다.

 

 

VMFS 찾아보기

 

다음 단계에 따라 WinSCP 오른쪽에 있는 폴더 트리에서 'RegionA01-ISCSI01-COMP01' 데이터스토어에서 생성한 'Shared-VMTools' 폴더로 이동합니다.

  1. WinSCP 상단에서 드롭다운 화살표를 선택하여 'vmtools' 폴더에서 'vmfs' 폴더로 이동합니다. vmfs 폴더를 선택합니다.
  2. volumes를 선택합니다.
  3. RegionA01-ISCSI01-COMP01을 선택합니다.

'RegionA01-ISCSI01-COMP01' 폴더 바로 가기 아이콘이 있습니다. 이 바로 가기를 선택하면 32자의 영숫자 이름이 있는 원래 폴더로 이동합니다. 이후 단계에서는 알기 쉬운 이름이 아니라 32자 영숫자 이름을 참조하므로 중요합니다. 참고로 32자 영숫자 이름은 5a905bc6-8f09ccc8-9e77-00505601dfda입니다.

 

  1. Shared-VMTools를 선택합니다.

 

 

VMware Tools 설치 파일 복사

 

'VMTools' 폴더(WinSCP 왼쪽)에 다운로드한 VMware Tools 설치 파일을 'RegionA01-ISCSI01-COMP01' 데이터스토어에서 생성한 'Shared-VMTools' 폴더(WinSCP 오른쪽)에 복사합니다.

 

 

Product Locker 위치

 

이 당면 과제에서는 필요하지 않지만 ESXi 호스트를 VMware Tools 설치 파일의 새로운 위치로 업데이트하는 추가 단계가 필요합니다.

  1. vSphere Client의 호스트 및 클러스터 메뉴 옵션에서 ESXi 호스트(예: esx-05a)를 선택합니다.
  2. Configure(구성)를 선택합니다.
  3. Advanced System Settings(고급 시스템 설정)를 선택합니다.

 

Advanced System Settings(고급 시스템 설정) 창에서 다음을 수행합니다.

  1. Edit(편집)을 선택합니다.

 

생성한 새 productLocker 폴더를 반영하도록 위치를 편집합니다.

  1. UserVars.ProductLockerLocation 설정이 나타날 때까지 아래로 스크롤합니다.
  2. Value(값) 열(기본값: /locker/packages/vmtoolsRepo/)을 두 번 클릭합니다. 값을 /vmfs/volumes/RegionA01-ISCSI01-COMP01/Shared-VMTools로 변경합니다.
  3. OK(확인)를 선택합니다.

팁: 많은 수의 ESXi 호스트가 있는 경우 각 ESXi 호스트에서 개별적으로 이 단계를 수행하는 것은 권장되지 않습니다. 다음 PowerCLI 스크립트를 사용하여 모든 ESXi 호스트를 한 번에 업데이트할 수 있습니다.

Connect to vCenter Server in PowerCLI

Get-VMhost -Location <cluster name> |  Set-VMHostAdvancedConfiguration -Name UserVars.ProductLockerLocation  -Value /vmfs/volumes/RegionA01-ISCSI01-COMP01/productLocker

productLocker 위치 업데이트를 완료하려면 ESXi를 재시작해야 합니다.

이것으로 이 당면 과제를 마치겠습니다.  

다음 페이지로 이동하여 모듈 2를 계속 진행하거나 목차를 사용하여 다른 당면 과제 또는 모듈을 선택하십시오.

 

당면 과제 2: PowerCLI 스크립트가 작동하지 않음


vSphere PowerCLI는 네트워킹, 스토리지, 가상 머신, 작업 등 vSphere 관리의 모든 측면을 자동화할 수 있는 강력한 명령줄 툴입니다. vSphere PowerCLI는 Windows PowerShell 스냅인으로 배포되며 여기에는 설명서 및 샘플과 함께 300개 이상의 PowerShell cmdlet이 포함되어 있습니다.

추가 정보:


 

Get-VM-Snapshots PowerCLI 스크립트 실행

 

 

 

모듈 2: 당면 과제 2

 

'Get-VM-Snapshots' PowerCLI 스크립트를 실행할 수 없습니다. 당면 과제는 다음과 같습니다.

이 당면 과제에 대한 솔루션을 확인하려는 경우가 아니라면 다음 페이지로 이동하지 마십시오.

 

 

모듈 2: 당면 과제 2 - 솔루션

 

이유를 파악하셨습니까? 오류 메시지에서 PowerCLI 스크립트에서 오류가 발생한 위치에 대한 힌트를 얻을 수 있습니다. Get-VM-Snapshot.ps1 경로 뒤에 오는 문자에 집중하십시오.

3 char:1

이 문자는 PowerCLI 스크립트 오류가 스크립트의 세 번째 줄에 있다는 것을 나타냅니다. 스크립트의 세 번째 줄을 자세히 살펴보겠습니다.

  1. 주 콘솔의 바탕 화면에 있는 Get-VM-Snapshots.ps1을 두 번 클릭합니다.
  2. Edit with Notepad++(메모장++를 이용한 편집)를 선택합니다.

세 번째 줄의 텍스트는 다음으로 시작합니다.

Get-Snapshot

Get-Snapshot 명령은 스크립트를 시작하기 위해 잘못된 명령입니다. (Get-Snapshot 명령은 스크립트의 뒷부분에서 사용됩니다.)

스크립트 내에서 실행해야 하는 첫 번째 명령은 'Get-VM' 명령입니다. 이 명령은 vCenter Server 내에서 가상 머신 목록을 검색합니다. 그런 다음 'Get-Snapshot' 명령을 실행하여 각 가상 머신의 스냅샷 목록을 가져옵니다.

따라서 세 번째 줄의 'Get-Snapshot' 명령을 'Get-VM'으로 변경합니다. PowerCLI 스크립트는 다음과 같아야 합니다.

Connect-VIServer -Server 'vcsa-01a.corp.local' -User 'CORP\Administrator' -Password 'VMware1!'

Get-VM | Format-Table Name, @{Label="NumSnapshots";Expression={(Get-Snapshot -VM $_ | Measure-Object).Count}}, @{Label="TotalSnapShotSizeMB";Expression={(Get-Snapshot -VM $_ | Measure-Object -Sum SizeMB).Sum}}

Read-Host -Prompt "Press Enter to Exit"

스크립트를 수정한 후 Save(저장)를 선택한 다음 스크립트를 마우스 오른쪽 버튼으로 클릭하고 Run with PowerShell(PowerShell로 실행)을 선택하여 스크립트를 다시 실행합니다.

 

 

가상 머신 스냅샷 가져오기 성공

 

일부 중요한 vSphere 운영 관리 작업을 방해하는 손상된 PowerCLI 스크립트가 수정되었습니다.

'Get-VM-Snapshot.ps1' PowerCLI 스크립트를 수정하고 'Run with PowerShell'(PowerShell로 실행)을 선택하여 실행하면 각 가상 머신과 연결된 스냅샷의 수와 크기를 확인할 수 있습니다. (여기에 표시되는 정보는 이 연습을 수행하기 전에 실습에서 실행한 작업에 따라 달라집니다.)

이것으로 이 당면 과제를 마치겠습니다.  

다음 페이지로 이동하여 계속 진행하거나 목차를 사용하여 다른 당면 과제 또는 모듈을 선택하십시오.

 

결론


모듈 2에서는 다음과 같은 기본 운영 관리 작업에 대해 살펴봤습니다.

  1. 공유 VMware Tools 저장소를 생성한 다음 Windows 가상 머신에서 VMware Tools를 업데이트하는 방법
  2. PowerCLI 스크립트 오류 해결

 

모듈 2 완료

모듈 2를 완료했습니다.

아래 모듈 중 원하는 모듈을 선택하여 시작하십시오.

 

 

실습 종료 방법

 

실습을 끝내려면 END(종료) 버튼을 클릭합니다.

 

모듈 3 - 리소스 관리(30분)

소개


이 모듈에서는 기본 리소스 관리 작업에 대해 다룹니다.

  • 성능이 저하된 가상 머신 문제를 해결합니다.
  • ESXi 호스트의 성능이 계속 저하되는 이유를 파악합니다.

 

모듈 변환기

 

해결해야 할 당면 과제를 위해 모듈 3을 준비하려면 Challenge Lab MS(모듈 변환기)를 실행해야 합니다.

  1. 주 콘솔의 바탕 화면에 있는 Challenge Lab MS 바로 가기를 두 번 클릭합니다.
  2. Module 3(모듈 3) 아래 Start(시작)를 선택합니다.

PowerCLI 스크립트가 완료될 때까지 기다린 후 계속 진행합니다. 스크립트가 완료되면 Enter 키를 눌러 PowerCLI 창을 닫습니다.

 

당면 과제 1: 성능이 저하된 가상 머신 문제 해결


성능이 저하된 가상 머신 문제 해결을 시작하기 전에 몇 가지 문제 해결 제안 사항을 검토해 보겠습니다.

이러한 제안은 가상 환경의 문제를 진단하고 해결하기 위한 포괄적인 가이드는 아닙니다. 그보다는 VMware 기술 지원에 문의하지 않고도 해결할 수 있는 몇 가지 일반적인 문제에 대한 정보를 제공합니다.

  • 일시적인 CPU 사용량 급증은 CPU 리소스를 최대한 활용하고 있음을 의미합니다. 계속해서 CPU 사용량이 높을 경우 문제가 있을 수 있습니다. CPU 성능 차트를 사용하여 호스트, 클러스터, 리소스 풀, 가상 머신, vApp에 대한 CPU 사용량을 모니터링할 수 있습니다.
  • 호스트 시스템 메모리는 게스트 가상 메모리 및 게스트 물리적 메모리를 지원하는 하드웨어입니다. 호스트 시스템 메모리는 호스트에 있는 가상 머신의 총 활성 메모리보다 약간 더 커야 합니다. 가상 머신의 메모리 크기는 평균 게스트 메모리 사용량보다 약간 더 커야 합니다. 가상 머신 메모리 크기를 늘리면 오버헤드 메모리 사용량이 증가합니다.
  • 데이터스토어는 가상 머신 파일의 스토리지 위치를 나타냅니다. 스토리지 위치는 VMFS 볼륨, NAS(네트워크 연결 스토리지)의 디렉토리 또는 로컬 파일 시스템 경로일 수 있습니다. 데이터스토어는 플랫폼 및 호스트 독립적입니다.
  • 디스크 차트를 사용하여 평균 디스크 로드를 모니터링하고 디스크 사용 동향을 파악합니다. 예를 들어, 지속적으로 하드 디스크에서 읽고 쓰는 애플리케이션에서 성능 저하가 발생할 수 있습니다. 디스크 읽기/쓰기 요청 수가 급증하는 경우 당시에 그러한 애플리케이션이 실행 중이었는지 확인합니다.
  • 네트워크 성능은 애플리케이션 워크로드 및 네트워크 구성에 따라 다릅니다. 손실된 네트워크 패킷은 네트워크의 병목 현상을 나타냅니다. 네트워크 성능 저하는 로드 밸런싱 문제의 징후일 수 있습니다.

추가 정보:


 

시작하기 전

중요: 본 모듈의 소개 부문에서 설명한 Challenge Lab 모듈 변환기를 사용하여 모듈 3을 시작하지 않은 경우, 중지하고 모듈 3의 소개로 돌아가서 지침에 따라 Challenge Lab 모듈 변환기를 사용하여 모듈을 시작하십시오.

이미 이 단계를 완료한 경우 다음 단계를 진행하시기 바랍니다.

 

 

challenge-01a 가상 머신에 연결

 

  1. 주 콘솔의 바탕 화면에 있는 'chg-01a.RDP' 바로 가기를 두 번 클릭하여 'challenge-01a' 가상 머신에 연결합니다. 또는 'chg-01a.RDP'를 마우스 오른쪽 버튼으로 클릭하고 Connect(연결)를 선택할 수 있습니다.

 

 

challenge-04a 가상 머신에 연결

 

  1. 주 콘솔의 바탕 화면에 있는 'chg-04a.RDP' 바로 가기를 두 번 클릭하여 'challenge-04a' 가상 머신에 연결합니다. 또는 'chg-04a.RDP'를 마우스 오른쪽 버튼으로 클릭하고 Connect(연결)를 선택할 수 있습니다.

'challenge-01a' 및 'challenge-04a' 모두에 로그인될 때까지 기다린 후 다음 단계를 진행하여 가상 머신의 게스트 운영 체제 콘솔을 엽니다.

'challenge-01a' 및 'challenge-04a' 모두에 상태를 모니터링할 수 있는 툴이 설치되어 있습니다. 게스트 운영 체제 바탕 화면에서 호스트 이름, IP 주소, CPU 사용량, 메모리 사용량을 비롯한 가상 머신에 대한 정보를 볼 수 있습니다. CPU 사용량과 메모리 사용량은 실시간으로 업데이트됩니다.

CPU 사용량 차트에서 사용된 총 CPU("Total:")와 게스트 운영 체제의 커널에서 사용된 CPU 사용 비율("Krnl:")을 볼 수 있습니다.

 

 

challenge-01a 가상 머신에서 SPECjbb 시작

 

  1. SPECjbb를 두 번 클릭하여 성능 측정 애플리케이션을 시작합니다.
  2. Start Benchmark(벤치마크 시작)를 선택합니다.

SPECjbb2005 창이 열립니다. SPECjbb2005는 CPU 및 메모리 성능을 측정할 수 있는 실제 SPEC Java 기반 벤치마크입니다. 이제 'challenge-04a' 가상 머신에 이 단계를 반복하면서 1분 동안 실행해 보겠습니다.

 

 

challenge-04a 가상 머신에서 SPECjbb 시작

 

  1. SPECjbb를 두 번 클릭하여 성능 측정 애플리케이션을 시작합니다.
  2. Start Benchmark(벤치마크 시작)를 선택합니다.

SPECjbb2005 창이 열립니다. SPECjbb2005는 CPU 및 메모리 성능을 측정할 수 있는 실제 SPEC Java 기반 벤치마크입니다. 이제 연습을 계속 진행하면서 1분 동안 실행해 보겠습니다.

 

 

두 가상 머신의 성능 결과 검토

 

 

 

 

모듈 3: 당면 과제 1

보시는 것처럼 'challenge-04a'에 비해 'challenge-01a'의 성능이 저조합니다. 당면 과제는 다음과 같습니다.

이 당면 과제에 대한 솔루션을 확인할 준비가 되지 않았다면 다음 페이지로 이동하지 마십시오.

 

 

모듈 3: 당면 과제 1 - 솔루션

 

자세히 살펴보면 'challenge-01a' 및 'challenge-04a' 모두에 CPU 공유가 설정되어 있는 것을 알 수 있습니다. 그러나 주요 차이점은 'challenge-01a'에는 공유 값 1000이 구성되어 있고 'challenge-04a'에는 공유 값 2000이 구성되어 있다는 것입니다. 이는 'challenge-04a'에 비해 'challenge-01a'의 성능이 저조한 이유를 설명합니다.

공유는 가상 머신의 상대적 중요성을 지정합니다. 이 경우 'challenge-04a'는 'challenge-01a'보다 두 배 많은 CPU 공유를 보유하고 있으므로 여러 가상 머신과 경합 시 리소스를 두 배 사용할 수 있는 자격이 부여됩니다.

이 당면 과제를 해결하기 위한 몇 가지 방법이 있습니다.

  1. 'challenge-04a'에 대한 CPU 공유가 'challenge-01a'와 일치하도록 수정하여 모두 1000이 되도록 할 수 있습니다.
  2. 'challenge-01a'에 대한 CPU 공유가 'challenge-04a'와 일치하도록 수정하여 모두 2000이 되도록 할 수 있습니다.
  3. 'challenge-01a' 및 'challenge-04a'에 대한 CPU 공유가 모두 0이 되도록 수정할 수 있습니다.

향후 이 호스트에 상주하는 가상 머신에 동일한 성능 특성이 적용되지 않도록 CPU 공유를 모두 0으로 수정해 보겠습니다.

 

 

Google Chrome 열기

 

  1. 작업 표시줄에 있는 바로 가기를 클릭하여 Google Chrome을 엽니다.

 

 

vSphere Client 로그인

 

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

'challenge-01a' 가상 머신의 설정 편집

 

  1. vSphere Client의 왼쪽에 있는 인벤토리 트리에서 'challenge-01a' 가상 머신을 찾습니다. 'challenge-01a'를 마우스 오른쪽 버튼으로 클릭하여 컨텍스트 메뉴를 실행합니다.
  2. Edit Settings(설정 편집)를 선택합니다.

 

 

CPU 공유 편집

 

  1. CPU 옆의 화살표를 선택하여 CPU 메뉴를 확장합니다.
  2. 'Shares'(공유) 설정에 대해 현재 설정된 Custom(사용자 지정) 옆의 드롭다운 메뉴를 선택하고 값을 Normal(일반)로 변경합니다.
  3. OK(확인)를 선택합니다.

 

 

'challenge-04a' 가상 머신에서 '설정 편집' 프로세스 반복

'challenge-04a'에 대해 동일한 프로세스를 반복합니다.

  1. vSphere Web Client의 왼쪽에 있는 트리에서 'challenge-04a'를 찾습니다. 'challenge-04a'를 마우스 오른쪽 버튼으로 클릭하여 컨텍스트 메뉴를 실행합니다.
  2. Edit Settings(설정 편집)를 선택합니다.
  3. CPU 옆의 화살표를 선택하여 CPU 메뉴를 확장합니다.
  4. 'Shares'(공유) 설정에 대해 현재 설정된 Custom(사용자 지정) 옆의 드롭다운 메뉴를 선택하고 값을 Normal(일반)로 변경합니다.
  5. OK(확인)를 선택합니다.

 

 

두 가상 머신의 업데이트된 성능 결과 검토 및 비교

 

 

SPECjbb 벤치마크 애플리케이션이 계속 실행 중이므로, 몇 주기가 지난 후에도 'challenge-01a' 및 'challenge-04a'의 성능이 동등해야 합니다. SPECjbb 벤치마크 애플리케이션이 실행되지 않는 경우 각 가상 머신에서 벤치마크를 다시 시작하여 가상 머신의 성능이 유사한지 확인합니다.

이것으로 이 당면 과제를 마치겠습니다.  

다음 페이지로 이동하여 모듈 3을 계속 진행하거나 목차를 사용하여 다른 당면 과제 또는 모듈을 선택하십시오.

 

당면 과제 2: 성능이 저하된 호스트 문제 해결


새로운 당면 과제를 시작하기 전에 지속적으로 높은 CPU 사용량에 대한 몇 가지 솔루션을 검토해 보겠습니다.

일시적인 CPU 사용량 급증은 CPU 리소스를 최대한 활용하고 있음을 의미합니다. 계속해서 CPU 사용량이 높을 경우 문제가 있을 수 있습니다. CPU 성능 차트를 사용하여 호스트, 클러스터, 리소스 풀, 가상 머신, vApp에 대한 CPU 사용량을 모니터링할 수 있습니다.

  • 호스트 CPU 사용량이 지속적으로 높습니다. CPU 사용량 값이 높으면 호스트에 있는 가상 머신의 준비 시간 및 프로세서 대기열이 증가할 수 있습니다.
  • 가상 머신 CPU 사용량이 90%를 넘고 CPU 준비 값이 20%보다 높습니다. 애플리케이션 성능이 이에 영향을 받습니다.
  • 호스트에 요구 사항을 충족하는 데 필요한 CPU 리소스가 부족합니다.
  • 일반 CPU 수에 비해 가상 CPU 수가 너무 많습니다.
  • CPU를 대기 상태로 전환하는 IO 스토리지 또는 네트워킹 작업이 있습니다.
  • 게스트 운영 체제가 CPU에 너무 많은 로드를 생성합니다.

솔루션

  • VMware Tools가 호스트의 모든 가상 머신에 설치되어 있는지 확인합니다.
  • 가상 머신의 CPU 사용량을 호스트 또는 리소스 풀에 있는 다른 가상 머신의 CPU 사용량과 비교합니다. 호스트의 가상 머신 뷰에 표시되는 스택 막대 차트는 호스트에 있는 모든 가상 머신의 CPU 사용량을 보여줍니다.
  • 가상 머신의 준비 시간이 긴 이유가 CPU 사용 시간이 CPU 제한 설정에 도달했기 때문인지 파악합니다. 그러한 경우 가상 머신에서 CPU 제한을 늘립니다.
  • CPU 공유를 늘려 가상 머신의 실행 기회를 확대합니다. 호스트 시스템이 CPU의 제약을 받는 경우 호스트의 전체 준비 시간이 감소되지 않을 수 있습니다. 호스트 준비 시간이 줄어들지 않는 경우 우선 순위가 높은 가상 머신에 대한 CPU 예약을 설정하여 해당 가상 머신에서 필요한 CPU 주기를 수신하도록 합니다.
  • 가상 머신에 할당된 메모리 용량을 늘립니다. 이렇게 하면 캐싱하는 애플리케이션에 대한 디스크 또는 네트워크 활동이 감소합니다. 따라서 디스크 I/O가 줄어들고 호스트에서 하드웨어를 가상화해야 할 필요가 적어질 수 있습니다. 일반적으로 가상 머신에 할당된 리소스가 적을수록 CPU 준비 시간이 증가합니다.
  • 가상 머신의 가상 CPU 수를 워크로드를 실행하는 데 필요한 수로 줄입니다. 예를 들어 4방향 가상 머신의 단일 스레드 애플리케이션만이 단일 vCPU의 이점을 얻습니다. 그러나 하이퍼바이저에서 3개의 유휴 vCPU를 유지하려면 다른 작업에 사용할 수 있는 CPU 주기가 필요합니다.
  • 호스트가 아직 DRS 클러스터에 없는 경우 추가합니다. 호스트가 DRS 클러스터에 있는 경우 호스트 수를 늘리고 하나 이상의 가상 머신을 새로운 호스트로 마이그레이션합니다.
  • 필요한 경우 호스트에서 물리적 CPU 또는 코어를 업그레이드합니다.
  • 최신 버전의 하이퍼바이저 소프트웨어를 사용하고 TCP 세분화 오프로드, 대용량 메모리 페이지, 점보 프레임과 같이 CPU를 절감할 수 있는 기능을 사용하도록 설정합니다.

이제 이 당면 과제가 호스트 CPU 성능과 관련이 있다고 생각할 수도 있습니다. 그럴 수도 그렇지 않을 수도 있습니다. 이를 확인하는 유일한 방법은 당면 과제를 진행하는 것입니다. 행운을 빕니다.


 

Google Chrome 실행

 

  1. 작업 표시줄에 있는 바로 가기를 클릭하여 Google Chrome을 엽니다.

 

 

vSphere Client 로그인

 

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

성능이 저하된 호스트로 이동

 

운영 팀에서 'esx-01a'의 성능이 저하되었다고 알려 왔습니다. 추가 조사가 필요합니다.

  1. esx-01a 호스트를 선택합니다.
  2. Monitor(모니터링)를 선택합니다.
  3. Advanced(고급)를 선택합니다. Advanced(고급)를 표시하기 위해 Performance(성능) 왼쪽의 화살표를 선택하여 Performance(성능)를 확장해야 할 수 있습니다.

'esx-05a'에서 현재 가상 머신 워크로드는 사용 가능한 CPU 리소스의 50%를 사용합니다. 성능 그래프를 자세히 살펴보면 5개의 카운터(녹색, 파란색, 보라색, 주황색, 검정색)를 확인할 수 있습니다. Performance Chart Legend(성능 차트 범례)에 따르면 파란색 카운터는 CPU 0, 보라색 카운터는 CPU 1, 녹색 카운터는 CPU 2, 주황색 카운터는 CPU 3, 검정색 카운터는 호스트의 전반적인 CPU 사용량을 나타냅니다.

 

 

메모리 성능 보기

 

메모리 사용량을 표시하려면 View(뷰)를 변경합니다. 'esx-01a'에는 8GB의 사용 가능한 메모리가 있습니다. 현재 가상 머신 워크로드는 사용 가능한 메모리의 80% 가까이 사용합니다.

Advanced Performance Monitor(고급 성능 모니터)를 사용하여 'esx-01a'의 성능을 조사합니다. Performance(성능) 창의 오른쪽 상단에서 CPU usage in %(CPU 사용량(%)) 옆의 드롭다운을 사용하여 메모리 및 네트워크의 측정지표와 기타 호스트 기반 측정지표를 확인합니다.

 

 

모듈 3: 당면 과제 2

당면 과제는 다음과 같습니다.

  • 'esx-01a'에 대한 성능 압박을 완화합니다.

이 당면 과제에 대한 솔루션을 확인할 준비가 되지 않았다면 다음 페이지로 이동하지 마십시오.

 

 

모듈 3: 당면 과제 2 - 솔루션

 

동료가 'challenge-02a'와 동일한 호스트에서 실수로 memhog(메모리 사용량이 많은) 가상 머신을 시작하기 전까지 ESXi 호스트 'esx-01a'는 양호한 성능을 제공했습니다. memhog 가상 머신만이 환경 내 성능 벤치마킹에 사용됩니다.

'esx-01a'의 성능 문제를 해결하기 위해 다음 중 하나를 수행할 수 있었습니다.

  • 'challenge-02a' 또는 'memhog'를 다른 ESXi 호스트로 마이그레이션
  • 'challenge-02a' 'memhog' 둘 중 하나 또는 모두에 대해 메모리 제한 설정

 

 

모듈 3 중지

 

동료와 함께 축하하는 시간을 갖기 전에 주 콘솔의 바탕 화면에 있는 Challenge Lab MS(모듈 변환기)를 엽니다.

  1. 주 콘솔의 바탕 화면에 있는 Challenge Lab MS(모듈 변환기) 바로 가기를 두 번 클릭합니다.
  2. Module 3(모듈 3) 아래 Stop(중지)을 선택합니다.

PowerCLI 창이 닫힐 때까지 기다린 후 다음 단계를 진행합니다.

 

결론


모듈 3에서는 다음과 같은 기본 리소스 관리 작업에 대해 살펴봤습니다.

  • 성능이 저하된 가상 머신 문제를 해결합니다.
  • ESXi 호스트의 성능이 계속 저하되는 이유를 파악합니다.

 

모듈 3 완료

모듈 3을 완료했습니다.

아래 모듈 중 원하는 모듈을 선택하여 시작하십시오.

 

 

실습 종료 방법

 

실습을 끝내려면 END(종료) 버튼을 클릭합니다.

 

모듈 4 - 운영 관리 당면 과제(45분)

소개


이 모듈에서는 고급 운영 관리 작업에 대해 다룹니다.

  • 새로운 사용자는 vSphere 환경 내에서 특정 사용 권한이 필요하며 해당 사용자가 모든 가상 머신 삭제와 같은 오류를 범하기 전에 해당 사용 권한이 올바른지 확인하는 것은 전적으로 여러분의 몫입니다.
  • 가상 머신의 전원이 켜지지 않는 이유를 확인합니다.
  • ESXi 호스트가 규정 준수를 위반할 때 해결 방법을 찾습니다.

 

모듈 변환기

 

해결해야 할 당면 과제를 위해 모듈 4를 준비하려면 Challenge Lab MS(모듈 변환기)를 실행해야 합니다.

  1. 주 콘솔의 바탕 화면에 있는 Challenge Lab MS 바로 가기를 두 번 클릭합니다.
  2. Module 4(모듈 4) 아래 Start(시작)를 선택합니다.

PowerCLI 스크립트가 완료될 때까지 기다린 후 계속 진행합니다. 스크립트가 완료되면 Enter 키를 눌러 PowerCLI 창을 닫습니다.

 

당면 과제 1: 올바른 사용 권한 할당


사용 권한은 사용자와 가상 머신 또는 ESXi 호스트와 같은 객체에 대한 역할이 할당된 사용자로 구성되는 액세스 역할입니다. 사용 권한은 사용자에게 역할이 할당된 객체에 대해 역할에 의해 지정된 활동을 수행할 권한을 부여합니다.

예를 들어 호스트의 메모리를 구성하려면 Host > Configuration > Memory Configuration(호스트 > 구성 > 메모리 구성) 권한을 포함하는 역할을 사용자에게 부여해야 합니다. 다양한 객체의 사용자에게 다른 역할을 할당하여 이러한 사용자가 vSphere 환경에서 수행할 수 있는 작업을 제어합니다.

루트 및 vpxuser 이외의 사용자는 처음에 모든 객체에 대한 사용 권한이 없으므로, 이러한 객체를 보거나 이러한 객체에 대한 작업을 수행할 수 없습니다. 시스템 관리자 권한이 있는 사용자는 이러한 사용자에게 작업을 수행할 수 있는 사용 권한을 할당해야 합니다.  

권한 목록은 ESXi 및 vCenter Server에 동일합니다.

복수 사용 권한

많은 작업에는 둘 이상의 객체에 대한 사용 권한이 필요합니다.

하위 객체에 적용된 사용 권한은 항상 상위 객체에 적용된 사용 권한보다 우선합니다. 가상 머신 폴더 및 리소스 풀은 계층 구조에서 동일한 수준입니다. 가상 머신의 폴더 및 해당 리소스 풀의 사용자 또는 그룹에 전파 사용 권한을 할당하는 경우, 사용자는 리소스 풀 및 폴더에서 전파된 권한을 갖게 됩니다.

여러 그룹 사용 권한이 동일한 객체에 대해 정의되고 사용자가 둘 이상의 그룹에 속하는 경우, 다음 두 가지 상황이 가능합니다.

  • 해당 객체에 대해 사용자에게 정의된 사용 권한이 없는 경우, 사용자에게 해당 객체에 대해 그룹에 할당된 권한이 할당됩니다.
  • 해당 객체에 대해 사용자에게 정의된 사용 권한이 있는 경우, 사용자의 사용 권한은 전체 그룹 사용 권한보다 우선합니다.  

사용 권한 예

이러한 규칙은 특정 작업을 허용하는 사용 권한을 할당해야 하는지 여부를 결정하는 데 도움이 됩니다.

  • 가상 디스크 생성 또는 스냅샷 생성과 같이 스토리지 공간을 사용하는 모든 작업에는 대상 데이터스토어에 대한 Datastore > Allocate Space(데이터스토어 > 공간 할당) 권한과 작업 자체를 수행할 권한이 필요합니다.
  • 객체를 인벤토리 계층 구조에서 이동하려면 객체 자체, 소스 상위 객체(예: 폴더 또는 클러스터) 및 대상 상위 객체에 대한 적절한 권한이 필요합니다.
  • 각 호스트 및 클러스터에는 해당 호스트 또는 클러스터를 모두 포함하는 자체적인 암시적 리소스 풀이 있습니다. 가상 머신을 호스트 또는 클러스터에 직접 배포하려면 Resource > Assign Virtual Machine to Resource Pool(리소스 > 리소스 풀에 가상 머신 할당) 권한이 필요합니다.

 

시작하기 전

중요: 본 모듈의 소개 부문에서 설명한 Challenge Lab 모듈 변환기를 사용하여 모듈 4를 시작하지 않은 경우, 중지하고 모듈 4의 소개로 돌아가서 지침에 따라 Challenge Lab 모듈 변환기를 사용하여 모듈을 시작하십시오.

이미 이 단계를 완료한 경우 다음 단계에서 모듈 4: 당면 과제 1을 진행하시기 바랍니다.

 

 

모듈 4: 당면 과제 1

개발자 관리자가 새로운 주니어 개발자에 대한 다음과 같은 사용 권한 요구 사항을 e-메일을 발송했습니다.

  1. 템플릿에서 새로운 가상 머신을 프로비저닝하는 기능을 포함하여 가상 머신 및 템플릿에 대한 액세스 권한 필요.
  2. 모든 가상 머신에서 CPU 또는 메모리를 추가하거나 제거할 수 없음.
  3. 가상 머신에 대해 생성, 이름 변경, 제거 및 복구를 포함하는 완벽한 스냅샷 기능.
  4. 새 폴더 생성 기능.
  5. 가상 머신에 대해 모든 전원 작업을 수행할 수 있는 기능.
  6. 가상 머신 복제 기능.

CORP.LOCAL 도메인 내에 새로운 개발자에 대한 Active Directory 계정이 이미 생성되었습니다. 계정 세부 정보는 다음과 같습니다.

  • 사용자 이름:  CORP\jdev
  • 암호:  VMware1!

당면 과제는 다음과 같습니다.

  • 제공된 요구 사항을 기반으로 주니어 개발자에게 올바른 vCenter 사용 권한을 할당합니다.

시작하기 전에 책임자가 보안 표준을 구현했으므로 주니어 개발자에 대한 모든 요청된 사용 권한은 vCenter 내 개발 폴더에만 적용되어야 합니다.

이 당면 과제에 대한 솔루션을 확인하려는 경우가 아니라면 다음 페이지로 이동하지 마십시오.

 

 

모듈 4: 당면 과제 1 - 솔루션

주니어 개발자에게 올바른 사용 권한을 할당할 수 있었습니까? 해결 방법을 실전에서 활용해 보고 솔루션을 차례대로 살펴보겠습니다.

 

 

Google Chrome 열기

 

  1. 작업 표시줄에 있는 바로 가기를 클릭하여 Google Chrome을 엽니다.

 

 

vSphere Client 로그인

 

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

vSphere 관리 포털 시작

 

주니어 개발자에게 할당할 요청된 사용 권한으로 새로운 역할을 생성해야 합니다.

  1. vSphere Client에서 Menu(메뉴)를 선택합니다.
  2. Administration(관리) 옵션을 선택합니다.

 

 

새로운 역할 생성

 

  1. Roles(역할)를 선택합니다.
  2. 더하기 기호를 선택하여 새로운 역할을 추가합니다.

 

 

상호 작용 권한

 

  1. New Role(새로운 역할) 옵션 목록에서 아래로 스크롤하여 Virtual machine(가상 머신)을 선택합니다.
  2. Virtual Machine Privileges(가상 머신 권한) 패널에서 Interaction (상호 작용) 섹션이 나타날 때까지 아래로 스크롤합니다.
  3. See more privileges(권한 더 보기)를 클릭하여 확장합니다.

 

 

주니어 개발자에게 적절한 권한만 선택

 

  1. Virtual Machine Privileges(가상 머신 권한) 패널에서 아래로 스크롤하여 추가 권한을 확인합니다.
  2. Suspend(일시 중단) 및 Power On(전원 켜기)을 선택합니다.

중요: 추가 권한을 정의해야 하므로 Next(다음)를 클릭하지 마십시오.

 

 

프로비저닝 권한

 

  1. New Role(새로운 역할) 옵션 목록 아래 Virtual Machine(가상 머신) 옵션의 Virtual Machine Privileges(가상 머신 권한) 패널에서 Provisioning(프로비저닝) 섹션이 나타날 때까지 아래로 스크롤합니다.
  2. See more privileges(권한 더 보기)를 클릭하여 확장합니다.

 

 

주니어 개발자에게 적절한 프로비저닝 권한만 선택

 

  1. 다음 권한을 선택합니다.
    • Clone virtual machine(가상 머신 복제)
    • Create template from virtual machine(가상 머신에서 템플릿 생성)
    • Deploy template(템플릿 배포)

중요: 추가 권한을 계속 정의해야 하므로 Next(다음)를 클릭하지 마십시오.

 

 

스냅샷 관리 권한

 

  1. New Role(새로운 역할) 옵션 목록 아래 Virtual Machine(가상 머신) 옵션의 Virtual Machine Privileges(가상 머신 권한) 패널에서 Snapshot management(스냅샷 관리) 섹션이 나타날 때까지 아래로 스크롤합니다.
  2. 해당 섹션과 관련된 모든 권한을 자동으로 선택하려면 Snapshot management(스냅샷 관리) 확인란을 선택합니다.
  3. 이때 주니어 개발자에 대한 모든 요청된 권한을 살펴봐야 합니다. 이제 NEXT(다음)를 클릭할 수 있습니다.

 

 

역할 이름 이정

 

  1. 새 역할에 Junior Developer(주니어 개발자)라는 이름을 지정합니다.
  2. Finish(마침)를 선택합니다.

 

 

vSphere Client 인터페이스에서 가상 머신 및 템플릿 열기

 

  1. Menu(메뉴)를 선택합니다.
  2. VMs and Templates(가상 머신 및 템플릿)를 선택합니다.

 

 

'개발' 폴더로 이동

 

  1. 인벤토리 목록에서 계층 구조의 상단이 나타날 때까지 위로 스크롤합니다.
  2. Development(개발) 폴더를 선택합니다.  (Development(개발) 폴더를 표시하기 위해 'vcsa-01a.corp.local' 및 'RegionA01'을 확장해야 할 수도 있습니다.)
  3. Permissions(사용 권한)를 선택합니다.
  4. 더하기 기호를 선택하여 새로운 사용 권한을 추가합니다.

 

 

개발 폴더에 대한 새로운 사용 권한 추가

 

Development(개발)는 Add Permission(사용 권한 추가) 옆에 있는 창의 상단에 있습니다. 여기서 새로운 사용 권한을 할당할 vCenter 객체를 확인할 수 있습니다.

  1. 드롭다운 메뉴에서 CORP.LOCAL을 선택합니다.
  2. jdev를 입력합니다.
  3. 드롭다운 목록에서 Junior Developer(주니어 개발자) 역할을 선택합니다. (방금 생성한 역할임)
  4. Propogate to children(하위로 전파) 확인란을 선택합니다.
  5. OK(확인)를 선택합니다.

 

 

사용 권한 추가 완료

 

이것으로 이 당면 과제를 마치겠습니다.

다음 페이지로 이동하여 모듈 4를 계속 진행하거나 목차를 사용하여 다른 당면 과제 또는 모듈을 선택하십시오.

 

당면 과제 2: 가상 머신의 전원이 켜지지 않음


구현에서 사용 중인 다양한 서비스 및 에이전트에서 제공하는 로그에서 중요한 문제 해결 정보를 얻을 수 있습니다.

대부분의 로그는 Windows 배포의 경우 C:\ProgramData\VMware\vCenterServer\logs 또는 vCenter Server Appliance 배포의 경우 /var/log/에 위치합니다. 공통 로그는 모든 구현에서 사용할 수 있습니다. 기타 로그는 특정 배포 옵션(관리 노드 또는 Platform Services Controller)에 고유합니다.

공통 로그

  • applmgmt = VMware 어플라이언스 관리 서비스
  • CloudVM = 서비스 간 리소스의 할당 및 배포에 대한 로그
  • CM = VMware 구성 요소 관리자
  • FirstBoot = 첫 번째 부팅 로그가 저장된 위치
  • rhttpproxy = 역방향 웹 프록시
  • SCA = VMware 서비스 제어 에이전트
  • statsmonitor = VMware 어플라이언스 모니터링 서버(VCSA만 해당)
  • Vapi = VMware vAPI Endpoint
  • vmaffd = VMware 인증 프레임워크 대몬
  • vmdird = VMware 디렉토리 서비스 대몬
  • vmon = VMware 서비스 수명주기 관리자

추가 정보:


 

Google Chrome 열기

  1. 주 콘솔 바탕 화면에 있는 바로 가기를 사용하여 Google Chrome 시작합니다.

 

 

 

vSphere Client 로그인

 

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

'challenge-05a' 가상 머신 검색

 

  1. Menu(메뉴) 드롭다운 옆에 있는 검색 필드에 challenge-05a를 입력하고 Enter 키를 누릅니다.
  2. challenge-05a를 선택합니다.

 

 

'challenge-05a' 가상 머신 전원 켜기

 

  1. Actions(작업)를 선택합니다.
  2. Power(전원)를 확장하여 이용 가능한 모든 전원 옵션을 표시합니다.
  3. Power On(전원 켜기)을 선택합니다.

 

 

모듈 4: 당면 과제 2

 

  1. 창 하단에서 Recent Tasks(최근 작업)를 선택하여 확장하고 'challenge-05a'의 전원이 성공적으로 켜져 있는지 확인합니다.

'challenge-05a'의 전원이 켜져 있지 않은 것으로 나타납니다. 오류 메시지를 확인하여 문제해결을 시작합니다. 당면 과제는 다음과 같습니다.

이 당면 과제에 대한 솔루션을 확인하려는 경우가 아니라면 다음 페이지로 이동하지 마십시오.

 

 

모듈 4: 당면 과제 2 - 솔루션

 

  1. Hosts and Clusters(호스트 및 클러스터) 뷰로 전환하여 인벤토리 트리를 표시합니다.
  2. 이동하여 'esx-05a' 호스트 아래 'challenge-05a' 가상 머신을 선택합니다.
  3. Summary(요약) 탭에서 VM Hardware(가상 머신 하드웨어) 섹션이 나타날 때까지 아래로 스크롤합니다. 가상 머신이 8 CPU(s)(CPU 8개)로 구성되어 있는 것을 알 수 있습니다.
    • 팁: 'challenge-05a' 가상 머신의 전원이 켜지지 않는 이유는 'esx-05a'에 CPU가 2개뿐이므로 'challenge-05a' 가상 머신의 현재 vCPU 요구 사항(CPU 8개)을 충족할 정도로 CPU 리소스가 충분하지 않기 때문입니다.

 

 

가상 머신 설정 편집

 

'challenge-05a' 가상 머신의 구성 오류 문제를 해결하는 방법은 다음과 같습니다.

  1. 'challenge-05a'를 마우스 오른쪽 버튼으로 클릭합니다.
  2. Edit Settings(설정 편집)를 선택합니다.

 

 

가상 머신에 올바른 CPU 구성

 

  1. Core per Socket(소켓당 코어 수) 드롭다운 메뉴를 선택합니다. 사용 가능한 옵션은 1 또는 2뿐임을 알 수 있습니다. 1 또는 2를 선택합니다.
  2. OK(확인)를 선택합니다.

팁: 변경 사항을 저장하고 설정을 다시 편집하려고 시도하면 vCenter Server가 사용자 인터페이스 내에서 가상 머신을 잘못 구성하지 못하도록 한다는 것을 알 수 있습니다.

이제 vCenter Server 사용자 인터페이스에서 해당 설정을 선택할 수 없는 경우 어떻게 'challenge-05a' 가상 머신이 CPU 8개로 구성되었습니까?라고 질문할 수 있습니다.

이에 대한 답변은 가상 머신 VMX 파일(구성 파일) 내의 'numvcpus' 줄이 CPU 8개로 수동으로 수정되었다는 것입니다. 이렇게 하면 구성 오류를 방지하기 위해 vCenter Server 내에 배치된 측정값을 재정의할 수 있으므로 이는 VMX 파일을 직접 수정할 리스크가 있음을 보여줍니다.

 

 

당면 과제 완료

 

CPU 수를 8에서 1 또는 2로 수정하면 'challenge-05a' 가상 머신의 전원이 성공적으로 켜집니다.

이것으로 이 당면 과제를 마치겠습니다.  

다음 페이지로 이동하여 모듈 4를 계속 진행하거나 목차를 사용하여 다른 당면 과제 또는 모듈을 선택하십시오.

 

당면 과제 3: 호스트가 규정 준수를 위반함


호스트 프로필 기능은 특히 시스템 관리자가 vCenter Server의 여러 호스트 또는 클러스터를 관리하는 환경에서 호스트 구성을 캡슐화하고 호스트 구성을 관리하는 데 도움이 되는 프로필을 생성합니다.

호스트 프로필은 호스트 구성 및 규정 준수 구성을 위해 자동화되고 중앙에서 관리하는 메커니즘을 제공합니다. 호스트 프로필은 반복적인 수동 작업에 대한 의존도를 줄여 효율성을 높일 수 있습니다. 또한 사전 구성되고 검증된 참조 호스트의 구성을 캡처하고, 구성을 관리 객체로 저장하며, 포함된 매개 변수 카탈로그를 사용하여 네트워킹, 스토리지, 보안 및 기타 호스트 수준 매개 변수를 구성합니다.

호스트 프로필은 개별 호스트, 클러스터 또는 호스트 프로필과 연결된 모든 호스트 및 클러스터에 적용할 수 있습니다. 호스트 프로필을 클러스터에 적용하면 클러스터의 모든 호스트에 영향을 주고 적용된 호스트 전반에 구성이 일관됩니다.

호스트 프로필을 사용하면 호스트 또는 클러스터와 연결된 호스트 프로필에 대해 호스트 또는 클러스터의 규정 준수를 확인하여 호스트의 구성을 검증할 수 있습니다.

추가 정보:


 

호스트 프로필 시작하기

 

  1. 작업 표시줄에 있는 Google Chrome 바로 가기를 선택합니다.

 

 

vSphere Client 로그인

 

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

호스트 프로필 살펴보기

 

  1. vSphere Client에서 Menu(메뉴)를 클릭합니다.
  2. 드롭다운 메뉴에서 Policies and Profiles(정책 및 프로필)를 선택합니다.

 

 

호스트 프로필 살펴보기

 

  1. 탐색기에서 Host Profiles(호스트 프로필)를 선택합니다.

 

 

HostProfile-01-Production

 

팀원이 'HostProfile-01-Production'이라는 호스트 프로필을 만들었습니다.

  1. HostProfile-01-Production을 선택합니다.

 

 

호스트 프로필 규정 준수 확인

 

 

  1. Actions(작업) 메뉴에서 Check Host Profile Compliance(호스트 프로필 규정 준수 확인)를 선택합니다.

'Check Compliance'(규정 준수 확인) 작업이 완료될 때까지 기다립니다. Recent Tasks(최근 작업) 창을 사용하여 'Check Compliance'(규정 준수 확인) 작업의 완료 상태를 확인합니다.

 

 

미준수 호스트

 

Check Compliance(규정 준수 확인) 작업이 완료되면 결과를 검토해 보겠습니다. Compliance(규정 준수) 패널에서 다음을 수행합니다.

  1. 'X' 아이콘 옆의 수가 1인지 확인합니다.
  2. 오른쪽으로 스크롤하여 자세한 내용을 확인합니다.
  3. 'esx-05a'가 HostProfile-01-Production에 대해 Not Compliant(미준수) 상태임을 알 수 있습니다. 호스트가 'Not Compliant'(미준수) 상태로 표시되는 이유를 확인해 보겠습니다.

 

 

모듈 4: 당면 과제 3

올바른 경로를 시작했으므로 이제 제어해야 합니다. 당면 과제는 다음과 같습니다.

이 당면 과제에 대한 솔루션을 확인하려는 경우가 아니라면 다음 페이지로 이동하지 마십시오.

 

 

모듈 4: 당면 과제 3 - 솔루션

미준수 호스트 문제를 해결할 수 있었습니까? 이 당면 과제에 대한 솔루션은 다음과 같습니다.

  • 'esx-05a'가 유효하지 않은 NTP 서버 목록으로 인해 Non-Compliant(미준수) 상태입니다. 호스트 프로필 내에 위치하지 않는 'esx-05a'의 NTP 서버 구성 내에 추가적인 NTP 서버 주소가 있습니다.
  • NTP 서버 주소 'ntp.corp.local'을 NTP 서버 목록에서 삭제해야 합니다.

 

 

세부 정보 확인

 

  1. 아래로 스크롤하여 자세한 내용을 확인합니다.
  2. 하단 패널에 'List of time servers, specified as either IP Addresses or fully qualified domain names (FQDNs)'(IP 주소 또는 정규화된 도메인 이름(FQDN)으로 지정된 타임 서버 목록) 매개 변수가 있습니다. 여기에는 호스트 프로필에 없고 호스트를 Non-Compliant(미준수) 상태로 만드는 추가 NTP 서버 값('ntp.corp.local')이 있습니다.

 

 

NTP 서버 설정 수정

 

  1. vSphere Client의 Menu(메뉴) 드롭다운 목록에서 Host and Clusters(호스트 및 클러스터)를 선택합니다.

 

 

시간 구성

 

  1. esx-05a.corp.local ESXi 호스트로 선택합니다.
  2. Configure(구성) 탭을 선택합니다.
  3. 옵션을 아래로 스크롤하여 System(시스템) 매개 변수 아래에서 Time Configuration(시간 구성)을 선택합니다.
  4. Edit(편집)를 선택합니다.

 

 

시간 구성 편집

 

NTP 서버 텍스트 상자 내에 추가 NTP 서버 'ntp.corp.local'이 있습니다. 텍스트 상자에서 'ntp.corp.local'을 삭제합니다.

 

 

호스트 규정 준수 확인

 

유효하지 않은 NTP 서버 항목을 삭제했으므로 이제 호스트 프로필에 대해 호스트의 규정 준수를 다시 확인해야 합니다. 이 실습의 첫 부분에서 작업한 vSphere Flash Client(vSphere 플래시 클라이언트) 탭이 계속 열려 있어야 합니다.

  1. esxi-05a.corp.local이 선택된 상태에서 Actions(작업) 메뉴를 클릭합니다.
  2. Host Profiles(호스트 프로필)를 선택한 다음 Check Host Profile Compliance(호스트 프로필 규정 준수 확인)를 선택합니다.

 

 

준수

 

잘 하셨습니다. 호스트 'esx-05a'가 현재 운영 호스트 프로필에 대해 Compliant(준수) 상태입니다. 관리자는 ESXi 환경을 표준화하여 앞으로 나아갈 수 있습니다.

'esx-05a'가 계속 미준수 상태여도 걱정할 필요가 없습니다. Hands-on Lab 환경은 많은 클라우드 환경에서 제공됩니다. 따라서 클라우드마다 약간 다르게 실습이 생성됩니다.

보너스 당면 과제: 'esx-05a'를 운영 호스트 프로필에 대해 계속 Not Compliant(미준수) 상태로 만드는 추가 프로필 항목을 검사합니다. 'esx-05a'가 Compliant(준수) 상태가 되도록 '운영 호스트 프로필'을 편집합니다.

보너스 당면 과제에 관심이 없는 경우 다음 단계를 진행하십시오.

 

 

모듈 4 중지

 

동료와 함께 축하하는 시간을 갖기 전에 주 콘솔의 바탕 화면에 있는 Challenge Lab MS(모듈 변환기)를 엽니다.

  1. 주 콘솔의 바탕 화면에 있는 Challenge Lab MS(모듈 변환기) 바로 가기를 두 번 클릭합니다.
  2. Module 4(모듈 4) 아래 Stop(중지)을 선택합니다.

PowerCLI 창이 닫힐 때까지 기다린 후 다음 단계를 진행합니다.

이것으로 이 당면 과제를 마치겠습니다.

다음 페이지로 이동하여 계속 진행하거나 목차를 사용하여 다른 당면 과제 또는 모듈을 선택하십시오.

 

결론


모듈 4에서는 다음과 같은 운영 관리 작업에 대해 살펴봤습니다.

  1. 새로운 vSphere 관리자 사용자에게 적절한 액세스 제어 권한 할당
  2. 리소스 제약으로 인해 시작되지 않은 가상 머신 문제 해결
  3. vSphere Host Profiles를 사용하여 규정 준수를 위반하는 호스트 수정 방법

 

모듈 4 완료

모듈 4가 완료되었습니다.

아래 모듈 중 원하는 모듈을 선택하여 시작하십시오. 

 

 

실습 종료 방법

 

실습을 끝내려면 END(종료) 버튼을 클릭합니다.  

 

모듈 5 - 리소스 관리 당면 과제(45분)

소개


이 모듈에서는 고급 리소스 관리 작업에 대해 다룹니다.

  • 애플리케이션이 지연 시간에 민감합니다. 적절한 성능을 유지하는 데 필요한 리소스를 확보하려면 어떻게 해야 합니까?
  • 성능을 향상시킬 목적으로 리소스 풀을 생성했지만 성능이 저하되었습니다. 무엇이 문제였습니까?
  • 가상 머신이 vNUMA에 대해 올바르게 구성되지 않았는지 어떻게 확인할 수 있습니까?

 

모듈 변환기

 

당면 과제를 위해 실습을 준비하려면 Challenge Lab MS(모듈 변환기)를 실행해야 합니다.

  1. 주 콘솔의 바탕 화면에 있는 Challenge Lab MS 바로 가기를 두 번 클릭합니다.
  2. Module 5(모듈 5) 아래 Start(시작)를 선택합니다.

PowerCLI 스크립트가 완료될 때까지 기다린 후 계속 진행합니다. 스크립트가 완료되면 Enter 키를 눌러 PowerCLI 창을 닫습니다.

 

당면 과제 1: 애플리케이션이 지연 시간에 민감함


ESXi는 데이터베이스와 같은 비즈니스 크리티컬 애플리케이션을 비롯한 다양한 애플리케이션의 가상화 오버헤드를 최소화하기 위해 높은 처리량에 대해 최적화되었습니다. 지연 시간은 Endpoint 간에 데이터를 전송하는 데 소요되는 시간을 측정하고 일반적으로 밀리초 단위로 측정됩니다. 지연 시간에 민감한 애플리케이션에는 일반적으로 낮은 응답 시간이 중요한 VoIP 서비스 또는 높은 빈도의 거래가 포함됩니다.


 

시작하기 전

중요: 본 모듈의 소개 부문에서 설명한 Challenge Lab 모듈 변환기를 사용하여 모듈 5를 시작하지 않은 경우, 중지하고 모듈 5의 소개로 돌아가서 지침에 따라 Challenge Lab 모듈 변환기를 사용하여 모듈을 시작하십시오.

이미 이 단계를 완료한 경우 다음 단계를 진행하시기 바랍니다.

 

 

Google Chrome 열기

 

  1. 작업 표시줄에 있는 바로 가기를 클릭하여 Google Chrome을 엽니다.

 

 

vSphere Client 로그인

 

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

모듈 5: 당면 과제 1

관리자가 'challenge-02a' 가상 머신에 지연 시간 민감도 기능이 사용 설정되어 있어야 한다고 알려 왔습니다. 당면 과제는 다음과 같습니다.

  • 지연 시간 민감도를 사용 설정하고 가상 머신에 대해 모든 지연 시간 민감도 요구 사항을 충족하는지 확인합니다.

이 당면 과제에 대한 솔루션을 확인하려는 경우가 아니라면 다음 페이지로 이동하지 마십시오.

 

 

모듈 5: 당면 과제 1 - 솔루션

 

'challenge-02a' 가상 머신 찾기

  1. vSphere Client에서 검색 기능을 사용하여 'challenge-02a' 가상 머신을 찾습니다. 입력하면 관련 객체 목록이 결과 섹션에 표시됩니다.
  2. 'challenge-02a' 가상 머신을 선택합니다.

'challenge-02a' 가상 머신에 Latency Sensitivity(지연 시간 민감도)를 사용 설정하려면 다음 단계를 완료해야 합니다.

  • 'challenge-02a'를 마우스 오른쪽 버튼으로 클릭하고 Edit Settings > VM Options > Advanced > Latency Sensitivity(설정 편집 > 가상 머신 옵션 > 고급 > 지연 시간 민감도)를 차례로 클릭합니다.  Latency Sensitivity(지연 시간 민감도) 설정을 Normal(일반)에서 High(높음)로 변경합니다.  Latency Sensitivity(지연 시간 민감도) 설정을 Normal(일반)에서 High(높음)로 변경합니다.

다음 페이지로 이동하여 이 프로세스를 단계별로 살펴보겠습니다.

 

 

'challenge-02a' 가상 머신 설정 편집

 

  1. 'challenge-02a'가 선택된 상태에서 Actions(작업) 메뉴 옵션을 클릭합니다.
  2. Edit Settings(설정 편집)를 선택합니다.

 

 

가상 하드웨어 검사

 

  1. CPU 설정을 확장합니다.
  2. Reservation(예약) 값에 특히 주의합니다.

 

이제 Memory(메모리)에 대해 동일한 단계를 반복합니다.

  1. 'challenge-02a' 가상 머신에 대한 Edit Settings(설정 편집) 창을 아래로 스크롤합니다.
  2. Memory(메모리) 설정을 확장합니다.
  3. Reservation(예약) 값을 확인합니다.
  4. 'challenge-02a' 가상 머신에 대한 Edit Settings(설정 편집) 창에서 다시 위로 스크롤합니다.

 

 

지연 시간 민감도 설정

 

  1. VM Options(가상 머신 옵션)를 선택합니다.
  2. Advanced(고급) 설정이 표시될 때까지 아래로 스크롤합니다.
  3. Advanced(고급) 설정을 확장합니다.

 

  1. VM Options(가상 머신 옵션)에서 Latency Sensitivity(지연 시간 민감도) 매개 변수가 표시될 때까지 아래로 스크롤합니다.
  2. 드롭다운을 사용하여 Latency Sensitivity(지연 시간 민감도) 설정을 Normal(일반)에서 High(높음)로 수정합니다.
  3. OK(확인)를 선택합니다.

팁: 최상의 성능을 얻기 위해서는 Latency Sensitivity(지연 시간 민감도)가 High(높음)인 경우 이 가상 머신에 대해 100% CPU 예약을 설정해야 합니다.

 

 

'challenge-02a' 가상 머신의 가상 하드웨어 다시 확인

 

  1. 'challenge-02a'가 선택된 상태에서 Actions(작업) 메뉴 옵션을 클릭합니다.
  2. Edit Settings(설정 편집)를 선택합니다.

 

 

가상 CPU 및 메모리 검토

 

 

  1. CPU를 확장하고 Reservation(예약) 값을 검토합니다.
  2. 아래로 스크롤하여 Memory(메모리)를 확장하고 Reservation(예약) 값을 검토합니다.

팁: 이전 단계에서 Latency Sensitivity(지연 시간 민감도)를 High(높음)로 설정했어도 CPU 및 메모리에 대한 예약이 자동으로 설정되지 않습니다. 따라서 해당 예약을 설정하여 'challenge-02a' 가상 머신에 지연 시간 민감도를 활성화하는 프로세스를 완료해야 합니다.

 

 

예약 설정

 

 

  1. CPU 아래 Reservation(예약) 드롭다운을 선택하고 Maximum(최대값)을 선택하여 가상 머신에 대한 최대 CPU 예약을 구성합니다.  'challenge-02a'의 경우 CPU 2880 MHz입니다.
  2. Memory(메모리) 아래 Reservation(예약) 드롭다운을 선택하고 Maximum(최대값)을 선택하여 가상 머신에 대한 최대 메모리 예약을 구성합니다.  'challenge-02a'의 경우 메모리 512 MB입니다.

'challenge-02a' 가상 머신에 대한 Edit Settings(설정 편집) 창에서 OK(확인)를 선택합니다.

 

 

중요한 추가 정보

지연 시간 민감도를 높음으로 설정할 때 CPU 예약에 대한 경고가 수신되면 메모리 예약도 100%로 설정하는 것이 좋습니다. 메모리 예약이 없으면 vMotion이 실패합니다. 가상 머신의 전원이 꺼진 경우 예약이 설정될 때까지 전원을 켤 수 없습니다.

여러 가상 머신이 지연 시간에 민감한 경우 해당 가상 머신을 호스트 전체에 분산하고 Latency Sensitive(지연 시간에 민감)로 태그를 지정합니다. 이렇게 하면 호스트가 과도하게 활용되지 않으므로 리소스 배포가 향상됩니다.

vSphere에서 지연 시간에 민감한 애플리케이션을 실행하는 방법에 대해 자세히 알아보려면 다음 백서를 참조하십시오.

이것으로 이 당면 과제를 마치겠습니다.

다음 페이지로 이동하여 모듈 5를 계속 진행하거나 목차를 사용하여 다른 당면 과제 또는 모듈을 선택하십시오.


 

당면 과제 2: 리소스 풀을 생성했지만 이제 성능이 저하됨


리소스 풀을 사용하면 호스트(또는 클러스터)의 리소스에 대한 제어를 위임할 수 있지만 리소스 풀을 사용하여 클러스터의 모든 리소스를 분류할 때 이점이 더욱 분명합니다.

리소스 풀을 사용하면 다음과 같은 이점이 있습니다.


 

Google Chrome 열기

 

  1. 작업 표시줄에 있는 바로 가기를 클릭하여 Google Chrome을 엽니다.

 

 

vSphere Client 로그인

 

이 당면 과제에서는 vSphere Client를 사용합니다.

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

'FavoriteVMs' 리소스 풀 확인

이 연습의 목적을 고려하여 'FavoriteVMs' 리소스 풀이 이미 생성되었습니다.

 

  1. vSphere Client에서 Hosts and Clusters(호스트 및 클러스터) 뷰 아래의 인벤토리 트리를 살펴봅니다. RegionA01 가상 데이터 센터 아래 대부분의 ESXi 호스트를 숨깁니다.
  2. ESXi06a 호스트 아래 'FavoriteVMs' 리소스 풀을 확장합니다.

여기에서 확인할 수 있듯이 새로운 풀이 있습니다. 또한 'challenge-01a' 가상 머신이 이미 'FavoriteVMs' 리소스 풀로 이동했습니다.

 

 

원격 데스크톱

 

vSphere Client를 최소화하여 주 콘솔 바탕 화면에 액세스합니다. 또한 모듈 변환기 창이 열려 있는 경우 이를 옆으로 옮겨야 할 수도 있습니다.

해당 바로 가기인 chg-01a.RDP 및 chg-04a.RDP를 사용하여 'challenge-01a' 가상 머신과 'challenge-04a' 가상 머신 모두에 대한 원격 데스크톱을 엽니다.

 

둘 간에 손쉽게 전환할 수 있도록 RDP 세션을 정렬하십시오.

  1. 벤치마킹 툴에 대한 바로 가기 SPECjbb가 'challenge-01a'와 'challenge-04a' 모두의 바탕 화면에 있습니다.

 

 

벤치마킹 툴 시작

 

 

RDP 세션에서 다음을 수행합니다.

  1. SPECjbb 바로 가기를 두 번 클릭하여 벤치마크 툴을 엽니다.
  2. Start Benchmark(벤치마크 시작)를 선택합니다.
  3. 위젯이 두 가상 머신의 바탕 화면에 배치되었으므로 벤치마크 중에 CPU와 메모리를 모두 모니터링할 수 있습니다.

데이터를 캡처할 수 있도록 10-15초 동안 벤치마크를 실행해 보겠습니다.

 

 

모듈 5: 당면 과제 2

 

성능 결과를 비교할 수 있도록 원격 데스크톱 세션의 창 크기를 조정하고 창을 다시 정렬합니다.  

  1. 'challenge-04a'의 성능이 'challenge-01a'보다 거의 두 배 가량 우수한 것을 알 수 있습니다.

당면 과제는 다음과 같습니다.

이 당면 과제에 대한 솔루션을 확인하려는 경우가 아니라면 다음 페이지로 이동하지 마십시오.

 

 

모듈 5: 당면 과제 2 - 솔루션

 

vSphere Client로 돌아가기

Google Chrome 바로 가기를 클릭합니다. 기존 vSphere Client 세션이 만료된 경우 다음을 수행합니다.

  1. "Use Windows session authentication"(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

'challenge-01a' 가상 머신과 'challenge-04a' 가상 머신의 리소스 구성이 동일하므로 문제는 'FavoriteVMs' 리소스 풀과 관련이 있어야 하며 따라서 설정을 검토한 후 궁극적으로 변경해야 합니다.

 

 

'FavoriteVMs' 리소스 풀에 대한 설정 편집

 

  1. vSphere Client의 인벤토리 트리에서 'FavoriteVMs' 리소스 풀로 이동합니다.
  2. 마우스 오른쪽 버튼으로 클릭하고 Edit Resource Settings...(리소스 설정 편집) 옵션을 선택합니다.

 

  1. 'FavoriteVMs' 리소스 풀을 자세히 살펴보면 Shares(공유)가 리소스 풀에 맞게 구성되어 있는 것을 확인할 수 있습니다.  
  2. OK(확인)를 선택하여 Edit Resource Settings(리소스 설정 편집) 창을 닫습니다.

팁: 'challenge-01a' 가상 머신이 'FavoriteVMs' 리소스 풀 내에 위치하므로 해당 가상 머신은 Shares(공유) 설정으로 값이 1,000인 Custom(사용자지정) 구성을 상속합니다. 이를 'challenge-04a' 가상 머신과 비교해 보겠습니다.

 

 

'challenge-04a' 가상 머신에 대한 설정 확인

 

  1. 'challenge-04a' 가상 머신을 마우스 오른쪽 버튼으로 클릭합니다.
  2. Edit Settings(설정 편집)를 선택합니다.

 

  1. CPU를 클릭하여 사용 가능한 설정을 표시합니다.
  2. 'challenge-04a' 가상 머신의 Shares(공유) 구성을 검토합니다.
    ('challenge-04a' 가상 머신의 Shares(공유) 설정이 Normal(일반)입니다. 이 가상 머신의 Shares(공유) 설정을 자세히 살펴보면 회색으로 표시된 Shares(공유) 값이 2000인 것을 확인할 수 있습니다.)
  3. OK(확인)를 선택하여 Edit Settings(설정 편집) 창을 닫습니다.

 

  1. 'challenge-04a' 가상 머신의 Shares(공유) 설정을 Low(낮음) 및 High(높음)로 전환합니다.
    (선택한 설정에 따라 값이 변경됩니다. 설정이 Low(낮음)이면 Shares(공유) 값이 1000으로 변경되고 설정이 High(높음)이면 Shares(공유) 값이 4000으로 변경됩니다.)
  2. 현재로서는 Shares(공유) 설정을 수정하지 않습니다. Cancel(취소)을 클릭하여 'challenge-04a' 가상 머신에 대한 Edit Settings(설정 편집) 창을 닫습니다.

 

 

리소스 풀의 영향

'challenge-01a' 가상 머신이 FavoriteVMs 리소스 풀 내에 위치하므로 해당 가상 머신은 리소스 풀의 CPU Shares(공유) 값, 이 경우 Custom(사용자지정) 설정과 1000 값을 상속합니다.

'challenge-04a' 가상 머신의 Shares(공유) 설정은 Normal(일반)이고 Normal(일반) 설정의 Shares(공유) 값은 2000입니다.

이는 'challenge-04a' 뿐만 아니라 'challenge-01a'의 성능이 대략 절반 정도인 이유를 설명합니다.

이 문제를 해결하기 위해 다음 중 하나를 수행할 수 있었습니다.

  • 'FavoriteVMs' 리소스 풀에서 'challenge-01a'를 제거하고 'challenge-04a'와 마찬가지로 ESXi 호스트에서 직접 리소스를 사용합니다.
    => 이는 가장 짧고 간단한 솔루션입니다.
  • 'challenge-04a'와 일치하도록 FavoriteVMs 리소스 풀의 CPU Shares(공유) 설정을 수정합니다.  
    => 이 옵션에서 CPU Shares(공유) 설정을 Custom(사용자지정)에서 Normal(일반)로 변경하거나 CPU Shares(공유) 값을 1000에서 2000으로 변경합니다.
  • 'FavoriteVMs' 리소스 풀과 일치하도록 'challenge-04a'의 CPU Shares(공유) 설정을 수정합니다.
    => 이 경우 CPU Shares(공유) 설정을 Normal(일반)에서 Low(낮음)로 변경하거나 Custom(사용자지정) 값인 1000을 설정합니다. 그러나 이 설정을 사용하면 'challenge-04a'의 성능이 절반으로 감소하므로 가상 워크로드의 성능을 개선하는 것이 목표인 경우에는 권장 솔루션이 아닙니다.

이것으로 이 당면 과제를 마치겠습니다.

다음 페이지로 이동하여 모듈 5를 계속 진행하거나 목차를 사용하여 다른 당면 과제 또는 모듈을 선택하십시오.

 

당면 과제 3: vNUMA 문제 해결


NUMA는 vCPU가 예약된 것과 동일한 물리적 NUMA 노드 내에서 데이터베이스와 같은 워크로드가 메모리를 할당 및 사용하도록 보장하기 위해 그 중요성이 더 커지고 있습니다.  

가상 머신의 크기가 단일 물리적 NUMA 노드보다 크게 조정되는 경우 vNUMA 토폴로지가 생성되고 게스트 운영 체제에 제공됩니다. 이 가상 구성을 사용하면 vMotion과 같은 기능을 계속 지원하면서 가상 머신 내의 워크로드가 물리적 NUMA의 이점을 활용할 수 있습니다.


 

'challenge-04a' 원격 데스크톱 열기

 

'challenge-04a' 원격 데스크톱 세션이 아직 열려 있지 않은 경우 'chg-04a.DRP' 바탕 화면 바로 가기를 두 번 클릭하여 가상 머신 'challenge-04a'에 대한 원격 데스크톱 세션을 엽니다. 이미 열려 있는 경우 화면 크기를 조정하거나 이전 연습에서 열어 둔 모든 프로세스를 닫아야 할 수 있습니다.

 

 

NUMA 로드

 

  1. 'challenge-04a' 가상 머신의 바탕 화면에 있는 NUMA coreinfo 바로 가기를 두 번 클릭합니다.

Coreinfo는 NUMA 아키텍처를 간편하게 볼 수 있도록 'challenge-04a' 가상 머신에 설치된 타사 툴입니다.

 

 

vNUMA 검사

 

현재 'challenge-04a'가 단일 NUMA Node 0에 매핑되어 있는 것을 알 수 있습니다. Microsoft Windows에서 제공하는 툴을 사용하여 NUMA 구성을 볼 수도 있습니다.

 

 

서버 관리자 열기

 

Coreinfo 외에도 기본적으로 다음을 수행하여 Microsoft Windows Server에서 NUMA 구성을 검사할 수도 있습니다.

  1. 작업 표시줄에 있는 바로 가기를 사용하여 Server Manager(서버 관리자)를 엽니다.

 

 

리소스 모니터 열기

 

  1. Tools(툴)를 선택합니다.
  2. Resource Monitor(리소스 모니터)를 선택합니다.

 

 

리소스 모니터

 

  1. CPU 탭을 선택합니다.
  2. Views(뷰) 드롭다운 메뉴를 선택합니다.
  3. Small(소형)을 선택합니다.
  4. Windows 2012에서 CPU 2개를 감지하는 것을 확인할 수 있습니다. NUMA 노드에 대한 언급은 없습니다.

 

 

vNUMA

vSphere 6.5부터는 소켓당 코어 수 값을 변경해도 더 이상 vNUMA 또는 vNUMA 토폴로지의 구성에 영향을 주지 않습니다.

vSockets 및 소켓당 코어 수의 구성은 게스트 OS에 제공하는 가상 프로세서에만 영향을 줍니다(일반적으로 라이센싱에 필요). vNUMA는 기본 ESXi 호스트를 기반으로 게스트 OS에 제공할 적절한 vNUMA 토폴로지를 자동으로 결정합니다.

예를 들어 vSphere 6.5 이전에 듀얼 소켓, 16-코어 물리적 ESXi 호스트에 소켓당 코어 4개(총 vCPU 16개)가 있는 4-vSocket 가상 머신을 생성하는 경우, vNUMA는 소켓당 코어 수 설정을 기반으로 4개의 vNUMA 노드를 생성합니다. vSphere 6.5부터는 게스트 OS에 소켓 4개와 소켓당 코어 4개가 그대로 표시되지만, 전체 가상 머신을 단일 물리적 NUMA 노드에 배치할 수 있으므로 이제 vNUMA는 전체 가상 머신에 대해 1개의 vNUMA 노드만 생성합니다.

이렇게 소켓당 코어 수 설정을 vNUMA와 분리하면 vSphere는 모든 상황에서 최상의 vNUMA 토폴로지를 자동으로 결정할 수 있습니다.

vSphere 6.0의 이전 동작으로 복구하려면 고급 설정을 사용합니다.

numa.FollowCoresPerSocket = 1

vNUMA에 대한 자세한 정보는 다음 문서에서 확인하실 수 있습니다.

 

 

모듈 5: 당면 과제 3

 

이 당면 과제에서 데이터베이스 관리자는 데이터베이스 서버와 관련된 새로운 NUMA 설정에 익숙하지 않습니다. 따라서 데이터베이스 관리자는 vSphere 6.0의 NUMA 동작과 유사한 NUMA 동작을 선호합니다.

당면 과제는 다음과 같습니다.

이 당면 과제에 대한 솔루션을 확인할 준비가 되지 않았다면 다음 페이지로 이동하지 마십시오.

 

 

모듈 5: 당면 과제 3 - 솔루션

팁: Hot Add vCPU 가상 하드웨어 설정이 사용 설정되면 가상 머신에 제공된 아키텍처는 UMA(Uniform Memory Access)입니다.

이 문제를 해결하기 위해 'challenge-04a' 가상 머신에서 "Enable CPU Hot Add" 구성을 제거해 보겠습니다.

 

 

vSphere Client 열기

 

  1. 작업 표시줄에 있는 바로 가기를 클릭하여 Google Chrome을 엽니다.

 

이전 vSphere Client 세션이 만료된 경우 다음을 수행합니다.

  1. 'Use Windows session authentication'(Windows 세션 인증 사용) 확인란을 선택합니다.
  2. Login(로그인)을 선택합니다.

 

 

 

  1. 'challenge-04a' 가상 머신으로 이동합니다.
  2. 가상 머신을 마우스 오른쪽 버튼으로 클릭하고 Power(전원) 옵션에서 Power Off(전원 끄기)를 선택합니다.
  3. Yes(예)를 클릭하여 전원 끄기 작업을 확인합니다. Recent Tasks(최근 작업) 패널에서 Status(상태)가 성공을 나타내는 녹색 화살표가 있는 Completed(완료됨)인지 확인합니다.

 

 

CPU Hot Add 사용 설정 사용 안 함

 

  1. vSphere Web Client에서 'challenge-04a' 가상 머신을 마우스 오른쪽 버튼으로 클릭하고 Edit Settings(설정 편집)를 선택합니다.
  2. CPU 세션을 클릭합니다. 'Enable CPU Hot Add'(CPU Hot Add 사용 설정)를 선택 취소합니다.
  3. OK(확인)를 선택합니다. Recent Tasks(최근 작업) 패널에서 Status(상태)가 성공을 나타내는 녹색 화살표가 있는 Completed(완료됨)인지 확인합니다.

 

 

다시 NUMA 검토

 

  1. 'challenge-04a' 가상 머신을 마우스 오른쪽 버튼으로 클릭하고 Power(전원) 하위 메뉴에서 Power On(전원 켜기)을 선택합니다. Recent Tasks(최근 작업) 패널에서 Status(상태)가 성공을 나타내는 녹색 화살표가 있는 Completed(완료됨)인지 확인합니다.

=> 이 당면 과제 3의 시작 부분에 나와 있는 'vNUMA 검사'에서 이 단계를 반복하십시오.

NUMA 아키텍처가 'challenge-04a'에서 변경되었습니까?

답/ 아니요. 'challenge-04a'에서 2개의 NUM 노드를 사용하도록 하려면 추가 단계가 필요합니다. 이후 단계에서 'challenge-04a' 구성을 완료해 보겠습니다.

필요한 경우가 아니라면 Enable CPU Hot Add(CPU Hot Add 사용 설정) 설정을 disabled(사용 안 함) 상태로 유지해야 합니다.

 

'challenge-04a' 가상 머신이 vCPU 2개와 소켓당 코어 1개로 구성되어 있습니다.

팁: 일반적으로 소켓당 코어 수 = 1을 그대로 유지해야 최상의 성능을 냅니다. 소켓당 코어 수가 기본값인 1로 유지될 때 ESXi가 일반적으로 최상의 성능을 내도록 물리적 서버를 기반으로 가상 머신에 최적인 vNUMA 구성을 자동으로 선택할 수 있습니다. 라이센싱 목적과 같은 특별한 이유가 있는 경우가 아니라면 소켓당 코어 수 = 1을 그대로 유지하십시오.

게스트 OS에 vNUMA 아키텍처가 표시되지 않지만 표시되어야 한다고 생각되는 경우 다음 사항을 확인하십시오.

  • 기본적으로 vNUMA는 vCPU가 8개 이상인 가상 머신에 대해서만 사용 설정되어 있습니다. 가상 머신 설정 numa.vcpu.min을 기본값인 9에서 가상 머신의 vCPU 수로 변경하면 vCPU가 8개 이하인 가상 머신에 대해서도 vNUMA를 사용 설정할 수 있습니다. 이 설정은 vNUMA를 사용 설정하는 데 필요한 최소 vCPU 수를 제어합니다.  'challenge-04a'에서 이 설정이 수정되었습니다.
  • vNUMA는 가상 하드웨어 버전 8 이상이 필요합니다.
  • 호스트 및 가상 머신에 대해 NUMA를 완전히 해제할 수 있는 기타 요인은 노드 인터리빙 사용 설정 과 같은 BIOS 설정입니다. 노드 인터리빙은 기본적으로 해제되어 있지만 사용 설정하는 경우 UMA 아키텍처를 ESXi 호스트에 제공할 것입니다.

 

 

'challenge-04a' 가상 머신 전원 끄기

 

다음 단계를 진행하기 전에 'challenge-04a' 가상 머신의 전원을 끕니다. 'challenge-04a'의 전원이 이미 꺼진 경우 다음 단계를 진행할 수 있습니다.

  1. 'challenge-04a' 가상 머신으로 이동합니다.
  2. 가상 머신을 마우스 오른쪽 버튼으로 클릭하고 Power(전원) 옵션에서 Power Off(전원 끄기)를 선택합니다.
  3. Yes(예)를 클릭하여 전원 끄기 작업을 확인합니다. Recent Tasks(최근 작업) 패널에서 Status(상태)가 성공을 나타내는 녹색 화살표가 있는 Completed(완료됨)인지 확인합니다.

 

 

설정 편집

 

  1. 인벤토리 트리에서 'challenge-04a'를 마우스 오른쪽 버튼으로 클릭합니다.
  2. Edit Settings(설정 편집)를 선택합니다.

 

 

고급 가상 머신 옵션

 

  1. 'challenge-04a' 가상 머신에 대한 Edit Settings(설정 편집) 창에서 'VM Options'(가상 머신 옵션)를 선택합니다.
  2. 아래로 스크롤하여 'Advanced'(고급) 옵션으로 이동합니다.
  3. Advanced(고급)를 클릭합니다.

 

  1. 'Configuration Parameters'(구성 매개 변수) 옵션이 나타날 때까지 아래로 스크롤합니다.
  2. 'EDIT CONFIGURATION'(구성 편집)을 클릭합니다.

 

 

새로운 vNUMA 고급 매개 변수 추가

 

vSphere 6.5에서 이 구성은 vSphere Client(HTML5)가 출시된 후에도 vSphere 플래시 클라이언트를 통해 수행되었습니다. vSphere 6.7에서 이 옵션은 현재 HTML5 클라이언트에서 이용 가능하지만 약간의 차이가 있습니다. 즉, vSphere 플래시 클라이언트에서는 필수 매개 변수가 옵션 목록에 나와 있지만, vSphere 6.7의 HTML5 클라이언트에서는 필수 매개 변수를 수동으로 추가해야 합니다.

  1. 'ADD CONFIGURATION PARAMS'(구성 매개 변수 추가)를 선택합니다.

 

Add New Configuration Params(새로운 구성 매개 변수 추가) 섹션에서 다음을 입력합니다.

매개 변수   Name(이름):  numa.vcpu.maxPerVirtualNode (필드 오른쪽으로 스크롤하여 전체 이름 할당)
매개 변수 Value(값):   1

OK(확인)를 클릭합니다. (그러면 다시 Advanced - Configuration Parameters - EDIT CONFIGURATION(고급 - 구성 매개 변수 - 구성 편집) 창으로 이동합니다).

'challenge-04a'에 여러 NUMA 노드를 사용 설정하려면 numa.vcpu.maxPerVirtualNode 고급 설정을 기본값인 8에서 수정해야 합니다. 여기서는 numa.vcpu.maxPerVirtualNode 값을 1로 변경했습니다.

'challenge-04a'에 대해 이 설정을 수정하지 않는 경우 해당 가상 머신이 단일 NUMA 노드 내에 배치되므로 그렇게 제공됩니다.

maxPerVirtualNode 값이 1로 설정된 경우 NUMA가 2 또는 4가 아닌 1의 배수로 NUMA를 인식하게 됩니다.

 

 

새로운 vNUMA 고급 매개 변수 확인

 

  1. 'EDIT CONFIGURATION'(구성 편집)을 클릭합니다.

 

Configuration Parameters(구성 매개 변수) 창에서 다음을 수행합니다.

  1. Name(이름) 열의 깔때기 아이콘을 클릭하여 매개 변수를 필터링합니다.
  2. 입력 필드에 numa를 입력합니다.
  3. 3개의 새로운 'numa.' 매개 변수가 나열된 것을 알 수 있습니다. 입력한 'numa.vcpu.maxPerVirtualNode'를 포함하여 3개 모두 이전에는 없었습니다.

필터를 지우고 Configuration Paramaters(구성 매개 변수) 창을 닫을 수 있습니다.

 

 

2개 NUMA 노드

 

"maxPerVirtualNode" 설정을 수정한 후 NUMA 노드 구성에서 두 번째 NUMA 노드가 'challenge-04a' 가상 머신에 성공적으로 생성되었는지 확인합니다. NUMA 노드 구성을 보려면 'NUMA coreinfo' 바탕 화면 바로 가기를 다시 사용하십시오.

이제 'challenge-04a' 가상 머신이 여러 개의 NUMA 노드를 활용할 수 있습니다.

Server Manager > Resource Monitor(서버 관리자 > 리소스 모니터)로 이동하고 CPU 탭을 선택하십시오.  그러면 리소스 모니터 내에 NUMA Node 0 및 NUMA Node 1이 표시되어 있는 것을 알 수 있습니다.

두 NUMA 노드가 모두 활용되는지 궁금한 경우 바탕 화면에 있는 SPECjbb 벤치마크 애플리케이션을 사용하여 벤치마크를 시작하십시오. 리소스 모니터 내 NUMA 노드 사용량을 통해 두 NUMA 노드가 모두 활용되고 있는지 알 수 있습니다.

2개의 NUMA 노드가 표시되지 않는 경우 가상 머신 설정에서 Enable CPU Hot Add(CPU Hot Add 사용 설정)를 선택 취소했는지 확인하십시오.

 

 

모듈 5 중지

 

동료와 함께 축하하는 시간을 갖기 전에 주 콘솔의 바탕 화면에 있는 Challenge Lab MS(모듈 변환기)를 엽니다.

  1. 주 콘솔의 바탕 화면에 있는 Challenge Lab MS(모듈 변환기) 바로 가기를 두 번 클릭합니다.
  2. Module 5(모듈 5) 아래 Stop(중지)을 선택합니다.

PowerCLI 창이 닫힐 때까지 기다린 후 다음 단계를 진행합니다.

이것으로 이 당면 과제를 마치겠습니다.

다음 페이지로 이동하여 계속 진행하거나 목차를 사용하여 다른 당면 과제 또는 모듈을 선택하십시오.

 

결론


모듈 5를 완료했습니다.


 

모듈 5 완료

아래 모듈 중 원하는 모듈을 선택하여 시작하십시오.

 

 

실습 종료 방법

 

실습을 끝내려면 END(종료) 버튼을 클릭합니다.  

 

모듈 6 - VMware Skyline 소개(30분)

VMware Skyline 소개


이 섹션에서는 사용자 환경에서 사용할 수 있을 때 익숙해질 수 있도록 Skyline에 대해 소개합니다. VMworld US 2018 진행 당시 이 실습의 목적을 고려하여 본 당면 과제는 주로 강의, 비디오 데모 및 샘플 보고서로 구성됩니다.


 

VMware Skyline이란?

VMware Global Services에서 개발한 VMware Skyline은 활성화된 운영 지원 또는 Premier 서비스 수준 계약을 보유한 고객에게 추가 비용 없이 제공되는 사전 예방적인 지원 기술입니다. Skyline은 잠재적 문제를 사전 예방적으로 파악하고 해결 시간을 단축하기 위해 고객별 제품 사용 데이터를 자동으로 안전하게 수집, 집계 및 분석합니다.

 

 

작동 방식

Skyline Collector

운영의 핵심은 제품 사용 데이터를 자동으로 안전하게 수집하는 독립 실행형 가상 어플라이언스인 VMware Skyline Collector입니다. 제품 사용 데이터에는 다음이 포함됩니다.

  • 구성
  • 특징
  • 성능 데이터
  • 거의 실시간으로 VMware에 스트리밍되는 변경 사항 및 이벤트

VMware Skyline Collector 설치 및 구성은 간단하므로 보통 완료하는 데 30분이 채 걸리지 않습니다. 설치된 후 지속적인 관리는 거의 필요 없습니다.

데이터 분석 및 규칙 엔진

수집된 데이터는 강력한 데이터 분석 및 규칙 엔진을 기반으로 분석합니다. 규칙 엔진은 제품 정보의 인바운드 스트림을 분석하기 위해 지원 인텔리전스, 제품 지식 및 로직으로 구성되어 지속적으로 증가하는 라이브러리가 저장되는 위치입니다.

VMware는 VMware 환경의 전반적인 안전성과 신뢰성을 개선하기 위해 Skyline을 통해 수집된 데이터를 사용하여 잠재적 문제를 사전 예방적으로 파악하고 서비스 요청에 대한 연구 분석을 수행합니다.

데이터는 암호화된 채널을 통해 VMware로 전송되며 안전한 VMware 시설에 보관됩니다. 하지만 고객 데이터는 짧은 기간 동안 Collector 내에 보관됩니다.

VMware는 VMware SnS(Support & Subscription)의 일부로 수집된 정보를 분석하고 보고합니다. 분석 결과는 Skyline OSR(운영 요약 보고서)에 발표됩니다.

추가 정보:

 

 

Skyline OSR(운영 요약 보고서)

OSR은 고객에게 Skyline을 통해 사전 예방적으로 확인된 발견 사항과 권장 사항을 제공합니다. 이는 Skyline을 통해 알아낸 발견 사항과 권장 사항에 액세스할 수 있는 셀프 서비스 포털을 제공하는 SaaS 애플리케이션인 Skyline Advisor에 더해 추가로 제공됩니다.

OSR(운영 요약 보고서)는 고객에게 고객 환경 내에서의 잠재적 리스크에 대한 개략적인 개요를 제공합니다. 또한 VMware의 사전 예방적 지원에 대한 세부 정보를 경영진과 신속하게 공유할 수 있는 기능과 Skyline을 통해 알아낸 발견 사항과 권장 사항의 시점 사본을 보관할 수 있는 기능도 있습니다.

OSR은 아래 이미지에 나와 있는 대로 3가지 주요 섹션으로 구성됩니다.

  1. 배포 요약
  2. 권장 사항 요약
  3. 컴퓨팅(Skyline을 통해 알아낸 발견 사항과 권장 사항이 모두 나와 있음)

 

 

 

배포 요약

각 Skyline Collector 뿐만 아니라 Skyline Collector와 연결되는 해당 vCenter Server 또는 NSX Manager와 관련된 모든 객체의 개략적인 인벤토리가 자세히 나와 있습니다.

 

 

 

권장 사항 요약

해당 소스인 vCenter Server 또는 NSX Manager와 관련된 발견 사항이 심각도 수준 Critical(중요), Moderate(보통) 또는 Trivial(사소)로 분류하여 요약되어 있습니다.

이는 가장 심각한 잠재적 문제가 발생한 위치를 파악하는 데 도움이 되므로 사용자 환경 내에서 이러한 잠재적 문제가 실질적인 문제로 발전하기 전에 사전 예방적으로 해결할 수 있습니다.

심각도 수준

 

 

 

컴퓨팅(발견 사항)

각 잠재적 문제가 발견 사항/권장 사항 쌍으로 제공됩니다. 각 발견 사항은 문제를 해결하기 위한 권장 사항과 함께 문제에 대한 설명을 포함합니다. 이러한 권장 사항에는 기술 자료 문서, 모범 사례, 백서 또는 기타 형식의 공식적인 VMware 설명서가 포함될 수 있습니다.

각 발견 사항에는 다음과 같은 속성이 있습니다.

 

문제 해결

사용자 환경 내에서 발견 사항을 해결할 준비가 되었으면 rules.zip 파일을 사용하여 잠재적 문제에 의해 영향을 받을 수 있는 각 객체에 대한 세부 정보를 찾을 수 있습니다. 예를 들어 OSR(운영 요약 보고서)에서 발견 사항을 검토한 결과 vCenter Server 또는 NSX Manager 내에서 5개 객체가 영향을 받을 수 있는 것으로 확인되었지만 5개 객체가 무엇인지 모른다고 가정해 보겠습니다. 이 경우 rules.zip 파일을 열고 검토 중인 발견 사항과 관련된 고유한 FindingID를 검색하고 해당 파일을 열면, 해당 발견 사항에 의해 영향을 받는 5개 객체(ESXi 호스트, 가상 머신, 분산 스위치, 데이터스토어 등)가 무엇인지 알 수 있습니다. 이 부분에 대해서는 이 모듈의 다음 장에서 살펴볼 것입니다.

또한 Skyline 커뮤니티 내에서 문제나 권장 사항에 대한 질문이 있는 경우 고유한 FindingID를 사용할 수도 있습니다. 그러면 Skyline 커뮤니티를 운영하는 기술 지원 엔지니어가 질문과 관련된 특정 발견 사항을 파악하고 잠재적 문제를 해결하는 데 추가적인 도움을 드릴 것입니다.

 

 

VMware Skyline Advisor 소개

오늘날의 고객은 OSR(운영 요약 보고서)을 통해 사전 예방적 발견 사항을 검토해야 합니다.

VMware는 VMworld US 2018에서 모든 Skyline 고객이 이용할 수 있는 SaaS 애플리케이션인 Skyline Advisor 출시할 계획이라고 발표했습니다.

Skyline Advisor 포털 액세스

고객은 My VMware 사용자 이름과 암호를 사용하여 Skyline Advisor에 로그인할 수 있습니다. 성공적으로 로그인한 고객은 계정 세부 정보 및 사전 예방적 발견 사항을 볼 수 있습니다. 또한 Premier 서비스 고객은 표준 OSR과 맞춤형 OSR을 모두 다운로드할 수 있습니다.

 

 

Skyline Advisor: 계정 세부 정보 탭

이 섹션에서는 마스터 ID, 마스터 ID로 등록한 Skyline Collector의 수, 등록된 모든 Collector와 연결된 vCenter Server, ESXi 호스트 및 가상 머신의 총 수 등 계정에 대한 개요가 나와 있습니다. 

또한 Skyline 분석이 마지막으로 완료된 날짜 및 시간이 다음 분석이 완료될 날짜 및 시간과 함께 표시됩니다. 이 정보는 발견 사항 문제 해결에 도움이 됩니다. 문제가 해결된 발견 사항은 다음 분석이 완료될 때까지 Advisor에서 사라지지 않습니다.  

Skyline에 추가된 새로운 발견 사항은 다음 분석이 완료될 때까지 Advisor에 표시되지 않습니다.

각 Skyline Collector를 확장하면 여기에 연결된 vCenter Server 및 NSX Manager를 볼 수 있습니다. 또한 각 vCenter Server 또는 NSX Manager를 확장하면 특정 vCenter Server에 연결된 클러스터 수나 가상 머신 수와 같은 인벤토리 세부 정보를 볼 수 있습니다.

다음 비디오에서 VMware Skyline: 계정 세부 정보 탭에 대한 데모를 살펴보십시오.

 
 

 

 

Skyline Advisor: 사전 예방적 발견 사항 탭

이 섹션에는 Skyline을 통해 알아낸 모든 발견 사항이 표시됩니다. 페이지 상단의 검색 표시줄을 사용하여 사용자 환경 내에서 특정 객체 또는 발견 사항을 신속하게 검색할 수 있습니다.  필터를 사용하면 특정 카테고리의 발견 사항만 표시할 수 있습니다. 다음과 같은 여러 기준을 바탕으로 필터링할 수 있습니다.

이 실습에서 Skyline을 통해 사용자 환경에 대해 알아낸 모든 발견 사항은 카드로 표시되므로 각각에 대한 설명과 권장 사항을 신속하게 검토할 수 있습니다.

다음 비디오에서 VMware Skyline: 사전 예방적 발견 사항 탭에 대한 데모를 살펴보십시오.

 
 

 

 

Skyline Advisor: OSR 라이브러리 탭

Skyline Advisor는 OSR 라이브러리를 보관하므로 필요 시 다운로드할 수 있습니다. 이 기능은 Premier 서비스 고객만 사용할 수 있습니다.

다음 비디오에서 VMware Skyline: OSR 라이브러리 탭에 대한 데모를 살펴보십시오.

 
 

 

 

Skyline Log Assist

VMware는 VMworld US 2018에서 Skyline Log Assist도 공개했습니다. 이 서비스는 지원 요청에 대한 문제 해결 프로세스의 일환으로 필요한 "로그 업로드 프로세스"를 혁신할 것입니다. Skyline Log Assist를 사용하면 VMware에서 로그를 업로드하므로 고객이 업로드하지 않아도 됩니다.

VMware 기술 지원 엔지니어(TSE)가 필요한 객체에 대해서만 원하는 로그를 요청할 수 있을 것입니다. 고객은 로그 요청을 '승인' 또는 '거부'하기만 하면 됩니다.

 

 

지원되는 VMware 플랫폼

오늘날 VMware Skyline은 다음 제품에서 텔레메트리 정보를 수집 및 분석하여 향상된 가시성을 제공합니다.

향후 VMware는 모든 VMware 제품을 Skyline 내에서 지원할 계획입니다.

추가 정보:

 

 

Skyline 커뮤니티

Skyline 커뮤니티는 주로 운영 수준 지원 계약을 체결한 고객에게 서비스를 제공하기 위한 것입니다. Skyline 커뮤니티는 VMware 기술 지원 엔지니어(TSE) 팀에서 운영하므로 질문에 대한 답변을 듣지 못하는 경우는 없습니다.

Premier 서비스 수준 지원 계약을 체결한 고객은 Skyline 커뮤니티 대신 SAM/SAE에 직접 질문할 수 있는 권한이 있으므로 그렇게 해야 합니다.

추가 정보:

 

 

VMware 지원 프리미엄 서비스

VMware Premier 서비스에 대해 자세히 알아보려면 https://www.vmware.com/support/services.html을 방문하여 다음 사내 옵션 중 하나를 선택하십시오.

 

vSphere 문제에 대한 Skyline Challenge Lab


이 이론 연습의 목적을 고려하여 사용자 환경에 대한 OSR(운영 요약 보고서 실습을 만들었습니다. 여기에는 Skyline에서 현재 이용 가능한 두 가지 사전 예방적 발견 사항이 나와 있습니다. 이는 모든 OSR에 포함되어 있는 배포 요약권장 사항 요약에 더해 추가로 제공됩니다.


 

Skyline 폴더 열기

 

  1. 콘솔 바탕 화면에서 Skyline 폴더를 엽니다.

 

 

OSR(운영 요약 보고서) 열기

 

  1. 'vSphere Challenge Lab Operational Summary Report.pdf' 파일을 엽니다.

 

 

OSR의 내용 및 형식 검토

 

  1. 아래로 스크롤하여 2페이지의 목차를 검토합니다.

 

  1. 아래로 계속 스크롤하여 3페이지의 배포 요약을 검토합니다.

 

  1. 잠시 시간을 내어 배포 요약 섹션의 내용을 검토하고 3-4페이지에 나와 있는 정보를 숙지합니다.
  2. 완료되면 아래로 스크롤하여 5페이지의 권장 사항 요약을 검토합니다.

 

  1. 2개의 발견 사항이 있는 것을 알 수 있습니다. 하나는 Critical(중요)이고 다른 하나는 Trivial(사소)입니다.
  2. 아래로 스크롤하여 6페이지의 컴퓨팅 섹션을 검토합니다.

 

  1. 첫 번째 Finding ID(발견 사항 ID)가 'ExecutionSecurityIssuesREQ2200Rule'이고 해당 Priority(우선 순위)가 CRITICAL(중요)임을 확인합니다.
  2. Issue Description(문제 설명) 섹션과 Recommendations(권장 사항) 섹션을 검토합니다.
  3. 아래로 스크롤하여 7페이지의 컴퓨팅 섹션을 검토합니다.

 

  1. 두 번째 Finding ID(발견 사항 ID)가 'HeartbeatDatastoresLessThanRequiredREQ940Rule'이고 해당 Priority(우선 순위)가 TRIVIAL(사소)임을 확인합니다.
  2. Issue Description(문제 설명) 섹션과 Recommendations(권장 사항) 섹션을 검토합니다.
  3. 아래로 스크롤하여 7페이지에서 OSR 검토를 완료합니다.

 

지금까지 OSR을 검토했고 2가지 문제에 대해 살펴봤으므로 이제 보다 자세히 알아보겠습니다.

 

 

모듈 6: 발견 사항 1

vSphere Challenge Lab에서 알아낸 첫 번째 사전 예방적 발견 사항은 'ExecutionSecurityIssuesREQ2200Rule'이고 그 심각도 수준이 CRITICAL(중요)입니다. CRITICAL(중요) 심각도 수준은 다운타임, 성능 저하 또는 손상의 리스크가 있음을 나타냅니다.

'ExecutionSecurityIssuesREQ2200Rule'이란 무엇에 관한 것입니까?

이 특정 발견 사항에서 하이퍼바이저 지원 게스트 완화 기능이 사용 설정되지 않은 가상 머신이 확인됩니다. 하이퍼바이저 지원 게스트 완화 기능은 게스트 가상 머신에 대한 새로운 추측-실행 제어 메커니즘을 가상화하므로 게스트 OS는 가상 머신 내에서 프로세스 간 정보 유출 문제를 완화할 수 있습니다.

여기 기술된 '하이퍼바이저 지원 게스트 완화 기능' 문제에 대한 몇 가지 세부 정보를 살펴보겠습니다.

 VMware KB# 52245: 추측 실행 보안 문제 CVE-2017-5753, CVE-2017-5715, CVE-2017-5754 및 CVE-2018-3693에 대한 VMware의 대응(Spectre and Meltdown이라고도 함).

해당 기술 자료 문서에서 다음과 같은 다른 정보 출처를 참조할 수 있습니다.

KB#52085와 VMSA-2018-007 모두에 나와 있는 세부 정보를 바탕으로 할 때 가상 하드웨어 버전 9가 하이퍼바이저 지원 게스트 완화 기능에 대한 최소 요구 사항입니다.

: VMware Skyline이 최소 가상 하드웨어 버전 요구 사항을 충족하지 않는 1대의 가상 머신을 발견했습니다. 사용자가 파악하지 못하는 경우에 대비해 OSR에서 가상 하드웨어를 업그레이드하도록 권장했습니다. 이는 OSR의 6페이지에 나와 있는 CRITICAL(중요) 문제(ExecutionSecurityIssuesREQ2200Rule)에 대한 컴퓨팅 섹션의 권장 사항 영역에서 확인할 수 있습니다.

당면 과제:

 

 

모듈 6: 발견 사항 1 - 솔루션

 

  1. 앞에서 연 Skyline 폴더에서 'ExecutionSecurityIssuesREQ22000Rule.pdf' 파일을 찾아서 엽니다.

 

 

영향을 받은 가상 머신 파악

 

  1. 영향을 받은 가상 머신이 'challenge-05a.corp.local'임을 알 수 있습니다.
  2. 가상 머신에 하드웨어 버전 8이 있음을 알 수 있습니다.

현재 'challenge-05a'에 가상 하드웨어 버전 8이 있는 것으로 확인되었으므로, Skyline 발견 사항의 요구 사항을 충족하려면 가상 하드웨어 버전 9 이상으로 업그레이드해야 합니다. 

추가 정보:

 이 실습의 목적을 고려하여 이것으로 발견 사항 1에 대한 연습을 종료합니다.

 

 

모듈 6: 발견 사항 2

vSphere Challenge Lab에서 확인된 두 번째 사전 예방적 발견 사항은 'HeartbeatDatastoresLessThanRequiredREQ940Rule'입니다. 'TRIVIAL'(사소) 중증도가 이 발견 사항에 할당되었습니다.

vSphere High Availability를 사용하려면 올바른 데이터스토어 하트비트 감지 기능이 작동하도록 클러스터의 모든 호스트 간에 최소 2개의 공유 데이터스토어가 있어야 합니다.

: VMware Skyline이 하트비트 데이터스토어가 1개만 구성된 ESXi 호스트를 발견했습니다. 사용자가 파악하지 못하는 경우에 대비해 OSR에서 해결 방안(두 번째 데이터스토어 추가)을 제시했고 ESXi 호스트에 두 번째 데이터스토어를 추가하여 이 잠재적 문제를 해결하는 방법이 단계별로 나와 있는 KB# 2004739 를 제공했습니다. 이는 OSR의 7페이지에 나와 있는 TRIVIAL(사소) 문제(HeartbeatDatastoresLessThanRequiredREQ940Rule)에 대한 컴퓨팅 섹션의 권장 사항 영역에서 확인할 수 있습니다.

당면 과제:

 

 

모듈 6: 발견 사항 2 - 솔루션

 

  1. 앞에서 연 Skyline 폴더에서 'HeartbeatDatastoresLessThanRequiredREQ940Rule.pdf' 파일을 찾아 엽니다.

 

 

영향을 받은 호스트 파악

 

  1. 영향을 받은 호스트가 'esx-05a.corp.local'임을 알 수 있습니다.

현재 TRIVIAL(사소) 문제를 해결하기 위해 esx-05 호스트에 두 번째 데이터스토어를 추가해야 한다는 사실을 발견했고 Skyline에서 그 해결 방법에 대한 기술 자료 문서를 제공했습니다.

이 실습의 목적을 고려하여 이것으로 발견 사항 2에 대한 연습을 종료합니다.

 

결론


모듈 6에서 Skyline이라는 새로운 VMware 지원 서비스를 소개했습니다. 살펴본 내용은 다음과 같습니다.

  1. 기술 지원 방식을 획기적으로 개선하는 새롭고 혁신적인 사전 예방적 지원 기술인 VMware Skyline
  2. Skyline 작동 방식과 이 서비스를 활용하여 문제를 식별하고 즉각 해결을 위한 권장 사항을 파악하는 방법
  3. 새로 출시될 예정인 VMware Skyline Advisor 서비스 및 Skyline Log Assist 서비스

다음 비디오에서 VMware Skyline Advisor에 대한 개요 데모를 살펴보십시오.

 
 

 

모듈 6 완료

모듈 6을 완료했습니다.

아래 모듈 중 원하는 모듈을 선택하여 시작하십시오.

 

 

실습 종료 방법

 

실습을 끝내려면 END(종료) 버튼을 클릭합니다.  

 

모듈 힌트

모듈 1 힌트: 기본 실습으로 시작


스포일러가 있습니다! 이 섹션에서는 모듈 1의 당면 과제에 대한 힌트를 제공합니다.


 

모듈 1: 당면 과제 1 - 힌트

당면 과제는 'challenge-01a' 가상 머신을 ESXi 호스트 'esx-01a'에서 'esx-04a', 'esx-05a' 또는 'esx-06a'로 마이그레이션하는 것입니다. 'esx-03a'는 마이그레이션 대상이 아닙니다.  'esx-01a'와 'esx-03a' 간의 유사점과 'esx-01a'와 'esx-03a' 간의 차이점을 파악하고 'challenge-01a'를 마이그레이션하려는 호스트를 확인하십시오.

보너스 힌트: 'challenge-01a' 가상 머신을 ESXi 호스트 'esx-04a', 'esx-05a' 또는 'esx-06a'로 마이그레이션하려고 시도할 때 표시되는 오류 메시지를 확인하십시오.

 

 

모듈 1: 당면 과제 2 - 힌트

가상 NIC, 포트 그룹, 가상 스위치 등 vCenter Server 내 'challenge-02a'에 대한 모든 네트워킹 속성을 확인하십시오. 오류가 발생한 위치를 파악하기 위해 'challenge-02a'의 설정을 다른 challenge 가상 머신의 설정과 비교해야 할 수도 있습니다.

 

모듈 2 힌트: 운영 관리


스포일러가 있습니다! 이 섹션에서는 모듈 2의 당면 과제에 대한 힌트를 제공합니다.


 

모듈 2: 당면 과제 1 - 힌트

다음 힌트는 이 당면 과제를 해결하는 데 도움이 됩니다.

  • ESXi 호스트 중 하나에서 주 콘솔로 VMware Tools 설치 파일을 다운로드해야 합니다.
  • vSphere 데이터스토어 내에 VMware Tools 설치 파일에 대한 폴더를 생성해야 합니다.
  • 'WinSCP'를 사용하여 공유 데이터스토어 내 폴더에 VMware Tools 설치 파일을 복사해야 합니다.

 

 

모듈 2: 당면 과제 2 - 힌트

'Get-VM-Snapshots' PowerCLI 스크립트의 세 번째 줄에 있는 첫 번째 명령을 자세히 살펴보십시오. 문제가 있는 명령이 있습니다.

스크립트 내에는 고유한 명령만 있어야 하므로 특히 스크립트 내에서 중복 명령을 확인하십시오.

 

모듈 3 힌트: 리소스 관리


스포일러가 있습니다! 이 섹션에서는 모듈 3의 당면 과제에 대한 힌트를 제공합니다.


 

모듈 3: 당면 과제 1 - 힌트

CPU, 메모리 등 'challenge-01a' 및 'challenge-04a' 모두에 대한 리소스 설정을 자세히 살펴보고 비교하십시오. 동일한 벤치마킹 애플리케이션을 실행하는 상태에서 'challenge-04a'에 비해 'challenge-01a'의 성능이 저조하려면 성능 문제를 야기하는 'challenge-01a' 또는 'challenge-04a'에 대한 리소스 구성이 있어야 합니다.

 

 

모듈 3: 당면 과제 2 - 힌트

'esx-01a'에 가해지는 메모리 압박을 완화할 수 있는 몇 가지 방법이 있습니다. 클러스터 내에 메모리 압박이 없는 다른 ESXi 호스트가 5개 있으므로 클러스터 내의 해당 ESXi 호스트 중 1개를 사용해 볼 수 있습니다. 또한 'memhog' 가상 머신이 실수로 시작되었다고 언급되어 있으므로 해당 가상 머신에 대해 조치를 취할 수 있습니다.

 

모듈 4 힌트: 운영 관리 당면 과제


스포일러가 있습니다! 이 섹션에서는 모듈 4의 당면 과제에 대한 힌트를 제공합니다.


 

모듈 4: 당면 과제 1 - 힌트

고유한 사용 권한을 특정 사용자에게 할당하려면 역할을 먼저 생성한 다음 해당 역할을 사용자에게 할당하는 것이 훨씬 간편합니다. 요청된 사용 권한을 역할 내에 정의합니다. 역할은 향후 유연성을 제공합니다. 사용 권한을 수정해야 하는 경우 사용자 객체에 대한 사용 권한을 수정하는 대신 역할을 수정할 수 있습니다. 또한 둘 이상의 사용자에게 동일한 사용 권한이 필요한 경우 개별 사용자에게 사용 권한을 할당하는 대신 여러 사용자에게 역할을 할당할 수 있습니다.

 

 

모듈 4: 당면 과제 2 - 힌트

'challenge-05a' 가상 머신의 전원을 켜려고 시도할 때 Recent Tasks(최근 작업) 내에 표시되는 오류 메시지를 자세히 살펴보십시오. 또한 가상 머신의 리소스 설정(CPU, 메모리 등)도 확인하고 클러스터 내 다른 "challenge" 가상 머신과 비교하여 이상이 있는 사항을 확인하십시오.

 

 

모듈 4: 당면 과제 3 - 힌트

'운영 호스트 프로필' 내에 ESXi 호스트 'esx-05a'가 미준수 상태인 이유에 대한 세부 정보가 제공됩니다. 이유를 파악하기 위해 Compliance(규정 준수) 창을 자세히 살펴봐야 할 수도 있습니다.

 

모듈 5 힌트: 리소스 관리 당면 과제


스포일러가 있습니다! 이 섹션에서는 모듈 5의 당면 과제에 대한 힌트를 제공합니다.


 

모듈 5: 당면 과제 1 - 힌트

다음 힌트는 지연 시간 민감도 당면 과제를 해결하는 데 도움이 됩니다.

  • Latency Sensitivity(지연 시간 민감도) 설정은 VM Option(가상 머신 옵션) 아래 있습니다.
  • CPU 및 메모리 예약은 가상 머신에 대해 지연 시간 민감도를 사용 설정하기 위해 필요합니다.

 

 

모듈 5: 당면 과제 2 - 힌트

먼저 'challenge-01a' 가상 머신 및 'challenge-04a' 가상 머신 모두에 대한 리소스 설정을 살펴보십시오. 두 가상 머신 모두 동일하게 구성되었는지 아니면 성능 차이를 야기할 정도로 CPU 또는 메모리가 더 많거나 적은지 확인해야 합니다. 또한 'FavoriteVMs' 리소스 풀의 구성을 자세히 살펴보십시오. 리소스 풀이 성능 차이를 야기하는 방식으로 구성되어 있는지 확인해야 합니다.

또한 리소스 풀이 성능 차이를 야기하는지 자세히 파악하기 위해 'challenge-01a' 가상 머신을 리소스 풀에서 이동할 수도 있습니다. 리소스 풀이 성능 차이를 야기하는지 여부를 파악하기 전에 벤치마크 툴을 몇 주기 동안 실행할 수 있습니다.

 

 

모듈 5: 당면 과제 3 - 힌트

다음 힌트는 vNUMA 문제 해결 당면 과제를 해결하는 데 도움이 됩니다.

• 'challenge-04a' 가상 머신의 전원을 꺼야 합니다. 그 이유는 무엇일까요? VM Option(가상 머신 옵션) 내에서 Edit Configuration(구성 편집)을 사용하여 가상 머신의 구성 매개 변수를 편집해야 합니다.

• 원하는 vNUMA 출력을 생성할 수 있는 Advanced(고급) 설정이 있습니다.

 

결론

VMware Hands-on Lab에 참여해 주셔서 감사합니다. http://hol.vmware.com/ 에서 더 많은 온라인 실습을 체험하시기 바랍니다.

실습 SKU: HOL-1904-02-CHG

버전: 20190122-181434