VMware Hands-on Labs - HOL-1708-SDC-1-KO


실습 개요 - HOL-1708-SDC-1 - Virtual SAN 소개

실습 지침


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

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

실습 개요:

이 실습의 목적은 VMware Virtual SAN에 대한 기본적인 사항을 알아보는 것입니다. 이 자습형 Lab은 5개 모듈로 구성되어 있으며, 각 모듈은 VMware Virtual SAN의 구성과 기능 설정, 문제 해결에 관한 주요 단계를 설명합니다. 각 모듈에는 여러 개의 레슨이 포함되어 특정 주제를 설명합니다. 각 모듈은 서로 독립적이며 순서와 관계없이 수행할 수 있습니다.

실습 모듈 목록:

 실습 담당자:

 

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

[http://docs.hol.pub/HOL-2017]

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

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


 

주 콘솔의 위치

 

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

 

 

정품 인증 확인 또는 복제 관리

 

실습을 시작하면 Windows가 활성화되지 않음을 나타내는 바탕 화면의 워터마크를 볼 수 있습니다.  

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

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

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

 

 

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

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

 

 

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

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

 

 

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

 

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

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

 

 

활성 콘솔 창 클릭

 

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

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

 

 

@ 키 클릭

 

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

활성 콘솔 창에 @ 기호가 입력되었습니다.

 

 

화면 오른쪽 아래 부분 확인

 

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

 

모듈 변환기


모듈 변환기 애플리케이션을 사용하여 실습에 포함된 각 모듈을 자유롭게 액세스하고 이동할 수 있습니다.  


 

모듈 변환기 시작

 

  1. 바탕 화면에서 "Module Switchers"(모듈 변환기) 폴더를 엽니다.
  2. "1 HOL-1708-SDC-1 - VSAN A to Z" 모듈을 두 번 클릭합니다.

 

 

모듈 변환기 사용하기

 

 

모듈 1 - Virtual SAN 6.2 설정 및 사용(15분, 초급)

소개


Virtual SAN이란?

VMware의 스토리지 솔루션인 Virtual SAN은 2013년에 베타 버전이, 2014년 3월에 정식 버전이 출시되었으며 2016년 3월에 6.2 버전까지 나왔습니다. Virtual SAN은 vSphere와 완전하게 통합된, 객체 기반 스토리지 시스템이며, vSphere 시스템 관리자의 가상 머신 스토리지 배치 결정을 간소화하기 위한 가상 머신 스토리지 정책 플랫폼입니다. vSphere High Availability(HA), vSphere Distributed Resource Scheduler(DRS), vMotion 같은 핵심 vSphere 기능이 완벽하게 지원되고 통합됩니다.

이 모듈에는 다음과 같은 과정이 포함되어 있습니다.


레슨 1: Virtual SAN 개요



 

Virtual SAN이란?

vSphere의 한 구성 요소인 Virtual SAN은 vSphere가 컴퓨팅 리소스를 풀링하고 추상화하는 것과 유사한 방식으로 하이퍼바이저를 확장하여 서버 기반 스토리지 리소스를 풀링하고 추상화합니다. 기존 외장 스토리지 어레이보다 훨씬 더 단순하고 더욱 비용 효율적으로 운영할 수 있도록 설계되었습니다. vSphere 사용자라면 재빨리 Virtual SAN을 익혀 생산성을 발휘할 수 있습니다.

Virtual SAN은 vSphere와 완벽히 통합되므로 DRS, HA, vMotion 등 거의 모든 주요 vSphere 기능을 지원합니다. Virtual SAN은 또한 대규모의 자동화된 환경을 위해 vRealize Suite와도 통합됩니다.

시스템 관리자는 스토리지 정책을 정의하고 가상 머신에 할당합니다. 스토리지 정책은 가용성, 성능 및 프로비저닝 요구 사항(예: 씬)을 정의합니다. 가상 머신이 프로비저닝되면 Virtual SAN이 자동으로 스토리지 정책을 해석하여 정책을 충족하도록 기반 스토리지 디바이스를 구성합니다(예: RAID 1). 스토리지 정책이 변경되면 Virtual SAN이 새 정책을 준수하도록 자동으로 리소스를 재구성합니다.

요점:

기술적 특징:

 

 

 

고객이 얻는 이점

간편성

기존 스토리지 솔루션과 비교하여 Virtual SAN은 설치 및 일상 운영 작업이 매우 단순합니다. vSphere 관리 환경의 확장으로 스토리지를 관리하여, 정책 기반 관리로 가상 머신의 스토리지 서비스 프로비저닝이 크게 간소화됩니다.

고성능

Virtual SAN은 vSphere 커널과의 긴밀한 통합 및 플래시 사용으로 기존 스토리지 솔루션과 비교하여 애플리케이션 성능이 크게 향상됩니다. 더 높은 수준의 예측 가능한 성능이 필요한 애플리케이션은 전체 플래시 구성을 사용할 수 있습니다.

TCO 절감

Virtual SAN은 효율적인 관리 모델과 비용 효율적인 서버 스토리지 구성 요소를 사용하여 TCO(총 소유 비용)를 최대 50%까지 절감할 수 있습니다. 용량 또는 성능을 확장하려면 클러스터에 플래시, 디스크 또는 서버와 같은 리소스만 추가하면 됩니다.

 

 

 

 

주요 사용 사례

 

 

레슨 2: Virtual SAN 요구 사항



 

vCenter Server

Virtual SAN 6.0을 사용하려면 ESXi 6.0 및 vCenter Server 6.0이 필요합니다. Windows 버전의 vCenter Server와 vCenter Server Appliance(VCSA) 모두에서 Virtual SAN을 관리할 수 있습니다.

vSphere Web Client를 통해 Virtual SAN을 구성하고 모니터링할 경우 이 클라이언트도 6.0 버전이어야 합니다.

 

 

vSphere ESXi

Virtual SAN에서 지원되는 Virtual SAN 클러스터를 구성하려면 3대 이상의 vSphere 호스트가 필요합니다(각 호스트에 로컬 스토리지가 있음). 클러스터가 하나 이상의 호스트 장애를 허용하는 최소 가용성 요구 사항을 충족해야 하기 때문입니다. vSphere 호스트는 vSphere 6.0을 실행해야 합니다. 호스트 수가 적을 경우 호스트 한 대만 다운되더라도 가상 머신의 가용성 문제가 발생할 리스크가 있습니다. 지원되는 최대 호스트 수는 64대입니다.

클러스터에서 Virtual SAN에 로컬 스토리지가 연결된 vSphere 호스트마다 한 대 이상의 HDD(하드 디스크 드라이브)와 한 대 이상의 SSD(solid-state disk)가 필요합니다.

 

 

디스크 및 네트워크

 

주의사항: 모든 구성 요소(하드웨어, 드라이버, 펌웨어)가 Virtual SAN용 vSphere 호환성 가이드에 명시되어 있어야 합니다. 가이드에 없는 구성 요소는 지원되지 않습니다.

VMkernel 포트는 Virtual SAN으로 표기되어 있습니다. 이 포트는 클러스터 간 노드 통신에 사용되고 클러스터의 vSphere 노드 중 하나가 특정 가상 머신을 소유할 경우 읽기/쓰기에도 사용되지만, 가상 머신 파일을 구성하는 실제 데이터 블록은 클러스터의 다른 vSphere 호스트에 있습니다. 이 경우 I/O는 클러스터의 호스트 사이에 구성된 네트워크를 이동해야 합니다.

 

레슨 3: Virtual SAN 클러스터 준비


Virtual SAN을 사용하려면 호스트 클러스터를 만든 다음 이 클러스터에서 Virtual SAN을 사용하도록 설정해야 합니다.

Virtual SAN 클러스터에는 스토리지 디스크가 있는 호스트와 스토리지 디스크가 없는 호스트가 포함될 수 있습니다.

다음 가이드라인에 따라 Virtual SAN 클러스터를 만드십시오.

Virtual SAN을 사용하도록 설정하면 Virtual SAN 스토리지 제공자가 자동으로 vCenter Server에 등록되고 Virtual SAN 데이터스토어가 생성됩니다.


 

Windows 빠른 실행 작업 표시줄에서 Chrome 브라우저 열기

 

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

 

 

vSphere Web Client에 로그인

 

vSphere Web Client 로그인 화면에서 Use Windows session authentication(Windows 세션 인증 사용)을 선택합니다.

Login(로그인)을 클릭합니다.

 

 

vSphere Web Client

 

vSphere Web Client 홈페이지가 표시됩니다.

Recent Tasks(최근 작업), Work In Progress(진행 중인 작업)에 대한 알림 창을 최소화 또는 최대화하려면 핀을 클릭합니다.

Hosts and Clusters(호스트 및 클러스터)를 선택합니다.

 

 

Virtual SAN 설정

 

Virtual SAN은 현재 해제되어 있습니다. 이 레슨에서는 간편하게 Virtual SAN을 설정하거나 해제하는 방법을 살펴보겠습니다.

실습 환경에 대한 알림: RegionA01-COMP01 클러스터에는 현재 3대의 ESXi 호스트가 포함되어 Virtual SAN 데이터스토어를 형성하기 위한 캐시 및 용량의 형태로 스토리지를 제공합니다.

RegionA01-COMP01을 선택한 후 Manage > Settings > Virtual SAN > General > Configure(관리 > 설정 > Virtual SAN > 일반 > 구성)로 이동합니다.

 

 

Virtual SAN 켜기

 

Add disks to storage(스토리지에 디스크 추가)가 Manual(수동)로 설정되어 있는지 확인합니다.

Manual(수동)을 선택하면 수동으로 Virtual SAN 디스크 그룹을 구성할 수 있습니다. 이 방법으로 Virtual SAN 디스크 그룹을 구성할 캐시 디스크와 용량 디스크를 선택할 수 있습니다.

이 화면에서 Virtual SAN 데이터스토어에 대한 Deduplication and Compression(중복 제거 및 압축), Fault Domains and Stretched Cluster (장애 도메인 및 확장 클러스터)의 생성과 같은 기타 옵션도 사용할 수 있습니다. 이 내용은 이 레슨의 뒷부분에서 알아보겠습니다. 이러한 기능에 대한 간단한 개요를 보려면 기능 옆에 표시되는 정보 (i) 기호를 클릭합니다.

Fault Domains and Stretched Cluster(장애 도메인 및 확장 클러스터) 섹션에서 Do not configure(구성하지 않음)이 선택되어 있는지 확인합니다.

Next(다음)를 클릭합니다.

 

 

 

네트워크 검증

 

VMKernel 어댑터가 구성되었으며 Virtual SAN 네트워크 서비스가 Enabled(설정)되어 있는지 확인하기 위한 검증 과정이 추가되었습니다.

Next(다음)를 클릭합니다.

 

 

디스크 요청

 

Virtual SAN 클러스터의 캐시용량으로 사용할 디스크를 선택합니다.

디스크는 모델 및 용량또는 호스트별로 그룹화됩니다. 환경에서 사용 가능한 디바이스를 바탕으로 권장 디스크가 선택되어 있습니다.

디스크의 목록을 확장하여 개별 디스크를 선택할 수 있습니다.

용량 디스크의 수가 호스트에서 요청한 캐시 디스크의 수와 같거나 더 많아야 합니다.

아직 Next(다음)를 클릭하지 마십시오.

 

 

디스크 요청

 

Group by:(그룹화 기준)의 드롭다운 목록에서 Host(호스트)를 선택합니다.

호스트와 연결된 스토리지 디바이스가 표시됩니다.

Next(다음)를 클릭합니다.

 

 

준비 완료

 

선택 사항을 검토하고 확인합니다.

여기서 120GB의 용량으로 Virtual SAN 데이터스토어를 만들 것인지 결정할 수 있습니다. Virtual SAN 데이터스토어는 용량 디스크만 Virtual SAN 데이터스토어의 용량으로 간주합니다. 캐시 디스크는 반영되지 않습니다.

이 단계에서는중복 제거 및 압축을 설정하지 않습니다. 이는 All-Flash(올플래시) Virtual SAN 클러스터이므로 캐시 및 용량 디스크가 SSD 디스크입니다.

Finish(마침)를 클릭합니다.

 

 

디스플레이 새로 고침

 

이제 Virtual SAN이 설정되었습니다.

변경 사항을 확인하려면 Refresh(새로 고침) 아이콘을 클릭합니다. (Misconfiguration detected(잘못된 구성 감지)가 표시된 경우 Refresh(새로 고침)를 여러 번 해야 할 수 있음)

새로 고침을 수행하면 Virtual SAN 클러스터 내에 있는 호스트 3대가 모두 표시됩니다.

 

 

 

최근 작업

 

vSphere Web Client 하단에 있는 Recent Tasks(최근 작업)를 열어 수행한 작업을 검토할 수 있습니다.

지금까지 Virtual SAN 클러스터와 디스크 그룹을 만들어 디스크 그룹에 디스크를 추가하는 작업을 수행했습니다.

 

 

Virtual SAN - 디스크 관리

 

Virtual SAN ->Disk Management(Virtual SAN -> 디스크 관리)를 선택합니다.

각 ESXi 호스트의 Virtual SAN 디스크 그룹이 표시됩니다.

디스크 그룹을 모두 보려면 목록 아래로 스크롤해야 할 수 있습니다.

화면 아래쪽에 각 디스크 그룹을 구성하는 Drive Types(드라이브 유형) 및 Disk Tier(디스크 계층)가 표시됩니다.

 

 

 

Virtual SAN 데이터스토어 속성

 

Virtual SAN 클러스터를 구성하면 Virtual SAN데이터스토어가 생성됩니다.

용량을 확인하려면 Datastores > RegionA01-VSAN-COmp01 > Manage > Settings > General(데이터스토어 > RegionA01-VSAN-COmp01 > 관리 > 설정 > 일반)로 차례로 이동합니다.

화면에 표시된 용량은 클러스터에 있는 각 ESXi 호스트에서 용량 디바이스의 용량을 모두 더한 수치입니다(약간의 Virtual SAN 오버헤드 제외).

캐시로 사용되는 플래시 디바이스는 용량 크기에 반영되지 않습니다.

 

 

스토리지 제공자 상태 확인

 

각 ESXi 호스트가 Virtual SAN의 기능을 인식하고 vCenter 및 스토리지 계층 간 통신할 수 있도록 Storage Provider(스토리지 제공자)가 생성됩니다. Virtual SAN 클러스터가 구성되면 각 ESXi 호스트는 하나의 스토리지 제공자를 갖습니다.

vCenter에서 스토리지 제공자를 SMS(Storage Management Service)에 자동으로 등록합니다. 하지만 ESXi 호스트 중 하나에 스토리지 제공자가 성공적으로 등록 및 활성화되었고 클러스터에 있는 나머지 ESXi 호스트의 다른 스토리지 제공자가 등록되어 대기 모드 상태인지 확인하는 것이 좋습니다.

vCenter Server > Manage > Storage Providers(vCenter Server > 관리 > 스토리지 제공자)로 차례로 이동하여 상태를 확인합니다.

이와 같이 3개의 노드를 가진 클러스터에서는 Virtual SAN 공급자 중 하나가 온라인 상태이고 활성화되어 있으며 나머지는 대기 모드입니다. Virtual SAN 클러스터에 포함되어 있는 ESXi 호스트마다 하나의 공급자가 있기는 하지만, 공급자 하나만 Virtual SAN 데이터스토어 기능 정보를 제공하도록 활성화하면 됩니다.

어떤 이유로 활성화된 공급자에 장애가 발생할 경우 대기 스토리지 제공자 중 하나가 대신 작동합니다.

 

레슨 4: Virtual SAN 중복 제거 및 압축


Virtual SAN 6.2에는 중복 제거 및 압축이라는 두 가지 데이터 축소 기능이 새로 도입되었습니다. 클러스터 수준에서 이 기능을 설정하면 Virtual SAN은 용량 계층으로 블록을 디스테이징하기 전에 각 블록에서 중복을 제거한 후 압축합니다. 이 기능들은 전체 플래시 Virtual SAN에서만 제공됩니다.

중복 제거 및 압축을 개별적으로 설정할 수 없으며, 두 기능을 모두 설정하거나 해제해야 합니다. 중복 제거 및 압축은 디스크 그룹 수준에서 작동합니다. 다시 말해 각 디스크 그룹별로 배포된 객체에 대해 공간 절감을 구현할 수 있습니다. 실제로는 동일하지만 서로 다른 가상 머신의 구성 요소가 서로 다른 디스크 그룹으로 배포된 경우 동일한 데이터 블록일지라도 중복 제거가 되지 않습니다. 그러나 중복 제거 및 압축은 클러스터 수준에서 설정 또는 해제되는 기능입니다.

특정 가상 머신 또는 디스크 그룹을 선택하여 이 기능을 설정할 수 없습니다. 중복 제거 및 압축을 사용하는 동일한 디스크 그룹에 배포된 구성 요소의 경우 4KB 블록 단위로 중복 제거가 수행됩니다. 한 디스크 그룹에서는 하나의 4KB 블록만 남기고 같은 내용의 다른 블록은 모두 제거합니다.


 

Virtual SAN 중복 제거 및 압축

 

캐시 계층에서 용량 계층으로 블록이 디스테이징되면 중복 제거 프로세스가 완료됩니다. 중복 제거 블록을 추적하기 위해 해시 테이블이 사용됩니다. 중복 제거된 데이터 및 해시 테이블 메타데이터가 디스크 그룹을 구성하는 각 용량 디바이스에 분산됩니다. 중복 제거는 디스크 그룹의 구성 요소 간 다르게 적용되지 않습니다. 가상 머신 홈 네임스페이스, 가상 머신 스왑, VMDK 객체 또는 스냅샷 델타 객체에서 블록을 중복 제거할 수 있습니다.

블록이 중복 제거되면 Virtual SAN은 4KB 블록을 2KB 이하까지 비교합니다. Virtual SAN이 2KB 이하까지 블록을 비교할 수 있으면 압축된 사본을 유지하고, 그렇지 못할 경우 압축된 블록을 유지합니다.

이 프로세스는 비교적 단순하여 첫 단계로 가상 머신이 Virtual SAN에 데이터를 쓰면 캐싱 계층에 작성됩니다. 데이터가 자주 사용되지 않아 디스테이징이 필요할 경우 Virtual SAN은 블록을 메모리로 읽어들입니다(2단계). 해시를 처리하고 중복을 제거한 후 남은 블록을 압축하여 용량 계층에 작성합니다(3단계).

Virtual SAN은 중복 제거해시용 SHA1압축LZ4를 동시에 사용합니다.

 

 

 

Virtual SAN 중복 제거 및 압축 설정

 

RegionA01-COMP01클러스터를 선택합니다.

Manage -> Settings -> Virtual SAN -> General(관리 -> 설정 -> Virtual SAN -> 일반)을 선택합니다.

현재 Deduplication and compression(중복 제거 및 압축)이 Disabled(해제)되어 있습니다.

Edit(편집)를 클릭합니다.

 

 

Virtual SAN 중복 제거 및 압축 설정

 

Add disks to storage(스토리지에 디스크 추가)가 Manual(수동)로 설정되어 있는지 확인합니다.

Deduplication and compression(중복 제거 및 압축)을 Enabled(설정)로 변경합니다.

Allow Reduced Redundancy(이중화 축소 허용) 옵션도 있습니다.

중복 제거 및 압축을 설정하려면 온디스크 포맷 변경이 필요합니다. Virtual SAN은 디스크 그룹을 비운 후 이름을 변경한 다음, 이 새 기능을 지원하는 새 온디스크 포맷으로 재생성합니다.

클러스터의 리소스가 디스크 그룹을 완전히 비우기에 충분치 않을 수 있습니다. 3개 노드 클러스터인 경우 전체 보호를 유지하면서 복제본 또는 감시 노드를 비울 수 없습니다. 또는 RAID-5 객체가 이미 구축된 4개 노드 클러스터의 경우 RAID-5 스트라이프의 일부를 이전할 공간이 없습니다(RAID-5 객체는 4개 노드가 필요함). 또는 단순히 이미 많은 양의 디스크 용량을 사용하여 더 적은 디스크 그룹에 모든 데이터를 저장하지 못할 수도 있습니다.

어떤 경우에도 중복 제거 및 압축을 설정할 수는 있지만 시간이 지남에 따라 디스크 사용으로 인해 구성 요소를 이전할 공간이 부족할 수 있다는 리스크는 감수해야 합니다. 이 옵션은 가상 머신의 지속적인 가동을 허용합니다.

 OK(확인)를 클릭합니다.

 

 

Virtual SAN 중복 제거 및 압축 설정

 

작업이 완료될 때까지 기다립니다. On-disk Format Version(온디스크 포맷 버전)에서 update in progress(업데이트 중)이라는 메시지를 확인할 수 있습니다.

앞서 말했듯이 Virtual SAN은 디스크 그룹을 비우고 제거한 다음, 이 새 기능을 지원하는 새 온디스크 포맷으로 재생성합니다.

 

 

Virtual SAN 중복 제거 및 압축 설정

 

Recent Tasks(최근 작업) 창에서 작업을 모니터링할 수 있습니다.

여기서 각 호스트별로 디스크/디스크 그룹을 삭제한 후 디스크 포맷을 변환한 다음 디스크/디스크 그룹을 다시 추가하는 과정을 볼 수 있습니다.

 

 

Virtual SAN 중복 제거 및 압축 설정

 

이제 중복 제거 및 압축이 완벽하게 설정되고 모든 디스크 그룹이 삭제 후 재생성되었습니다.

 

레슨 5: Virtual SAN 클러스터 수평 확장


VMware Virtual SAN은 수평 및 수직 확장 스토리지 아키텍처입니다. 이는 필요 시 언제든지 Virtual SAN 클러스터에 스토리지 리소스를 추가할 수 있음을 의미합니다. 이러한 스토리지 리소스로는 용량을 추가하기 위한 자기 디스크(하이브리드) 또는 플래시 디바이스(전체 플래시), 캐시 및 용량 디바이스를 포함한 전체 디스크 그룹 또는 스토리지 용량이 포함된 추가 호스트도 가능합니다.

실습을 시작하면서 3개의 노드를 가진 Virtual SAN 클러스터를 만들었습니다. 이 레슨에서는 이 Virtual SAN 클러스터에 스토리지를 제공하는 ESXi 호스트를 추가하여 Virtual SAN 데이터스토어를 수평 확장하는 방법을 알아보겠습니다.

 


 

현재 Virtual SAN 용량 확인

 

Virtual SAN 클러스터에 호스트를 추가하는 것은 매우 쉽습니다. 물론, 호스트가 1Gb 전용 NIC(네트워크 인터페이스 카드) 포트(10GbE 권장), 최소 1개의 캐시 계층 디바이스와 1개 이상의 용량 계층 디바이스(호스트가 추가 스토리지 용량을 제공해야 할 경우)와 같은 Virtual SAN 요구 사항 또는 권장 사항을 충족하는지 확인해야 합니다. 또한 Virtual SAN 커뮤니케이션용 VMkernel 포트와 같은 사전 구성 단계를 고려해야 합니다. 그렇지만 클러스터에 호스트를 추가한 후에도 이러한 단계를 수행할 수 있습니다.

RegionA01-COMP01클러스터를 선택합니다.

Summary(요약)를 클릭합니다.

현재, Virtual SAN 데이터스토어 용량은 112GB입니다.

 

 

Virtual SAN 클러스터 설정 확인

 

  1. RegionA01-COMP01클러스터를 선택합니다.
  2. Manage(관리) 탭을 선택합니다.
  3. Settings(설정) 버튼을 선택합니다.
  4. Virtual SAN섹션에서 General(일반)을 선택합니다.
  5. Add disks to storage(스토리지에 디스크 추가)가 Manual(수동)로 설정되어 있는지 확인합니다.

 

 

스토리지 디바이스 확인

 

ESXi에서 자동으로 플래시/SSD 디바이스로 인식하지 못할 경우 플래시/SSD 디바이스로 표시되게 할 수 있습니다.

ESXi는 자동 플래시 디스크 감지를 지원하지 않는 회사의 디바이스는 플래시로 인식하지 못합니다. 이 경우 그 유형으로 디바이스의 Drive Type(드라이브 유형) 항목에 HDD가 표시됩니다.

참고: HDD 디스크를 플래시 디스크로 표시할 경우 이 디스크를 사용하는 데이터스토어와 서비스의 성능이 저하될 수 있습니다. 해당 디스크가 플래시 디스크임이 분명할 경우에만 디스크를 플래시 디스크로 표시하십시오.

esx-04a.corp.local -> Manage -> Storage -> Storage Devices(esx-04a.corp.local -> 관리 -> 스토리지 -> 스토리지 디바이스)를 선택합니다.

스토리지 디바이스 목록에서 Virtual SAN 데이터스토어에 스토리지를 제공하는 데 사용할 2개의 디스크를 볼 수 있습니다. 그 중 5GB디스크를 캐시디스크로 사용합니다. 다른 40GB디스크는 용량계층으로 사용합니다.

All-Flash(전체 플래시) Virtual SAN 클러스터이므로 캐시용으로 1개의 SSD 및 용량용으로 1개 이상의 SSD 디스크가 필요합니다.

 

 

클러스터에 노드 추가

 

이제 Virtual SAN 클러스터에 esx-04a.corp.local을 추가하겠습니다.

RegionA01-COMP01클러스터에 esx-04a.corp.local을 끌어 놓습니다.

끌어서 놓기가 작동하지 않을 경우 esx-04a.corp.local ESXi 호스트를 마우스 오른쪽 버튼으로 클릭한 후 Move to .... (이동...)를 선택한 후 RegionA01-COMP01 클러스터를 선택합니다.

 

 

클러스터로 호스트 이동

 

기본 옵션인 "Put all of this host's virtual machines in the cluster's root resource pool. Resource pools currently present on the hosts will be deleted."(클러스터의 루트 리소스 풀에 이 호스트의 모든 가상 머신을 배치합니다. 현재 호스트에 있는 리소스 풀은 삭제됩니다.)를 선택합니다.

OK(확인)를 클릭합니다.

이미 클러스터에 포함된 ESXi 호스트라는 경고 메시지가 표시될 수 있지만 이 메시지는 잠시 후 사라집니다. 

 

 

유지 관리 모드 종료

 

이제 ESXi 호스트를 유지 관리 모드에서 해제합니다.

esx-04a.corp.local을 마우스 오른쪽 버튼으로 클릭하고 Maintenance Mode> Exit Maintenance Mode(유지 관리 모드 > 유지 관리 모드 종료)를 선택합니다.

 

 

 

네트워크 구성

 

몇 가지 알림이 생성됩니다. 이는 Virtual SAN 네트워크가 적절히 구성되었다는 표시입니다.

 

 

네트워크 구성

 

esx-04a.corp.local을 선택합니다.

Manage -> Networking -> VMkernel adapters(관리 -> 네트워킹 -> VMkernel 어댑터)를 선택합니다.

vmk2를 선택합니다.

여기서 이 vmKernel 포트의 Virtual SAN Traffic서비스가 해제되어 있다는 것을 확인할 수 있습니다.

Edit(편집) 버튼(연필 모양의 아이콘)을 클릭합니다.

 

 

네트워크 구성

 

확인란을 선택하여 Virtual SAN traffic(Virtual SAN 트래픽) 서비스를 설정합니다.

OK(확인)를 클릭합니다.

 

 

네트워크 구성

 

여기서 이 vmKernel 포트의 Virtual SAN Traffic서비스가 설정되어 있다는 것을 확인할 수 있습니다.

 

 

Virtual SAN 용량

 

RegionA01-COMP01 -> Summary(RegionA01-COMP01 -> 요약)를 선택합니다.

Virtual SAN 용량이 여전히 112GB로 표시됩니다. 지금까지 수행한 작업은 Virtual SAN 클러스터에 ESXi 호스트를 추가한 것입니다. Add disks to storage(스토리지에 디스크 추가) 설정이 Manual(수동)로 설정되어 있으므로 이 호스트에 Virtual SAN 디스크 그룹을 수동으로 만들어야 Virtual SAN 데이터스토어에 스토리지를 제공할 수 있습니다.

 

 

추가 노드 확인

 

RegionA01-COMP01을 선택합니다.

Manage(관리)를 선택합니다.

Settings(설정)를 선택합니다.

Virtual SAN -> Disk MAnagement(Virtual SAN -> 디스크 관리)를 선택합니다.

Virtual SAN 클러스터에 esx-04a.corp.local ESXi 호스트가 포함되어 있지만, 스토리지를 제공하고 있지는 않습니다.

 

 

해당 디스크를 용량용 디스크로 요청

 

  1. RegionA01-COMP01을 선택합니다.
  2. Manage(관리)를 선택합니다.
  3. Settings(설정)를 선택합니다.
  4. Virtual SAN ->Disk Management(Virtual SAN -> 디스크 관리)를 선택합니다.
  5. Claim Disks(디스크 요청) 버튼을 클릭합니다.

 

 

 

사용 가능한 디스크 선택

 

여기서 이 호스트에서 사용 가능한 디스크를 볼 수 있습니다. 디스크 모델/크기별로 그룹화되어 있습니다. 또한 호스트별로 그룹화할 수도 있습니다.

대화 상자를 두 번 클릭하여 크기를 조정하면 OK/Cancel(확인/취소) 버튼이 표시됩니다.

OK(확인)를 클릭합니다.

 

 

Virtual SAN 클러스터 확인

 

디스크를 요청하고 클러스터의 용량을 확장하는 작업을 마칠 때까지 기다립니다.

리소스를 업데이트하기 위해 디스크 그룹을 새로 고쳐야 할 수 있습니다.

그러면 esx-04a.corp.local호스트에 생성된 디스크 그룹을 볼 수 있습니다.

 

 

Virtual SAN 용량

 

Datastores(데이터스토어) 뷰를 선택합니다.

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

Summary(요약)를 선택합니다.

Virtual SAN 용량이 이제 약 149GB로 늘어나 있습니다. esx-04a.corp.local호스트의 디스크 그룹에서 40GB가 추가된 것입니다.

 

결론



 

모듈 1 완료

모듈 1이 완료되었습니다.

아래 모듈 중 원하는 모듈을 선택하여 시작하십시오. [실습 설명서를 위한 사용자 지정/선택적 정보 추가]

 

 

모듈 변환기 사용하기

 

 

 

실습 종료 방법

 

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

 

모듈 2 - Virtual SAN 전체 플래시 기능(30분, 초급)

소개


이 모듈에서는 스토리지 정책 기반 관리를 통해 설정할 수 있는 몇 가지 Virtual SAN 전체 플래시 기능을 살펴보겠습니다.

특히 성능 또는 용량을 중심으로 데이터 복제 방식을 최적화할 것인지 지정하는 장애 허용 방식에 대해 자세히 알아보겠습니다. Virtual SAN의 스토리지 용량을 계획하고 크기를 산정할 때 허용할 장애 수가 매우 중요한 역할을 합니다.

RAID 5 또는 RAID 6 Erasure Coding (이레이저 코딩)은 Virtual SAN에서 데이터스토어 내 최대 2개 용량 디바이스의 장애를 허용합니다. 4개 이상의 장애 도메인으로 전체 플래시 클러스터에 RAID 5를 구성할 수 있습니다. 6개 이상의 장애 도메인으로 전체 플래시 클러스터에 RAID 5 또는 RAID 6를 구성할 수 있습니다. RAID 5 또는 RAID 6 이레이저 코딩은 데이터 보호에 필요한 추가 용량이 RAID 1 미러링보다 더 적습니다. 예를 들어 장애 허용 값(FTT)이 1이고 RAID 1로 보호되는 가상 머신은 가상 디스크 크기의 2배가 필요하지만 RAID 5는 가상 디스크 크기의 1.33배가 필요합니다. 다음 표에 RAID 1 및 RAID 5 또는 RAID 6 간의 일반적인 비교가 나와 있습니다.

이 모듈에서는 또한 가상 머신 스왑 객체에 대해서도 알아봅니다. Virtual SAN 6.2에서는 새 고급 호스트 옵션인 SwapThickProvisionDisabled가 추가되어 씬 객체로 가상 머신 스왑 옵션을 프로비저닝할 수 있습니다. 이 고급 설정을 true로 설정하면 가상 머신 스왑 객체가 씬 프로비저닝됩니다.


실습 준비


모듈 변환기 PowerCLI 애플리케이션을 사용하여 환경을 준비합니다.


 

모듈 변환기

 

 

 

Virtual SAN A~Z 실습 모듈 변환기

 

  1. '1 Virtual SAN A to Z HOL-SDC-1708-1'바로가기를 두 번 클릭합니다.

 

 

모듈 2 시작

 

  1. Module 2 Start(모듈 2 시작) 버튼을 클릭합니다.

이 시작 절차를 완료하려면 5분이 소요될 수 있습니다.

 

 

과정 모니터링

 

완료 시까지 진행 과정을 모니터링합니다.

 

 

실습 준비 완료

 

모듈 2의 실습 환경이 준비되었습니다.

  1. 닫기를 클릭하여 모듈 변환기를 중지합니다.

 

레슨 1: 스토리지 정책 기반 관리 - Raid 5/6


장애 허용 방식은 Virtual SAN 6.2의 새 기능으로, 시스템 관리자가 가상 머신 객체에 대해 RAID-1 또는 RAID-5/ 6 구성을 선택할 수 있습니다. 장애 허용 방식은 허용할 장애 수와 같이 사용됩니다. 이 설정의 목적은 시스템 관리자가 성능과 용량 간 선택할 수 있도록 하는 것입니다. 관리자의 절대적인 최종 목표가 성능인 경우 RAID-1(기본 설정) 허용 방식을 사용해야 하지만, 성능을 극대화하기보다는 용량 소비를 줄이는 데 중점을 둘 경우 RAID-5/6 허용 방식을 사용해야 합니다. 이러한 동작을 알아보는 가장 쉬운 방법으로 다양한 정책 설정과 그에 따른 객체 구성을 살펴보겠습니다.


 

스토리지 기반 정책 관리

 

Virtual SAN 6.2에는 객체 체크섬 해제, 장애 허용 방식, 객체 IOPS 한도등, 몇 가지 새 스토리지 정책이 추가되었습니다.

지금부터 각 스토리지 정책에 대해 간단히 살펴보겠습니다.

Number of disk stripes per object(객체별 디스크 스트라이프의 수) - 각 가상 머신 객체의 복제본을 스트라이핑할 용량 디바이스의 수. 1보다 큰 값을 지정할 경우 성능이 향상될 수 있지만 시스템 리소스 사용량도 많아집니다.

Flash read cache reservation(플래시 읽기 캐시 예약) - 가상 머신 객체의 읽기 캐시로 사용할 플래시 용량을 예약합니다. 가상 머신 디스크(vmdk) 객체의 논리적 크기에서 차지하는 비율(%)로 지정됩니다. 예약된 플래시 용량을 다른 객체에 사용할 수 없습니다. 예약하지 않은 플래시는 모든 객체가 균등하게 공유합니다. 이 옵션은 특정 성능 문제를 해결하기 위해서만 사용해야 합니다.

Number of failures to tolerate(허용할 장애 수) - 하나의 가상 머신 객체에서 허용할 수 있는 호스트 및 디바이스 장애의 수를 정의합니다. n개의 장애를 허용할 경우 가상 머신 객체를 복제한 "n+1"개의 복제본이 생성되며 스토리지가 포함된 2*n+1대의 호스트가 필요합니다.

Force provisioning(강제 프로비저닝) - 이 옵션을 Yes(예)로 설정할 경우 스토리지 정책에 지정된 정책을 준수하지 않는 객체도 데이터스토어가 프로비저닝할 수 있습니다. 표준 프로비저닝이 더 이상 가능하지 않은 부트스트랩 시나리오 및 장애 시에 이 매개 변수를 사용합니다.

Object space reservation(객체 공간 예약률) - 가상 머신 구축 시 예약이 필요하거나 씩 프로비저닝해야 하는 가상 머신 디스크(vmdk) 객체의 논리적 크기의 비율을 정의합니다.

Disable object checksum(객체 체크섬 해제) - 이 옵션을 No(아니요)로 설정하면 객체가 체크섬 정보를 계산하여 데이터 무결성을 확인합니다. 이 옵션을 Yes(예)로 설정하면 객체가 체크섬 정보를 계산하지 않습니다. 체크섬을 통해 각 파일 사본이 소스 파일과 일치하는지 확인하여 데이터의 무결성을 보장합니다. 체크섬 불일치가 감지되면 Virtual SAN이 자동으로 잘못된 데이터를 올바른 데이터로 덮어써 데이터를 수정합니다.

Failure tolerance method(장애 허용 방식) - 성능 또는 용량 중에서 데이터 복제 방식을 최적화할 기준을 지정합니다. 성능을 선택할 경우 Virtual SAN은 객체의 구성 요소를 배치하는 데 더 많은 디스크 공간을 사용하지만 객체 액세스 시 더 나은 성능을 제공합니다. 용량을 선택할 경우 Virtual SAN은 더 적은 디스크 공간을 사용하지만 성능이 감소합니다.

IOPS limit for object(객체의 IOPS 한도) - 디스크의 IOPS 한도를 정의합니다. IOPS는 가중 크기를 사용한 IO 작업의 수로 계산됩니다. 시스템이 32KB의 기본 기반 크기를 사용할 경우 64KB IO는 2번의 IO 작업이 됩니다. IOPS 계산 시 읽기 및 쓰기는 동등하게 간주되지만 캐시 적중률과 연속성은 고려하지 않습니다. 디스크의 IOPS가 한도를 초과할 경우 IO 작업의 임계치가 조절됩니다. 객체의 IOPS 한도가 0일 경우 IOPS 한도가 적용되지 않습니다.

 

 

스토리지 기반 정책 관리 - Raid 5/6(이레이저 코딩)

 

Virtual SAN에서 RAID-5또는 RAID-6구성을 구현하려면 호스트 수에 대한 필수 요구 사항을 충족해야 합니다.

RAID-5의 경우 최소 4대의 호스트가 필요하며, RAID-6의 경우 최소 6대의 호스트가 필요합니다.

그런 다음 패리티 계산과 함께 각 호스트의 스토리지에 객체가 구축됩니다. 이 구성은 분산 패리티를 사용하므로 전용 패리티 디스크가 없습니다. 클러스터에 장애가 발생하여 RAID-5 또는 RAID-6를 사용하여 구축된 객체에 영향을 미칠 경우 데이터는 계속 사용할 수 있으며 필요할 경우 나머지 데이터와 패리티를 사용하여 데이터를 계산할 수 있습니다.

새 RAID-5/RAID-6 구성을 수용하기 위해 새 정책 설정이 도입되었습니다.

이 새 정책 설정을 Failure Tolerance Method(장애 허용 방식)라고 합니다. 이 정책 설정은 성능용량의 두 가지 값을 가집니다. 기본 값인 성능을 사용할 경우 객체는 계속 최고의 성능을 위해 RAID-1/미러 구성으로 구축됩니다. 용량으로 설정을 변경할 경우 객체는 RAID-5 또는 RAID-6 구성으로 구축됩니다.

RAID-5 또는 RAID-6 구성은 허용할 장애의 수설정에 의해 결정됩니다. 이 설정이 1로 지정된 경우 구성은 RAID-5가 되고, 2로 지정된 경우 구성은 RAID-6가 됩니다.

 

 

 

스토리지 기반 정책 관리 - Raid 5/6(이레이저 코딩)

 

먼저 Raid 5/6의 장애 허용 방식을 정의하는 가상 머신 스토리지 정책을 만들어야 합니다.

홈 페이지에서 Policies and Profiles(정책 및 프로필)를 선택합니다.

 

 

스토리지 기반 정책 관리 - Raid 5/6(이레이저 코딩)

 

Home -> Policies and Profiles -> VM Storage Policies(홈 -> 정책 및 프로필 -> 가상 머신 스토리지 정책)를 선택합니다.

Create a New VM Storage policy(새 가상 머신 스토리지 정책 생성)를 선택합니다.

 

 

스토리지 기반 정책 관리 - Raid 5/6(이레이저 코딩)

 

다음 정보를 사용하여 새 가상 머신 스토리지 정책을 생성합니다.

FTT=1-Raid5로 이름을 지정합니다.

Next(다음)를 클릭합니다.

Rule-Sets(규칙-설정) 정보 페이지에서 Next(다음)를 클릭합니다.

 

 

스토리지 기반 정책 관리 - Raid 5/6(이레이저 코딩)

 

다음 정보를 사용하여 새 Rule-Set(규칙-설정)를 만듭니다.

데이터 서비스 기반 규칙: Virtual SAN
		규칙 1: Number of failures to tolerate(허용할 장애 수) = 1
		규칙 2: Failure tolerance method(장애 허용 방식) = Raid-5/6 (Erasure Coding)-Capacity(Raid-5/6(이레이저 코딩)-용량)

Next(다음)를 클릭하기 전 다음을 확인합니다.

Failure tolerance method = RAID-1 (Mirroring) - Performance(장애 허용 방식 = RAID-1(미러링) - 성능)를 변경합니다.

화면 오른쪽에서 Storage Consumption Model(스토리지 소비 모델)을 검토합니다. 사용할 Storage space(스토리지 공간)는 100GB가상 디스크를 바탕으로 200GB가 됩니다.

이제 Failure tolerance method = Raid-5/6 (Erasure Coding)-Capacity(장애 허용 방식 = Raid 5/6(이레이저 코딩)-용량)로 변경하면 Storage space(스토리지 공간)가 133GB로 감소합니다.

Next(다음)를 클릭합니다.

 

 

스토리지 기반 정책 관리

 

스토리지 호환성은 가상 머신 스토리지 정책을 바탕으로 결정됩니다.

여기서 vsanDatastore가 생성하려는 가상 머신 스토리지 정책과 호환됨을 알 수 있습니다.

Next(다음)를 클릭합니다.

 

 

스토리지 기반 정책 관리 - Raid 5/6(이레이저 코딩)

 

가상 머신 스토리지 정책을 검토합니다.

Finish(마침)를 클릭합니다.

 

 

 

스토리지 기반 정책 관리 - Raid 5/6(이레이저 코딩)

 

FTT=1-Raid5 -> Manage -> Rule-Set-1:VSAN(FTT=1-Raid5 -> 관리 -> 규칙-설정-1:Virtual SAN)을 선택합니다.

여기서 가상 머신 스토리지 정책을 구성하는 규칙을 확인할 수 있습니다.

 

 

Virtual SAN 용량 - Raid 5/6(이레이저 코딩)

 

Home -> Hosts and Clusters(홈 -> 호스트 및 클러스터)를 선택합니다.

RegionA01-COMP01 -> Monitor -> Virtual SAN -> Capacity(RegionA01-COMP01 -> 모니터링 -> Virtual SAN -> 용량)를 선택합니다.

용량 수치를 확인합니다. (거의 대부분의 vsanDatastore가 비어 있음)

 

 

가상 머신을 Virtual SAN 데이터스토어 - Raid 5/6(이레이저 코딩)로 복제

 

Photon-Temp(현재 NFS 데이터스토어에 위치)라고 하는 가상 머신을 Virtual SAN 데이터스토어로 복제하고 좀 전에 만든 가상 머신 스토리지 정책(FTT=1-Raid5)을 적용하겠습니다.

Photon-Temp가상 머신을 마우스 오른쪽 버튼으로 클릭하고 Clone -> Clone to Virtual Machine(복제 -> 가상 머신으로 복제)을 선택합니다.

 

 

가상 머신을 Virtual SAN 데이터스토어 - Raid 5/6(이레이저 코딩)로 복제

 

가상 머신 이름을 FTT=1-Raid5로 지정합니다.

Next(다음)를 클릭합니다.

 

 

가상 머신을 Virtual SAN 데이터스토어 - Raid 5/6(이레이저 코딩)로 복제

 

RegionA01-COMP01이라는 이름의 Compute(컴퓨팅) 리소스를 선택합니다.

Next(다음)를 클릭합니다.

 

 

가상 머신을 Virtual SAN 데이터스토어 - Raid 5/6(이레이저 코딩)로 복제

 

가상 머신 스토리지 정책에서 FTT=1-Raid5를 선택합니다.

호환 데이터스토어의 목록이 표시되며, 이 경우 RegionA01-VSAN-COMP01이라는 vsanDatastore가 표시됩니다.

화면 아래쪽에 Virtual SAN storage consumption would be 666.67 disk space and 0.00 B reserved Flash space.(Virtual SAN 스토리지 소비는 666.67 디스크 공간이며 플래시 공간으로 0.00 B가 예약됩니다.)라는 메시지를 볼 수 있습니다.

256MB디스크의 가상 머신에 Raid 5가상 머신 스토리지 정책을 사용하고 있으므로 Virtual SAN의 디스크 소비는 666.67MB디스크가 됩니다.

Next(다음)를 클릭합니다.

Select clone options(복제 옵션 선택)에서 Next(다음)를 클릭합니다.

 

 

가상 머신을 Virtual SAN 데이터스토어 - Raid 5/6(이레이저 코딩)로 복제

 

Finish(마침)를 클릭합니다.

복제 작업이 완료될 때까지 기다립니다.

Recent Tasks(최근 작업)에서 Clone virtual machine(가상 머신 복제) 작업의 상태가 업데이트되는지 확인합니다.

 

 

가상 머신을 Virtual SAN 데이터스토어 - Raid 5/6(이레이저 코딩)로 복제

 

복제 작업이 완료되면 FTT=1-Raid5라는 이름의 가상 머신을 선택합니다.

Summary -> VM Storage Policies(요약 -> 가상 머신 스토리지 정책)를 선택합니다.

여기서 이 가상 머신의 스토리지 정책이 FTT=1-Raid5이며 정책을 준수하고 있는지 확인할 수 있습니다.

Summary -> Related Objects(요약 -> 관련 객체)를 선택합니다.

이제 가상 머신이 vsanDatastore에 존재합니다.

 

 

디스크 정책 - FTT=1 Raid 5

 

 VM FTT=1-Raid5 -> Monitor -> Policies -> Hard Disk 1 -> Physical Disk Placement(FTT=1-Raid5 가상 머신 -> 모니터링 -> 정책 -> 하드 디스크 1 -> 물리적 디스크 배치)를 선택합니다.

이 가상 머신의 스토리지 정책에서 4개의 요소로 구성된 Raid 5디스크 배치가 있는지 확인합니다.

클러스터의 각 호스트 내에 하나의 구성 요소가 있습니다.

 

 

Virtual SAN 용량 - Raid 5/6(이레이저 코딩)

 

 

시스템 관리자가 현재 어디에서 스토리지 소비가 발생하고 있는지 추적할 수 있도록 Virtual SAN 6.2에 새로운 용량 뷰가 추가되었습니다.

RegionA01-COMP01 -> Monitor -> Virtual SAN -> Capacity(RegionA01-COMP01 -> 모니터링 -> Virtual SAN -> 용량)를 선택합니다.

먼저, Capacity Overview(용량 개요)를 보면 Virtual SAN 데이터스토어의 전체 크기를 확인할 수 있습니다. 크기가 약 160GB입니다. 또한 Deduplication and compression(중복 제거 및 압축) 오버헤드도 볼 수 있습니다.

Virtual SAN 데이터스토어의 Used  Total(사용  합계) 공간의 크기는 물리적으로 소비된 공간의 양을 나타냅니다(논리적 크기가 아님). 이는 가상 디스크, 가상 머신 홈 객체, 스왑 객체, 성능 관리 객체 및 데이터스토어에 존재하는 기타 항목의 조합입니다. 기타 항목으로는 ISO 이미지, 등록되지 않은 가상 머신 또는 템플릿 등이 해당될 수 있습니다.

맨 위, Deduplication and Compression(중복 제거 및 압축) 개요에는 절감된 공간및 현재 달성한 중복 제거율, 그리고 Virtual SAN의 공간 효율성 기능을 해제하고 중복 제거 및 압축된 개체를 원래대로 되돌릴 경우 필요하게 될 공간의 크기가 나와 있습니다.

추가로 구축되는 가상머신이 유사할수록 절감되는 공간도 증가합니다.

이는 중복 제거 및 압축 없이 현재 워크로드를 배포하려면 약 3.48GB의 용량이 필요하게 됨을 보여줍니다. 중복 제거 및 압축으로 약 1.46GB의 스토리지가 절감되었습니다.

 

 

Virtual SAN 용량 - Raid 5/6(이레이저 코딩)

 

RegionA01-COMP01 -> Monitor -> Virtual SAN -> Capacity(RegionA01-COMP01 -> 모니터링 -> Virtual SAN -> 용량)를 선택합니다.

용량 화면 아래 쪽에는 객체별로 세분화된 정보가 표시됩니다.

Group by Object Types(객체 유형별 그룹):

Performance management objects(성능 관리 객체): 성능 서비스가 설정될 때 성능 메트릭스를 저장하기 위해 생성된 객체에서 소비한 용량

File system overhead(파일 시스템 오버헤드): 중복 제거, 압축 또는 체크섬 오버헤드를 제외한, 용량 드라이브의 온디스크 파일 시스템(VirstoFS)에서 사용하는 모든 오버헤드. 중복 제거 및 압축이 설정되면 Virtual SAN 데이터스토어의 논리적 크기 증가를 반영하여 파일 시스템 오버헤드가 10배 증가합니다.

Deduplication and compression overhead(중복 제거 및 압축 오버헤드): 중복 제거와 압축으로 인해 발생하는 오버헤드. 관련 매핑 테이블, 해시 테이블 및 기타 중복 제거 및 압축에 필요한 메커니즘이 포함됩니다.

Checksum overhead(체크섬 오버헤드): 모든 체크섬을 저장하기 위한 오버헤드. 중복 제거 및 압축이 설정되면 Virtual SAN 데이터스토어의 논리적 크기 증가를 반영하여 체크섬 오버헤드가 10배 증가합니다.

Virtual SAN 데이터스토어에 가상 머신과 템플릿이 구축될 때 다음과 같은 추가 객체가 표시됩니다.

Virtual disks(가상 디스크): Virtual SAN 데이터스토어에 존재하는 가상 머신 디스크(VMDKs) 객체에 의해 소비되는 용량

VM home objects(가상 머신 홈 객체): Virtual SAN 데이터스토어에 존재하는 가상 머신 홈 네임스페이스 객체(가상 머신 파일 포함)에 의해 소비되는 용량

Swap objects(스왑 객체): Virtual SAN 데이터스토어에 존재하는 가상 머신이 켜질 때 가상 머신 스왑 공간에 의해 소비되는 용량

Vmem: 가상 머신 메모리가 포함된 가상 머신의 스냅샷 생성으로 인해 또는 일시 중지된 가상 머신에서 생성되는 메모리 객체에 의해 소비되는 용량. 단, 이는 Virtual Hardware V10 이상을 사용하는 가상 머신에서만 볼 수 있습니다.

Other(기타): 가상 머신 템플릿, 미등록 가상 머신, 가상 머신과 관련되지 않은 독립 실행형 VMDK, 수동 생성 Virtual SAN 객체, ISO를 저장하는 수동 생성 디렉토리 등에 의해 소비되는 용량

 

 

Raid 6 구현 - 디스크 정책

 

이 실습 환경은 현재 4개 노드 Virtual SAN 클러스터를 실행하고 있습니다. Raid 6를 구현하려면 Virtual SAN 클러스터최소6개 호스트가 필요합니다.

VM Storage Policy(가상 머신 스토리지 정책)는 Failure Tolerance Method(장애 허용 방식)가 Raid 5/6 - (Erasure Coding ) - Capacity(Raid 5/6 - (이레이저 코딩) - 용량)이고, Number of failures to tolerate(허용할 장애 수)가 2로 설정되어 있습니다.

Raid-6에서는 가상 머신에 지정된 스토리지의 1.5배를 소비합니다.

 

 

 

Raid 6 구현 - 디스크 정책

 

 

Raid 6가상 머신 스토리지 정책 구성의 예가 나와 있습니다.

Raid 6 구성에서는 6개의 구성 요소가 있으며, 클러스터를 구성하는 6대 ESXi 호스트에 분산됩니다. 

이는 참조용 예제입니다. 

 

 

레슨 2: 새 Sparse 가상 머신 스왑 객체



 

새 Sparse 가상 머신 스왑 객체

가상 머신 스왑 객체 또한 별도의 정책 설정을 가집니다. 가상 머신 스왑 객체의 경우 정책에 항상 허용할 장애 수가 1로 설정됩니다. 그 주 이유는 가상 머신이 다시 시작할 때 스왑을 계속 유지할 필요가 없기 때문입니다. 따라서 HA에 의해 클러스터 내 다른 호스트에서 가상 머신이 다시 시작될 때 새 스왑 객체가 생성됩니다. 즉, 한 번 이상의 장애를 견딜 수 있도록 보호할 필요가 없습니다.

기본적으로 스왑 객체는 미리 100% 프로비저닝되며 정책에서 100%의 객체 공간 예약을 설정할 필요가 없습니다. 이는 승인 제어 측면에서 Virtual SAN이 가상 머신 스왑 객체의 전체 크기를 수용할 수 있을 정도로 충분한 디스크 공간이 없다면 가상 머신을 배포하지 않음을 의미합니다. Virtual SAN 6.2에서는 새 고급 호스트 옵션인 SwapThickProvisionDisabled가 추가되어 씬 객체로 가상 머신 스왑 옵션을 프로비저닝할 수 있습니다. 이 고급 설정을 true로 설정하면 가상 머신 스왑 객체가 씬 프로비저닝됩니다.

 

 

새 Sparse 가상 머신 스왑 객체

 

이 예제를 보여주기 위해서는 환경에서 앞서 만든 FTT=1-Raid5가상 머신만 실행하고 있어야 합니다.

RegionA01-COMP01클러스터에서 다른 가상 머신을 실행하고 있을 경우 지금 중단하십시오.

FTT=1-Raid5가상 머신에 512MB의 메모리가 할당되어 있다는 것을 알 수 있습니다.

이 가상 머신이 실행되고 있는 ESXi 호스트는 이와 다를 수 있습니다.

 

 

새 Sparse 가상 머신 스왑 객체

 

이제 Capacity View(용량 뷰)로 전환하겠습니다.

RegionA01-COMP01 -> Monitor -> Virtual SAN -> Capacity(RegionA01-COMP01 -> 모니터링 -> Virtual SAN -> 용량)를 선택합니다.

CapacityView(용량 뷰) 아래 쪽으로 스크롤하면 Used Capacity Breakdown(사용된 용량 세분화) 섹션이 표시됩니다.

여기서 Swap Objects(스왑 객체)가 약 1.01GB를 사용하고 있다는 것을 볼 수 있습니다.

 

 

가상 머신 끄기

 

FTT=1-Raid5가상 머신에서 마우스 오른쪽 버튼을 클릭합니다.

Power -> Power Off(전원 -> 전원 끄기)를 선택합니다.

 

 

새 Sparse 가상 머신 스왑 객체

 

다시 Capacity View(용량 뷰)로 전환하겠습니다.

RegionA01-COMP01 -> Monitor -> Virtual SAN -> Capacity(RegionA01-COMP01 -> 모니터링 -> Virtual SAN -> 용량)를 선택합니다.

예상대로 Virtual SAN 데이터스토어에서 공간을 소비하고 있는 가상 머신 스왑 객체가 없습니다.

 

 

 

새 Sparse 가상 머신 스왑 객체

 

FTT=1-Raid5가상 머신을 선택합니다.

Summary(요약)를 선택합니다.

ESXi 호스트에 이 가상 머신이 다시 등록되어 있는지 확인합니다.

 

 

새 Sparse 가상 머신 스왑 객체

 

FTT=1-Raid5가상 머신이 등록된 ESXi 호스트에 대한 puTTY세션을 엽니다.

고급 설정을 Virtual SAN 클러스터의 각 ESXi 호스트에 설정해야 하지만, 이 환경에서는 해당 가상 머신을 실행하는 ESXi 호스트에서만 설정하겠습니다.

참고: 설명서의 명령을 끌어서 놓거나또는 "send text"(텍스트 보내기) 상단 메뉴 옵션을 사용할 수 있습니다.

설정은 SwapThickProvisionDisabled이며 기본적으로 해제되어 있습니다.

esxcfg-advcfg -g /VSAN/SwapThickProvisionDisabled

설정하려면 다음 명령을 실행합니다.

esxcfg-advcfg -s 1 /VSAN/SwapThickProvisionDisabled

 

 

 

가상 머신 켜기

 

 

 

새 Sparse 가상 머신 스왑 객체

 

FTT=1-Raid5가상 머신을 다시 켭니다.

Capacity View(용량 뷰) 화면으로 전환합니다.

RegionA01-COMP01 -> Monitor -> Virtual SAN -> Capacity(RegionA01-COMP01 -> 모니터링 -> Virtual SAN -> 용량)를 선택합니다.

이제 Swap objects(스왑 객체)가 524MB가 아닌 12MB의 디스크만 소비하는 것으로 표시됩니다.

이 새 기능은 소비되는 용량 공간에서 상당한 공간을 절감합니다.

이는 구축한 가상 머신의 수, 가상 머신 스왑 공간의 크기(즉, 가상 머신에 할당된 예약되지 않은 메모리의 크기)에 따라 달라집니다.

 

 

결론


이 모듈에서는 Virtual SAN 6.2 버전에 추가된 몇 가지 새 가상 머신 스토리지 정책에 대해 알아보았습니다.

먼저, Failure tolerance method(장애 허용 방식)를 통해 데이터 복제 방식의 최적화 기준으로 성능또는 용량을 지정할 수 있었습니다. 성능을 선택할 경우 Virtual SAN은 객체의 구성 요소를 배치하는 데 더 많은 디스크 공간을 사용하지만 객체 액세스 시 더 나은 성능을 제공합니다. 용량을 선택할 경우 Virtual SAN은 더 적은 디스크 공간을 사용하지만 성능이 감소합니다.

그 다음으로 Sparse 가상 머신 스왑 객체에 대해 살펴보았습니다. 이 새 기능은 가상 머신 스왑 객체를 씬 프로비저닝하여 용량 소비를 크게 절감합니다.


 

모듈 2 완료

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

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

 

 

실습 종료 방법

 

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

 

모듈 3 - 비즈니스 연속성 및 가용성(30분, 고급)

소개


이 모듈에서는 주로 Virtual SAN 확장 클러스터와 그 요구 사항 및 구성에 대해 알아보겠습니다. 몇 가지 예를 통해 Virtual SAN 확장 클러스터의 vSphere High Availability(HA) 및 Distributed Resource Scheduler(DRS) 설정을 설명합니다.

Virtual SAN 확장 클러스터 기능은 기존 Virtual SAN 클러스터를 만들 때와 동일한 아키텍처 콘셉트를 바탕으로 구축되며, Virtual SAN 클러스터를 구성하려면 최소 3개의 장애 도메인이 필요합니다.

Virtual SAN 확장 클러스터도 장애 도메인을 바탕으로 구성되며, 3개 사이트(2개의 액티브-액티브 사이트 및 감시 사이트) 기반의 3개 장애 영역이 필요합니다. 감시 사이트는 감시 객체와 클러스터 메타데이터 정보를 저장하고 장애 이벤트 시 클러스터 쿼럼 서비스를 제공하는 감시 가상 어플라이언스를 호스팅할 용도로만 사용되는 특수한 개념입니다.

액티브-액티브 사이트(데이터 장애 도메인) 간 네트워크 요구 사항

액티브-액티브 사이트(데이터 장애 도메인)에서 감시 사이트로의 네트워크 요구 사항


실습 준비


모듈 변환기 PowerCLI 애플리케이션을 사용하여 환경을 준비합니다.


 

모듈 변환기

 

 

 

Virtual SAN A~Z 실습 모듈 변환기

 

  1. '1 HOL-1708-SDC-1 - Virtual SAN A to Z'바로가기를 두 번 클릭합니다.

 

 

모듈 3 시작

 

  1. Module 3 Start(모듈 3 시작) 버튼을 클릭합니다.

 

 

과정 모니터링

 

완료 시까지 진행 과정을 모니터링합니다.

 

 

실습 준비 완료

 

모듈 3의 실습 환경이 준비되었습니다.

  1. 닫기를 클릭하여 모듈 변환기를 중지합니다.

 

레슨 1: Virtual SAN 확장 클러스터


확장 클러스터 구성은 데이터 센터 간 가상 머신의 균형을 유지할 수 있는 기능을 제공합니다. 이 기능은 재해 방지, 사이트 유지 보수 등, 여러 가지 이유로 필요할 수 있으며, 컴퓨팅과 스토리지, 네트워크가 두 사이트에서 제공되어 다운타임 없이 가상 머신을 실행할 수 있습니다. 무엇보다 확장 클러스터는 아무런 제약 없이 두 위치 간 리소스의 액티브 로드 밸런싱을 제공할 수 있습니다.

 


 

Virtual SAN 확장 클러스터 구성

 

Virtual SAN 확장 클러스터는 장애 도메인을 바탕으로 하며, 이 경우 필수 장애 영역은 물리적 노드와 감시 가상 어플라이언스를 기반으로 합니다. 감시 가상 어플라이언스는 장애 이벤트 발생시 클러스터 쿼럼 서비스를 제공하고 감시 객체와 클러스터 메타데이터 정보를 저장하는 역할만 수행하도록 특별히 설계되었습니다. 감시 어플라이언스를 클러스터에 등록하기 위해서는 마스터 Virtual SAN 노드와 백업 Virtual SAN 노드에 모두 연결해야 합니다.

감사 어플라이언스는 또한 신속하게 식별할 수 있도록 vSphere Web Client에서 일반 ESXi 호스트와 다른 아이콘(하늘색)으로 표시됩니다.

Virtual SAN 감시 가상 어플라이언스에 대한 몇 가지 특징은 다음과 같습니다.

이 실습 환경에는 이미 Virtual SAN 감시 호스트가 구축되어 있습니다. esx-07a.corp.local ESXi 호스트가 클러스터VSAN-Witness-Cluster로 등록되어 있습니다.

참고: vSphere 환경에서 쉽게 식별할 수 있도록 감시 호스트는 하늘색으로 표시됩니다.

 

 

Virtual SAN 확장 클러스터 구성

 

esx-07a.corp.local이라는 이름의 ESXi 호스트를 선택합니다.

Manage(관리)를 선택합니다.

Storage(스토리지)를 선택합니다.

Storage Devices(스토리지 디바이스)를 선택합니다.

Virtual SAN 감시 호스트에는 1개의 10GB 플래시(캐시) 및 1개의 15GB HDD(용량)가 있습니다.

이를 사용하여 Virtual SAN 감시 호스트디스크 그룹을 만들 것입니다.

 

 

Virtual SAN 확장 클러스터 구성

 

RegionA01-COMP01클러스터를 선택합니다.

Manage -> Settings -> Virtual SAN -> Fault Domains & Stretched Cluster(관리 -> 설정 -> Virtual SAN -> 장애 도메인 및 확장 클러스터)를 선택합니다.

현재 Stretched Cluster(확장 클러스터)가 Disabled(해제)되어 있습니다.

Configure(구성)를 클릭합니다.

 

 

Virtual SAN 확장 클러스터 구성

 

Preferred fault domain(기본 장애 도메인) 및 Secondary fault domain(보조 장애 도메인)을 지정합니다. Preferred(기본) 및 Secondary(보조)에 지정된 기본값을 그대로 사용합니다.

Preferred fault domain(기본 장애 도메인)에서 esx-01a.corp.localesx-02a.corp.local ESXi 호스트를 그대로 둡니다.

esx-03a.corp.localesx-04a.corp.local ESXi 호스트를 Secondary fault domain(보조 장애 도메인)으로 이동합니다.

Next(다음)를 클릭합니다.

 

 

Virtual SAN 확장 클러스터 구성

 

VSAN-Witness-Cluster클러스터를 확장합니다.

esx-07a.corp.localVirtual SAN 감시호스트로 선택합니다.

화면에 감시 호스트에 대한 요구 사항이 표시됩니다.

Next(다음)를 클릭합니다.

 

 

Virtual SAN 확장 클러스터 구성

 

Cache(캐시) 계층으로 10GB를 선택합니다.

Capacity(용량) 계층으로 15GB디스크를 선택합니다.

Next(다음)를 클릭합니다.

 

 

Virtual SAN 확장 클러스터 구성

 

설정을 검토하고 Finish(마침)를 클릭합니다.

 

 

 

Virtual SAN 확장 클러스터 구성

 

Recent Tasks(최근 작업) 창을 검토합니다.

 

 

Virtual SAN 확장 클러스터 구성

 

작업이 완료되면 Virtual SAN 확장 클러스터가 구성됩니다.

확장 클러스터가 설정되면 기본 장애 도메인Preferred(기본)라고 하며 Virtual SAN 감시 호스트는 esx-07a.corp.local입니다.

화면 아래쪽에서 2개의 장애 도메인이 생성되었으며, 각 장애 도메인에 2대의 ESXi 호스가 포함되어 있는 것을 볼 수 있습니다.

 

 

Virtual SAN 객체 상태

 

RegionA01-COMP01을 선택합니다.

Monitor(모니터링)를 선택합니다.

Virtual SAN을 선택합니다.

Health(상태)를 선택합니다.

확장 클러스터의 상태 점검에 새 영역이 생겼습니다.

 

 

확장 클러스터 상태 확인

 

확장 클러스터상태 점검을 확장합니다.

여기서 Virtual SAN 확장 클러스터관련 상태를 점검합니다.

Virtual SAN 상태 점검에서 오류 또는 경고가 있을 경우 Retest(재설정) 버튼을 클릭하여 일시적인 오류가 아닌지 확인할 수 있습니다. 

 

 

가상 머신 스토리지 정책 문제 해결

 

Virtual SAN 상태 점검의 데이터 섹션에 오류가 발생했다는 메시지가 표시되는 것을 볼 수 있습니다.

어떤 문제가 있는지 알아보겠습니다.

 

 

가상 머신 스토리지 정책 문제 해결

 

먼저 가상 머신에 적용된 가상 머신 스토리지 정책을 확인합니다.

FTT-1-Raid5가상 머신을 선택합니다.

Monitor -> Policies -> Hard Disk 1 -> Physical Disk Placement(모니터링 -> 정책 -> 하드 디스크 1 -> 물리적 디스크 배치)를 선택합니다.

Compliance Status(준수 상태)가 Noncompliant(비준수)로 표시됩니다.

 

 

가상 머신 스토리지 정책 문제 해결

 

Monitor -> Policies -> Hard Disk 1 --> Compliance Failures(모니터링 -> 정책 -> 하드 디스크 1 -> 준수 실패)를 선택합니다.

이 가상 머신에 적용한 가상 머신 스토리지 정책이 Raid 5 구성이며, 따라서 4대의 ESXi 호스트로 구성된 4개의 장애 도메인이 필요합니다(각 ESXi 호스트가 장애 도메인). 그런데 Virtual SAN 확장 클러스터를 만들 때 장애 도메인의 수를 2로 줄여 가상 머신 스토리지 정책에 위배됩니다.

 

 

가상 머신 스토리지 정책 문제 해결

 

Manage -> Policies -> Edit VM Storage Policies(관리 -> 정책 -> 가상 머신 스토리지 정책 편집)를 선택합니다.

 

 

가상 머신 스토리지 정책 문제 해결

 

가상 머신 스토리지 정책에서 Virtual SAN Default Storage Policy(Virtual SAN 기본 스토리지 정책)를 선택합니다.

Apply to all(모두 적용)을 클릭합니다.

OK(확인)를 클릭합니다.

 

 

가상 머신 스토리지 정책 문제 해결

 

Compliance Status(준수 상태)가 여전히 Noncompliant(비준수)로 표시됩니다.

추가 원인을 살펴보겠습니다.

 

 

가상 머신 스토리지 정책 문제 해결

 

RegionA01-COMP01을 선택합니다.

Monitor -> Virtual SAN -> Resyncing Components(모니터링 -> Virtual SAN -> 구성 요소 재동기화)를 선택합니다.

구성 요소가 재동기화되는 것을 확인할 수 있습니다. 동기화가 완료될 때까지 기다립니다.

이는 초기 예상 시간이며 남은 재동기화할 바이트 수에 따라 감소합니다.

 

 

가상 머신 스토리지 정책 문제 해결

 

재동기화가 완료되면 Monitor -> Policies(모니터링 -> 정책) 화면으로 돌아갑니다.

FTT-1-Raid5가상 머신을 선택합니다.

Monitor -> Policies -> VM Home -> Physical Disk Placement(모니터링 -> 정책 -> 가상 머신 홈 -> 물리적 디스크 배치)를 선택합니다.

이제 Compliance Status(준수 상태)가 Compliant(준수)로 표시됩니다.

또한 Virtual SAN 기본 스토리지 정책이라고 하는 새 가상 머신 스토리지 정책을 적용한 후 가상 머신 구성 요소가 다음과 같이 배치되는 것을 볼 수 있습니다. 장애 도메인별로 하나씩 구성 요소가 배치되고 Virtual SAN 감시에 의해 쿼럼이 제공됩니다.

 

 

가상 머신 스토리지 정책 문제 해결

 

RegionA01-COMP01을 선택합니다.

Monitor(모니터링)를 선택합니다.

Virtual SAN을 선택합니다.

Health(상태)를 선택합니다.

이제서야 Virtual SAN Health Check(상태 점검)의 데이터 부분이 모든 테스트를 통과한 것으로 표시됩니다.

 

레슨 2: vSphere HA 및 DRS와 Virtual SAN



 

Virtual SAN 확장 클러스터의 vSphere High Availability(HA) 및 Distributed Resource Scheduler(DRS) 설정

Virtual SAN 확장 클러스터에서 가상 머신에 가용성을 제공하려면 vSphere High Availability(HA)를 구성해야 합니다.

이를 통해 호스트 장애 시 동일한 사이트(선호도 규칙에 따라)에서 가상 머신이 다시 시작되고, 전체 사이트 장애 시에는 원격 사이트에서 다시 시작됩니다. 그러나 Virtual SAN 확장 클러스터에서 고가용성을 구현하기 위해서는 특정 방식으로 특정 설정을 구성해야 합니다.

이 레슨에서는 VMware 권장 설정을 적용해 보고, Virtual SAN 확장 클러스터에서 이 방식으로 vSphere HA를 구성해야 하는 이유에 대해서도 알아봅니다.

이 지침에 따르면 단일 사이트 내 구성 요소/호스트 장애 시 동일한 사이트(읽기 지역성 유지)에서 가상 머신을 다시 시작하도록 보장할 수 있습니다. 또한 전체 사이트 장애 시에는 다른 사이트로 가상 머신을 페일오버하여 다시 시작합니다.

 

 

가상 머신 이름 변경

 

Virtual SAN 확장 클러스터가 구성되면 Virtual SAN에 일부 가상 머신을 가져와 시작합니다. 이 과정에서 FTT=1-Raid5가상 머신의 이름을 변경합니다.

FTT=1-Raid5가상 머신을 마우스 오른쪽 버튼으로 클릭하고 Rename(이름 바꾸기)을 선택합니다.

가상 머신의 이름을 변경하는 것은 이해를 돕기 위해서입니다.

가상 머신의 이름을 VM-Primary로 변경합니다.

 

 

가상 머신 끄기

 

첫 번째 가상 머신을 만들었지만 나중에 사용할 것이므로 지금은 가상 머신을 끄겠습니다.

  1. VM-Primary를 마우스 오른쪽 버튼으로 클릭합니다.
  2. Power -> Power Off(전원 -> 전원 끄기)를 선택합니다.
  3. Yes(예)를 클릭합니다(보이지 않음).

이제 VM-Secondary라고 하는 두 번째 가상 머신을 만들어보겠습니다.

 

 

가상 머신을 보조 사이트로 복제

 

이번에는 Photon-Temp가상 머신을 복제합니다.

Photon-Temp가상 머신을 마우스 오른쪽 버튼으로 클릭하고 Clone(복제) 및 Clone to Virtual Machine(가상 머신으로 복제)을 선택합니다.

 

 

가상 머신을 보조 사이트로 복제

 

VM-Secondary라고 가상 머신 이름을 지정합니다. 이 가상 머신은 Secondary Site(보조 사이트)에 위치합니다.

가상 머신 이름: VM-Secondary

Next(다음)를 클릭합니다.

 

 

가상 머신을 보조 사이트로 복제

 

가상 머신을 처음 배치할 위치로 RegionA01-COMP01클러스터를 선택합니다.

Next(다음)를 클릭합니다.

 

 

가상 머신을 보조 사이트로 복제

 

가상 머신에 가상 머신 스토리지 정책을 적용합니다. 가상 머신을 vsanDatastore에 배치합니다.

다음 가상 머신 스토리지 정책을 선택합니다.

가상 머신 스토리지 정책: Virtual SAN Default Storage Policy(Virtual SAN 기본 스토리지 정책)

Next(다음)를 클릭합니다.

 

 

가상 머신을 보조 사이트로 복제

 

Select clone options(복제 옵션 선택)에서 Next(다음)를 클릭합니다.

 

 

가상 머신을 보조 사이트로 복제

 

설정을 검토하고 Finish(마침)를 클릭합니다.

 

 

Virtual SAN 확장 클러스터의 vSphere HA 및 DRS 설정

 

이제 환경에 2대의 가상 머신을 구축했습니다.

 

 

vSphere DRS 설정

 

이미 Virtual SAN 확장 클러스터에 필요한 대부분의 HADRS설정을 구성했지만, 구성해야 할 설정을 알아보기 위해 구성 요소를 다시 확인해보겠습니다.

DRS는 완전 자동또는 반자동모드로 설정할 수 있습니다.

Virtual SAN 클러스터 설정에 대한 자세한 내용은 http://www.vmware.com/files/pdf/products/vsan/VMware-Virtual-SAN-6.2-Stretched-Cluster-Guide.pdf를 참조하십시오.

RegionA01-COMP01클러스터를 선택합니다.

Manage(관리)를 선택합니다.

Settings(설정)를 선택합니다.

vSphere DRS를 선택합니다.

vSphere DRS가 켜지고반자동 모드로 실행됩니다.

 

 

 

가상 머신/호스트 그룹

 

이제 Virtual SAN 확장 클러스터에서 DRS를 설정해 보겠습니다.

DRS에서 가장 중요한 사항은 가상 머신/호스트 선호도 규칙의 관계입니다.

가상 머신/호스트 선호도 규칙이 작동하려면 DRS가 필요합니다. DRS를 사용하지 않을 경우 should(권장) 규칙은 무시됩니다. 따라서 가상 머신/호스트 선호도 관련 should(권장) 규칙을 사용하려면 DRS가 필요합니다.

RegionA01-COMP01클러스터를 선택합니다.

Manage(관리)를 선택합니다.

Settings(설정)를 선택합니다.

VM/Host Groups(가상 머신/호스트 그룹)를 선택합니다.

Add(추가)를 클릭합니다.

 

 

가상 머신/호스트 그룹

 

가상 머신/호스트 그룹의 이름을 Primary로 지정합니다.

Type(유형)은 Host Group(호스트 그룹)을 선택합니다.

2대의 ESXi 호스트(esx-01a.corp.localesx-02a.corp.local)를 가상 머신/호스트 그룹에 추가합니다.

OK(확인)를 클릭합니다.

 

 

 

가상 머신/호스트 그룹

 

Primary를 선택합니다.

Primary Host Group(Primary 호스트 그룹)에는 esx-01a.corp.localesx-02a.corp.local ESXi 호스트가 포함되어 있습니다.

Add(추가)를 클릭하여 새 가상 머신/호스트 그룹을 생성합니다.

 

 

가상 머신/호스트 그룹

 

가상 머신/호스트 그룹의 이름을 Secondary로 지정합니다.

Type(유형)은 Host Group(호스트 그룹)을 선택합니다.

2대의 ESXi 호스트(esx-03a.corp.localesx-04a.corp.local)를 가상 머신/호스트 그룹에 추가합니다.

OK(확인)를 클릭합니다.

 

 

가상 머신/호스트 그룹

 

Secondary를 선택합니다.

Secondary Host Group(Secondary 호스트 그룹)에는 esx-03a.corp.localesx-04a.corp.local ESXi 호스트가 포함되어 있습니다.

Add(추가)를 클릭하여 새 가상 머신/호스트 그룹을 생성합니다.

 

 

가상 머신/호스트 그룹

 

가상 머신/호스트 그룹의 이름을 Primary-VM으로 지정합니다.

Type(유형)은 VMGroup(가상 머신 그룹)을 선택합니다.

가상 머신 그룹에 VM-Primary라고 하는 가상 머신을 추가합니다.

OK(확인)를 클릭합니다.

 

 

가상 머신/호스트 그룹

 

Primary-VM을 선택합니다.

Primary-VM VM Group(Primary-VM 가상 머신 그룹)에는 VM-Primary라고 하는 가상 머신이 포함되어 있습니다.

Add(추가)를 클릭하여 새 가상 머신/호스트 그룹을 생성합니다.

 

 

가상 머신/호스트 그룹

 

가상 머신/호스트 그룹의 이름을 Secondary-VM으로 지정합니다.

Type(유형)은 VMGroup(가상 머신 그룹)을 선택합니다.

가상 머신 그룹에 VM-Secondary라고 하는 가상 머신을 추가합니다.

OK(확인)를 클릭합니다.

 

 

가상 머신/호스트 그룹

 

Secondary-VM을 선택합니다.

Secondary-VM VM Group(Secondary-VM 가상 머신 그룹)에는 VM-Secondary라고 하는 가상 머신이 포함되어 있습니다.

 

 

 

가상 머신-호스트 규칙

 

RegionA01-COMP01클러스터를 선택합니다.

Manage(관리)를 선택합니다.

Settings(설정)를 선택합니다.

VM/Host Rules(가상 머신/호스트 규칙)를 선택합니다.

Add VM/Host Rules(가상 머신/호스트 규칙 추가)를 클릭합니다.

 

 

가상 머신-호스트 규칙

 

가상 머신/호스트 규칙의 이름을 PrimaryVMHosts로 지정합니다.

Type(유형)은 Virtual Machine to Hosts(가상 머신에서 호스트)를 선택합니다.

VM Group(가상 머신 그룹)의 경우 Primary-VMShould run on hosts in group(그룹의 호스트에서 실행해야 함)을 선택합니다.

Host Group(호스트 그룹)에 대해 Primary를 선택합니다.

OK(확인)를 클릭합니다.

 

 

가상 머신-호스트 규칙

 

첫 번째 가상 머신/호스트 규칙이 생성되었습니다.

가상 머신 그룹의 포함된 가상 머신은 호스트 그룹에 포함된호스트에서 실행되어야 합니다.

Add VM/Host Rules(가상 머신/호스트 규칙 추가)를 클릭합니다.

 

 

가상 머신-호스트 규칙

 

가상 머신/호스트 규칙의 이름을 SecondaryVMHosts로 지정합니다.

Type(유형)은 Virtual Machine to Hosts(가상 머신에서 호스트로)를 선택합니다.

VM Group(가상 머신 그룹)에 대해 Secondary-VMShould run on hosts in group(그룹의 호스트에서 실행해야 함)을 선택합니다.

Host Group(호스트 그룹)에 대해 Secondary를 선택합니다.

OK(확인)를 클릭합니다.

 

 

가상 머신-호스트 규칙

 

두 번째 가상 머신/호스트 규칙이 생성되었습니다.

가상 머신 그룹의 구성원인 가상 머신은 호스트 그룹의 구성원인 호스트에서 실행되어야 합니다.

 

 

Virtual SAN 확장 클러스터의 HA 설정

 

Virtual SAN 확장 클러스터에서 가상 머신에 가용성을 제공하려면 vSphere HA를 구성해야 합니다. 이를 통해 호스트 장애 시 동일한 사이트(선호도 규칙에 따라)에서 가상 머신이 다시 시작되고, 전체 사이트 장애 시에는 원격 사이트에서 다시 시작됩니다. 그러나 Virtual SAN 확장 클러스터에서 고가용성을 구현하기 위해서는 특정 방식으로 특정 설정을 구성해야 합니다.

RegionA01-COMP01클러스터를 선택합니다.

Manage(관리)를 선택합니다.

Settings(설정)를 선택합니다.

vSphere HA를 선택합니다.

vSphere HA가 현재 해제되어 있으며 Edit(편집)를 클릭합니다.

 

일부 vSphere HA 설정이 사전 구성되어 있습니다. 설명을 위해 구성을 다시 열어보겠습니다.

 

 

 

Virtual SAN 확장 클러스터의 HA 설정

 

Turn On vSphere HA(vSphere HA 켜기)를 선택합니다.

Failure conditions and VM response(장애 조건 및 가상 머신 대응)를 확장합니다.

 

 

Virtual SAN 확장 클러스터의 HA 설정

 

VM restart priority(가상 머신 재시작 우선순위)에 대해 드롭다운 목록에서 High(높음)를 선택합니다.

Response for Host Isolation(호스트 분리에 대한 대응)에는 Power off and restart VMs(가상 머신 끄기 및 재시작)가 선택되어 있습니다.

아래로 스크롤하여 Admission Control(승인 제어)을 확장합니다.

 

 

Virtual SAN 확장 클러스터의 HA 설정

 

사이트 장애 시 전체 클러스터 규모의 절반에 불과한 1개 사이트에서 모든 가상 머신을 실행해야 할 수 있습니다. 예약된 용량을 보장할 수 있으려면 HA에서 리소스의 50%(즉, 사이트 1개의 리소스)만 예약하도록 해야 합니다.

Admission Control(승인 제어) 섹션에서 다음을 확인합니다.

Define failover capacity by reserving a percentage of the cluster resources(클러스터 리소스의 백분율을 예약하여 페일오버 용량 정의):

Reserved failover CPU capacity(예약된 페일오버 CPU 용량): 50%
Reserved failover Memory capacity(예약된 페일오버 메모리 용량): 50%

Datastore for Heartbeating(하트비트용 데이터스토어)을 확장합니다.

 

 

Virtual SAN 확장 클러스터의 HA 설정

 

Use datastores only from the specified list(지정된 목록의 데이터스토어만 사용)를 선택합니다.

Advanced Options(고급 옵션)를 확장합니다.

 

 

Virtual SAN 확장 클러스터의 HA 설정

 

다음 각 설정에 대해 알아보겠습니다.

das.ignoreInsufficientHbDatastore: HA는 das.heartbeatDsPerHost에 지정된 대로 호스트에 필요한 데이터스토어 수를 선택할 수 없을 경우 호스트 구성 문제를 보고합니다. 이 옵션을 true로 설정하면 이 경고를 무시하고 false로 설정하면 이 경고를 보고합니다.

das.ignoreRedundantNetWarning: HA에 사용되는 네트워크에 대해 이중 네트워크로 호스트가 구성되지 않은 경우 HA는 호스트의 구성 문제를 보고합니다. 5.5 이전 버전에서 HA는 관리 네트워크만 사용했지만 5.5버전에서 Virtual SAN이 설정된 경우 HA는 Virtual SAN용으로 구성된 네트워크를 사용합니다.

das.isolationAddressX: HA에 사용되는 네트워크(*)에서 에이전트 네트워크 트래픽이 관찰되지 않을 경우 분리를 확인하기 위해 FDM 에이전트가 사용하는 IP 주소. HA는 기본 분리 주소로 기본 관리 네트워크 게이트웨이를 사용하며, 이와 함께 이 고급 옵션에서 지정된 주소도 추가로 확인합니다. HA에 사용되는 각 관리 네트워크에 대해 분리 주소를 추가하는 것이 좋습니다.(*) 5.5 이전 버전에서 HA는 관리 네트워크만 사용했지만, 5.5버전에서는 클러스터에 Virtual SAN도 설정된 경우 HA는 에이전트 간 통신용 Virtual SAN 네트워크를 사용합니다.

das.respectVmVmAntiAffinityRules: 장애 후 가상 머신 재시작 시 가상 머신 간 반선호도 규칙을 따릅니다. 유효한 값은 "false"(기본) 및 "true"입니다.

das.useDefaultIsolationAddress: 기본 분리 주소(관리 네트워크의 게이트웨이) 사용 여부에 따라 호스트가 네트워크에서 분리되었는지 결정할 것인지를 지정합니다. 기본적으로 관리 네트워크 기본 게이트웨이가 사용됩니다. 기본 게이트웨이가 ping을 할 수 없는 주소일 경우 das.isolationaddressX에 ping이 가능한 주소를 지정하고 기본 게이트웨이를 사용하지 않도록 이 옵션을 false로 설정합니다.

OK(확인)를 클릭하면 vSphere HA가 설정됩니다.

 

 

Virtual SAN 확장 클러스터의 HA 설정

 

vSphere가 설정/켜집니다.

ESXi 호스트에서 vSphere HA를 사용하도록 설정하지 못할 경우 호스트를 마우스 오른쪽 버튼으로 클릭하고 Reconfigure for HA(HA 재구성)를 선택합니다.

 

 

vSphere HA 호스트 상태 확인

 

경우에 따라 이 실습 환경의 ESX 호스트 하나 이상에서 vSphere HA 에이전트 설치 문제가 발생할 수 있습니다.

이 문제를 해결하기 위해서는 다음과 같은 HA 에이전트 설치 문제 해결 과정을 수행합니다.

  1. Cluster(클러스터) -> RegionA01-COMP01로 이동합니다.
  2. Summary(요약) 탭을 클릭합니다.
  3. 문제가 있는 호스트의 이름이 표시됩니다.

나열된 각 호스트에 대해 이 문제를 해결하기 위한 과정을 수행합니다.

 

 

vSphere HA 호스트 상태 확인

 

  1. esx-01a.corp.local 호스트를 클릭합니다(이 예에서는 esx-01a.corp.local 호스트지만 실습 환경에 따라 esx-02a.corp.local, esx-03a.corp.local, esx-04a.corp.local 호스트가 될 수 있음).
  2. Summary(요약) 탭을 클릭하여 이 호스트의 vSphere HA 에이전트에 문제가 있는지 확인합니다.

 

 

vSphere HA 호스트 상태 확인

 

  1. 호스트를 마우스 오른쪽 버튼으로 클릭합니다.
  2. "Reconfigure for vSphere HA"(vSphere HA 재구성)을 클릭합니다.

 

 

vSphere HA 호스트 상태 확인

 

vSphere Web Client를 새로 고치고 각 호스트의 요약 탭에서 HA 문제가 해결되었는지 확인합니다.

 

 

가상 머신에서 호스트 선호도 규칙에 따르도록 HA 구성

 

이 설정은 전체 사이트에 장애가 발생한 경우 vSphere HA의 대응 방식을 정의합니다.

상황에 따라 이 설정은 다음과 같이 해석할 수 있습니다.

여러 대의 호스트로 구성된 사이트에서 한 호스트에 장애가 발생한 경우 vSphere HA는 해당 사이트의 다른 호스트에서 가상 머신을 다시 시작하여 읽기 선호도를 유지합니다.

전체 사이트에 장애가 발생한 경우 vSphere HA는 다른 사이트의 호스트에서 가상 머신을 다시 시작합니다. 위에 표시된 must respect(필수 준수) 옵션이 선택된 경우 vSphere HA는 규칙에 따라 다른 사이트에서 가상 머신을 다시 시작할 수 없지만, should(권장) 규칙을 사용하면 가능합니다.

 

 

가상 머신 켜기

 

VM-PrimaryVM-Secondary가상 머신을 켭니다.

VM-Primaryesx-01a.corp.local또는 esx-02a.corp.local에서 실행되고, VM-Secondaryesx-03a.corp.local또는 esx-04a.corp.local에서 실행되고 있어야 합니다.

이를 위해 VM/Host Rules(가상 머신/호스트 규칙)를 만들었습니다.

중요:나중에 필요하므로 VM-Primary가 실행되고 있는 ESXi 호스트를 기록해 두어야 합니다.

 

 

VM-Primary의 구성 요소 할당 확인

 

VM-Primary를 선택합니다.

Monitor(모니터링)를 선택합니다.

Policies(정책)를 선택합니다.

Hard disk 1(하드 디스크 1)을 선택합니다.

Physical Disk Placement(물리적 디스크 배치)를 선택합니다.

배치도를 보면 가상 머신이 올바르게 구축되었으며, 장애 도메인(사이트)당하나의 구성 요소가 있으며감시 호스트(esx-07a.corp.local)감시 구성 요소가 배치되어 있습니다.

데이터의 사본 하나는 Preferred Fault Domain(기본 장애 도메인)에, 데이터의 보조 사본은 Secondary Fault Domain(보조 장애 도메인)에 있으며, 감시 구성 요소는 감시 호스트와 감시 사이트의 스토리지에 위치합니다.

 

 

 

Virtual SAN 상태 점검

 

장애 시나리오를 테스트해 보기 전에 상태 점검이 모두 통과되었는지 확인합니다.

1. RegionA01-COMP01 클러스터 선택

2. 모니터 선택

3. Virtual SAN 선택

4. Health 선택

가상화된 환경에서 실행 중이므로 이 클러스터에서는 Virtual SAN 성능 서비스가 설정되어 있지 않습니다.따라서 하드웨어 호환성 상태 경고는 모두 무시합니다.

 

 

장애 시나리오 - 단일 호스트 재부팅

 

이제 단일 ESXi 호스트 장애 시나리오를 시뮬레이션하기 위해 하나의 가상 머신 구성 요소가 있는 호스트를 재부팅하겠습니다.

VM-Primary가상 머신이 실행되고 있는 ESXi 호스트를 선택하여 재부팅합니다. (실제 환경에서는 다른 ESX 호스트일 수 있음)

esx-02a.corp.local호스트를 마우스 오른쪽 버튼으로 클릭하고 Power -> Reboot(전원 -> 재부팅)를 선택합니다.

 

 

장애 시나리오 - 단일 호스트 재부팅

 

OK(확인)를 선택하여 ESXi 호스트를 재부팅합니다.

 

 

구성 요소 부재

 

ESXi 호스트가 재부팅되어(응답하지않은 상태) VM-Primary 가상 머신에 다시 액세스할 수 있을 때까지 기다립니다.

VM-Primary가상 머신을 선택합니다.

Monitor(모니터링)를 선택합니다.

Policies(정책)를 선택합니다.

Hard disk 1(하드 디스크 1)을 선택합니다.

Physical Disk Placement(물리적 디스크 배치)를 선택합니다.

잠시 후 ESXi 호스트가 재부팅되고 HA 이벤트의 일부로 VM-Primary가 페일오버되면 해당 호스트의 Virtual SAN 객체Absent(없음)로 표시됩니다.

이 단계에서는 좀 기다려야 합니다. vSphere Web Client를 새로 고쳐야 할 수 있습니다.

 

 

가상 머신 위치

 

vSphere HA 이벤트가 발생하여 VM-Primary가상 머신이 동일한 Virtual SAN 장애 도메인의 다른 호스트(esx-01a.corp.local)에서 켜진 것을 확인할 수 있습니다.

 

 

다른 호스트에서 VM-Primary 재시작

 

VM-Primary가상 머신의 가상 머신 Summary(요약) 보기로 변경합니다.

esx-01a.corp.local라고 하는 다른 ESXi 호스트에서 가상 머신이 켜진 것을 확인합니다.

 

 

ESXi 호스트 부팅 완료

 

ESXi 호스트가 부팅되어 vCenter Server에 다시 연결될 때까지 기다립니다.

 

 

Virtual SAN 상태 점검

 

RegionA01-COMP01을 선택합니다.

Monitor(모니터링)를 선택합니다.

Virtual SAN을 선택합니다.

Health(상태)를 선택합니다.

상태 점검을 다시 실행하여 모든 테스트를 통과했는지 확인합니다.

 

 

장애 시나리오 - 전체 사이트 장애

 

이 시나리오에서 전체 사이트 장애를 시뮬레이션해 보겠습니다. 전체 사이트란 esx-01a.corp.local 및 esx-02a.corp.local의 Preferred Fault Domain(기본 장애 도메인)을 말합니다.

RegionA01-COMP01을 선택합니다.

Related Objects(관련 객체)를 선택합니다.

Hosts(호스트)를 선택합니다.

esx-01a.corp.localesx-02a.corp.local을 선택합니다(esx-01a.corp.local을 클릭한 후 Ctrl 키를 누른 상태에서 esx-02a.corp.local 클릭).

선택 사항을 마우스 오른쪽 버튼으로 클릭하고 Power -> Reboot(전원 -> 재부팅)를 선택합니다.

 

 

 

장애 시나리오 - 장애 사이트

 

Yes(예)를 클릭하여 2대의 ESXi 호스트에 대해 이 작업을 수행합니다.

 

 

장애 시나리오 - 장애 사이트

 

All Hosts(전체 호스트)를 선택하고 OK(확인)를 클릭합니다.

 

 

구성 요소 부재

 

ESXi 호스트가 재부팅되어(응답하지 않음) VM-Primary 가상 머신에 다시 액세스할 수 있을 때까지 기다립니다.

VM-Primary가상 머신을 선택합니다.

Monitor(모니터링)를 선택합니다.

Policies(정책)를 선택합니다.

Hard disk 1(하드 디스크 1)을 선택합니다.

Physical Disk Placement(물리적 디스크 배치)를 선택합니다.

잠시 후 ESXi 호스트가 재부팅되고 HA 이벤트의 일부로 VM-Primary가 페일오버되면 해당 호스트의 Virtual SAN 객체Absent(없음)로 표시됩니다.

이 단계에서는 좀 기다려야 합니다. vSphere Web Client를 새로 고쳐야 할 수 있습니다.

 

 

가상 머신 위치

 

vSphere HA 이벤트가 발생하여 VM-Primary가상 머신이 보조 Virtual SAN 장애 도메인의 호스트(esx-04a.corp.local)에서 켜진 것을 확인할 수 있습니다.

 

 

 

ESXi 호스트 부팅 완료

 

ESXi 호스트가 부팅되어 vCenter Server에 다시 연결될 때까지 기다립니다.

 

 

DRS - 반자동화

 

RegionA01-COMP01을 선택합니다.

Monitor -> vSphere DRS -> Recommendations(모니터 > vSphere DRS > 권장 사항)를 선택합니다.

DRS가 반자동화 모드이므로 DRS가 가상 머신의 초기 배치를 처리합니다.  

하지만 추가 마이그레이션 권장 사항도 제공되어 시스템 관리자가 가상 머신을 이동할 것인지를 결정하는데 도움을 줍니다.

시스템 관리자는 권장 사항을 확인한 후 가상 머신을 마이그레이션하지 않기로 결정할 수 있습니다.

DRS 권장 사항이 없을 경우 Run DRS Now(지금 DRS 실행)를 클릭합니다.

Apply Recommendations(권장 사항 적용)를 클릭합니다.

 

 

다른 호스트로 VM-Primary 마이그레이션

 

VM-Primary가상 머신을 선택합니다.

Summary(요약)를 선택합니다.

마이그레이션 작업이 완료되면 VM-Primary가상 머신이 이제 esxi-02a.corp.local ESXi 호스트에서 실행됩니다.

 

 

vSphere 작업

 

Recent Tasks(최근 작업)를 선택합니다.

여기서 VM-Primaryesx-04a.corp.local에서 다시 esx-02a.corp.local로 마이그레이션한 가상 머신 마이그레이션 작업의 결과를 확인할 수 있습니다.

 

 

Virtual SAN 상태 점검

 

RegionA01-COMP01을 선택합니다.

Monitor(모니터링)를 선택합니다.

Virtual SAN을 선택합니다.

Health(상태)를 선택합니다.

상태 점검을 다시 실행하여 모든 테스트를 통과했는지 확인합니다.

 

결론



 

모듈 3 완료

모듈 3이 완료되었습니다.

아래 모듈 중 원하는 모듈을 선택하여 시작하십시오. [실습 설명서를 위한 사용자 지정/선택적 정보 추가]

 

 

실습 종료 방법

 

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

 

모듈 4 - 모니터링 및 문제 해결(30분, 초급)

소개


이 모듈에서는 Virtual SAN 환경의 모니터링과 문제 해결에 사용할 수 있는 다양한 툴 조합에 대해 살펴봅니다. 또한 이러한 툴을 사용하여 Virtual SAN의 문제를 조사하고 신속하게 해결할 수 있는 방법도 알아봅니다. Virtual SAN은 기존 vSphere 툴과 함께 몇 가지 Virtual SAN 전용 내장 툴을 활용할 수 있습니다. 이 장에서는 다음과 같은 툴을 다룹니다.

상태 점검: Virtual SAN 클러스터에서 몇 가지 테스트를 실행하고 이상 현상을 보고하는 내장 기능입니다.

ESXCLI: ESXi 호스트의 CLI(Command Line Interface)입니다.

Ruby vSphere console(RVC): vCenter Server 인스턴스를 관리하기 위한 범용 툴로 Virtual SAN을 지원하기 위해 확장되었습니다.

성능 서비스: Virtual SAN의 모든 측면에 대한 자세한 성능 메트릭스를 제공하는 Virtual SAN 6.2의 새 기능입니다.

Virtual SAN observer: RVC를 활용하는 웹 기반 성능 유틸리티입니다.

ESXTOP: ESXi 호스트 성능 모니터링 툴입니다.

 


실습 준비


모듈 변환기 PowerCLI 애플리케이션을 사용하여 환경을 준비합니다.


 

모듈 변환기

 

 

 

Virtual SAN A~Z 실습 모듈 변환기

 

  1. '1 HOL-1708-SDC-1 - Virtual SAN A to Z'바로가기를 두 번 클릭합니다.

 

 

모듈 4 시작

 

  1. Module 4 Start(모듈 4 시작) 버튼을 클릭합니다.

 

 

과정 모니터링

 

완료 시까지 진행 과정을 모니터링합니다.

 

 

실습 준비 완료

 

모듈 4의 실습 환경이 준비되었습니다.

  1. 닫기를 클릭하여 모듈 변환기를 중지합니다.

 

레슨 1: Virtual SAN 상태 점검



 

Virtual SAN 상태 점검

Virtual SAN 6.2에서 기본적으로 수행하는 총 7가지 범주의 상태 점검 테스트는 다음과 같습니다.

Virtual SAN이 확장 클러스터로 구축된 경우 이 구성과 관련하여 추가 상태 점검 조합이 제공됩니다. 각 상태 점검에 대해 좀 더 자세히 살펴보겠습니다.

 

 

 

Virtual SAN 상태

 

RegionA01-COMP01을 선택합니다.

Monitor -> Virtual SAN -> Health(모니터링 -> Virtual SAN -> 상태)를 선택합니다.

여기에 Virtual SAN 6.2에서 수행하는 Health Check (상태 점검) 목록이 표시됩니다.

각 테스트를 확장하여 점검할 수 있는 개별 테스트를 확인할 수 있습니다.

 

 

Virtual SAN 상태 점검 - VMware에 문의

 

상태 점검의 또 다른 유용한 기능으로 모든 테스트에 "Ask VMware"(VMware 문의) 링크가 표시됩니다. VMware 문의 링크를 클릭하면 시스템 관리자가 바로 VMware 기술 자료 문서에서 테스트의 목적, 테스트 실패 사유, 문제를 해결하기 위해 수행할 수 있는 방법 등을 참고할 수 있습니다. 테스트 실패 시 Ask VMware(VMware 문의) 버튼을 클릭하여 관련 기술 자료 문서를 참조합니다. 많은 사례에 대해 문제 해결 방법을 찾기 위한 단계가 제공되며, 기술 자료 문서가 도움이 되지 않을 경우 VMware 지원에 추가 지원을 문의해야 합니다.

RegionA01-COMP01을 선택합니다.

Monitor -> Virtual SAN -> Health(모니터링 -> Virtual SAN -> 상태)를 선택합니다.

Data Health check(데이터 상태 점검)를 확장합니다.

Virtual SAN object health(Virtual SAN 객체 상태)를 선택합니다.

Ask VMware(VMware 문의) 버튼의 위치를 확인합니다.

Ask VMware(VMware 문의)를 클릭하면 Virtual SAN 상태 점검에 대한 설명과 오류 상태를 해결할 수 있는 방법이 포함된 VMware 기술 자료 문서가 표시됩니다.

이 실습 환경에서는 인터넷 액세스가 제공되지 않아 VMware 기술 자료 시스템에 액세스할 수 없지만 참조할 수 있도록 다음 단계에 기술 자료 문서의 한 예가 캡처되어 나와 있습니다.

 

 

Virtual SAN 기술 자료의 예

 

Virtual SAN 상태 점검 문의를 통해 볼 수 있는 VMware 기술 자료 문서의 예가 나와 있습니다.

 

 

Virtual SAN 하드웨어 호환성 목록 상태

 

Virtual SAN 하드웨어 호환성 목록 상태는 스토리지 컨트롤러 하드웨어드라이버 버전이 하드웨어 호환성 목록에 등록되어 있으며 이 버전의 Virtual SAN에서 지원되는지 확인합니다(하드웨어 호환성 목록은 하드웨어 호환성 목록을 말함). 컨트롤러 또는 드라이버가 하드웨어 호환성 목록에 등록되어 있지 않거나 이 버전의 Virtual SAN(즉, Virtual SAN이 실행되는 ESXi의 버전)에서 지원되지 않을 경우 경고가 표시됩니다.

또한 Virtual SAN 하드웨어 호환성 목록 DB가 최신 상태인지도 확인합니다. 다시 말해 최신 버전의 유효한 하드웨어 호환성 목록 데이터베이스를 실행하고 있는지 확인합니다.

RegionA01-COMP01을 선택합니다.

Monitor -> Virtual SAN -> Health(모니터링 -> Virtual SAN -> 상태)를 선택합니다.

Hardware Compatibility(하드웨어 호환성 목록)를 확장합니다.

이 실습은 물리적 하드웨어가 아닌 중첩된 실습 환경에서 실행하고 있어 실습 환경의 컨트롤러 드라이버 및 SCSI 컨트롤러가 테스트에 실패한 것으로 표시될 것입니다.

 

 

하드웨어 호환성 목록 데이터베이스 업데이트

 

하드웨어 호환성 목록은 정기적으로 자주 업데이트되므로 시스템 관리자는 이러한 검사에 사용되는 데이터베이스의 로컬 버전을 업데이트해야 합니다. 온라인으로 업데이트하거나(vCenter Server가 VMware.com에 액세스하고 있는 경우) vCenter Server가 온라인이 아닌 경우 하드웨어 호환성 목록 DB 파일을 다운로드한 후 업데이트할 수도 있습니다. 온라인으로 하드웨어 호환성 목록 DB 버전을 업데이트하려면 상태 점검 테스트에 표시되는 "Upload from file"(파일에서 업로드) 또는 "Get latest version online"(온라인으로 최신 버전 가져오기)을 클릭하면 됩니다.

vCenter Server 인벤토리에서 Virtual SAN 클러스터 객체를 탐색하는 또 다른 방법은 Manage(관리), Health and Performance(상태 및 성능)를 선택한 후 하드웨어 호환성 목록 데이터베이스 섹션의 "Get latest version online"(온라인으로 최신 버전 가져오기) 버튼을 클릭합니다. "Last updated"(최신 업데이트일) 필드가 이제 "Today"(오늘)로 바뀝니다.

 

 

 

클러스터 상태

 

클러스터 상태에는 여러 가지 관련 테스트가 있습니다. 먼저 클러스터의 모든 호스트에 상태 점검 서비스가 설치되었는지 확인합니다. 그런 다음 모든 호스트가 최신 버전을 실행하고 있는지 확인하며, 끝으로 상태 점검 서비스가 올바르게 작동하는지 확인합니다.

상태 점검을 통해 Virtual SAN과 관련한 몇 가지 고급 매개 변수가 Virtual SAN 클러스터 내 모든 호스트 간 일관되게 설정되어 있는지도 확인합니다. 이를 통해 특정 고급 설정에 대해 호스트 간 서로 다른 값이 설정되어 발생하는 문제를 방지할 수 있습니다. 이 테스트는 설정된 값이 "올바른" 값인지 또는 "기본" 값인지 검증하지 않습니다. Virtual SAN 클러스터 내 모든 ESXi 호스트에 동일한 값이 설정되어 있는지만 확인합니다.

끝으로 살펴볼 중요한 점검은 CLOMD의 실시간성을 테스트하는 것입니다. 클러스터 수준 객체 관리자인 CLOM은 클러스터의 각 ESXi 호스트에 clomd라고 하는 데몬을 실행합니다. CLOM은 객체의 생성, 수정 및 마이그레이션을 수행하며 Virtual SAN의 다양한 워크플로우 및 장애 처리에 핵심적인 역할을 합니다. 어떤 이유로든 각 호스트에서 clomd가 반응하지 않을 경우 이 테스트에 실패합니다.

Virtual SAN 6.2에 공간 효율성을 처리하기 위한 몇 가지 클러스터 검사가 새로 도입되었습니다. 새 검사에서 공간 효율성은 Virtual SAN 6.2에 추가된 새 중복 제거 및 압축 기능을 말합니다. 이 검사는 기본적으로 클러스터의 모든 호스트와 모든 디스크 그룹이 공간 효율성과 관련하여 올바르게 구성되었으며, 클러스터에 오류가 없는지 확인합니다.

RegionA01-COMP01을 선택합니다.

Monitor -> Virtual SAN -> Health(모니터링 -> Virtual SAN -> 상태)를 선택합니다.

Cluster(클러스터)를 확장합니다.

 

 

 

네트워크 상태

 

Health Check (상태 점검)의 네트워크 부분에 대부분의 테스트를 포함하고 있습니다. Virtual SAN 클러스터의 각 호스트에서 VMkernel 인터페이스가 Virtual SAN 트래픽용으로 구성되어 있는지, Virtual SAN 네트워크 인터페이스에서 모든 호스트 간 ping이 되는지, 각 인터페이스의 멀티캐스트 구성이 서로 일치하는지 등, VMkernel 네트워크 구성의 모든 측면을 살펴봅니다.

또한 네트워크 검사를 통해 Virtual SAN 클러스터의 모든 ESXi 호스트가 vCenter Server에 연결되어 있는지, 연결 문제가 있는 호스트는 없는지, 클러스터의 호스트 중에서 Virtual SAN 클러스터에 참여하는 호스트는 없는지 등도 확인합니다. 첫 번째 상태 점검을 통해 네트워크 파티션이 있는지도 확인합니다.

이 상태 점검으로 각 호스트가 어떤 파티션에 있는지, 완벽한 네트워크 파티션이 있는지, 모든 호스트가 서로 분리되어 있는지 알 수 있습니다(호스트 분리는 일반적으로 네트워크 상의 멀티캐스트 문제와 연관됨).

RegionA01-COMP01을 선택합니다.

Monitor -> Virtual SAN -> Health(모니터링 -> Virtual SAN -> 상태)를 선택합니다.

Network(네트워크)를 확장합니다.

 

 

데이터 상태

 

데이터 상태에는 Virtual SAN 객체 상태에 대한 테스트가 포함되어 있습니다. 이 테스트는 Virtual SAN 데이터스토어에 구축된 모든 객체의 상태를 확인하여 양호하지 않은 상태의 객체를 찾습니다. 객체의 상태가 양호하지 않은 데는 여러 가지 이유가 있습니다. 재구축 중이거나 재구축되기를 기다리는 구성 요소로 인해 객체의 가용성 저하, 클러스터 내 다중 장애 등으로 인해 액세스가 불가능한 객체 등, 여러 가지 이유가 있을 수 있습니다. 테스트는 객체의 다양한 상태를 보여주는 객체 상태 개요를 제공합니다. 누락된 구성 요소의 재구축을 위해 Virtual SAN이 60분의 CLOMD 타이머가 만료되기를 기다리고 있을 경우 시스템 관리자는 이를 무시하고 즉시 재구축을 시작할 수 있습니다(예: 호스트가 테스트에 실패하여 반응하지 않을 경우). 또한 시스템 관리자에게 구성 요소의 재구축이 이미 진행 중임을 표시할 수도 있습니다.

RegionA01-COMP01을 선택합니다.

Monitor -> Virtual SAN -> Health(모니터링 -> Virtual SAN -> 상태)를 선택합니다.

Data(데이터)를 확장합니다. 

 

 

한도 상태

 

한도 상태는 여러 가지 Virtual SAN 클러스터의 한도를 확인합니다. "현재 클러스터 상황" 테스트에서는 호스트당 현재 9,000개인 구성 요소 한도를 확인합니다. 또한 디스크 공간 활용도를 확인하며 끝으로 읽기 캐시 예약을 확인하여 임계값을 초과하는 것이 있을 경우 경고를 표시합니다. 추가 한도 검사를 통해 호스트 장애 시 클러스터 한도에 미치는 영향을 조사할 수도 있습니다. 호스트 장애 시 한도를 초과하는 구성이 있을 경우 이를 고려하여 추가 경고를 표시합니다. 이는 장애 시 자가 치료가 가능하도록 Virtual SAN 리소스가 충분한지 시스템 관리자가 모니터링할 수 있도록 지원한다는 점에서 vSphere HA의 승인 제어와도 유사하다고 할 수 있습니다.

RegionA01-COMP01을 선택합니다.

Monitor -> Virtual SAN -> Health(모니터링 -> Virtual SAN -> 상태)를 선택합니다.

Limits(한도)를 확장합니다. 

 

 

물리적 디스크 상태

 

물리적 디스크 상태에는 Virtual SAN 스토리지의 여러 측면을 확인하는 몇 가지 중요한 검사가 포함되어 있습니다. 전반적인 디스크 상태 점검으로 표면 문제, 컨트롤러 문제, 드라이버 문제, I/O 스택 관련 문제 등 물리적 디스크 드라이브의 여러 문제들을 살펴봅니다. 이 상태 점검에서 메타데이터 상태, 정체, 소프트웨어 상태, 디스크 용량 문제 등과 같은 오류가 발생할 경우 이 테스트에 실패하게 됩니다. 이 테스트가 실패할 경우 시스템 관리자는 다른 실패한 테스트 결과를 살펴보고 근본 원인을 찾아야 합니다.

구성 요소 한도 상태 검사는 디스크당 구성 요소 수의 최대 한도를 초과하지 않았는지 확인합니다. 이 상태 점검 테스트는 구성 요소 수 관점에서 대략 50,000에 이르는 최대 한도에 도달한 디스크가 있는지 보여줍니다. 시스템 관리자가 관심 있게 봐야 할 또 다른 테스트는 정체입니다. 이 테스트는 Virtual SAN의 성능 저하 여부를 알려줍니다. 정체의 사유는 매우 다양하며 보통 추가 조사가 필요합니다. 몇 가지 예를 들면 실행하는 워크로드 대비 Virtual SAN 클러스터의 용량이 부족하거나, 하드웨어/드라이버/스토리지 컨트롤러의 펌웨어 문제 또는 소프트웨어 문제 때문일 수 있습니다.

물리적 디스크 사용에 문제가 발생하기 시작하면 디스크 용량 보고서에서 이를 경고합니다. 물리적 디스크 공간이 80% 이하면 테스트는 OK(녹색)로 보고하고, 디스크 사용량이 80%~95%일 경우 상태에 주의(노란색)가 표시됩니다. 사용량이 95% 이상이면 상태 점검에서 경고(빨간색)를 표시합니다. 자동 리밸런싱이 시작되는 임계값은 80%입니다.

마지막으로 알아볼 물리적 디스크 상태 테스트는 메모리 풀 테스트입니다. 발생 가능성은 낮지만 이 테스트는 Virtual SAN에서 사용할 리소스가 충분한지 확인합니다. 상태 점검 테스트에서 경고가 표시되면 VMware 지원에 문의하여 그 이유를 알아보는 것이 좋습니다. 메모리 풀이 부족해지면 성능 문제 또는 운영 중단으로 이어질 수 있습니다.

RegionA01-COMP01을 선택합니다.

Monitor -> Virtual SAN -> Health(모니터링 -> Virtual SAN -> 상태)를 선택합니다.

Physical Disk(물리적 디스크)를 확장합니다. 

 

레슨 2: 성능 차트


Virtual SAN 6.2 성능 서비스의 출시와 함께 VMware는 vSphere Web Client에서 기본적인 Virtual SAN 성능 보고를 제공합니다. 이 기능을 vSphere Web Client 사용자 인터페이스와 완벽하게 통합하여 항상 실행하고 쉽게 액세스 및 사용할 수 있도록 하며 Virtual SAN 성능에 대한 누적 데이터를 유지하는 것이 목표입니다.

Virtual SAN 네임스페이스 객체는 통계 데이터베이스(stats DB)를 저장하는 데 사용됩니다. 객체는 일반 객체(stats 객체)이며 관련 정책이 지정됩니다. 시스템 관리자가 성능 서비스를 설정할 때 정책이 선택됩니다. 특정 정책이 선택되지 않을 경우 기본 Virtual SAN 데이터스토어 정책이 사용됩니다. 기본 정책에서는 NumberOfFailuresToTolerate가 1로 설정되어, Virtual SAN 클러스터에 장애가 발생할 경우에도 성능 서비스는 아무 영향 없이 계속 실행됩니다. 따라서 성능 서비스에는 단일 장애 발생 지점이 없습니다.

Virtual SAN 클러스터의 각 ESXi 호스트에서 성능 서비스는 성능 메트릭스를 수집하는 데몬을 실행합니다. 메트릭스는 평균 5분의 주기로 계산됩니다. 통계 수집은 지속적으로 수행됩니다. 이러한 통계는 stats 객체의 stats DB에 저장됩니다. 따라서 stats 인프라에서는 설정, 수집, 저장, 쿼리 등에 vCenter Server가 필요 없습니다.


 

성능 서비스 설정

 

새 Virtual SAN 클러스터를 만들 때 성능 서비스는 해제되어 있습니다. Virtual SAN 클러스터와 호스트, 디스크, 가상 머신의 성능을 모니터링하려면 Virtual SAN 성능 서비스를 켜야 합니다. 성능 서비스를 켤 때 Virtual SAN은 데이터스토어의 Stats 데이터베이스 객체를 배치하여 통계 데이터를 수집합니다. Stats 데이터베이스는 클러스터의 Virtual SAN 데이터스토어에 상주하는 네임스페이스 객체입니다.

Virtual SAN 성능 서비스를 설정하기 전에 클러스터가 올바르게 구성되어 드러난 성능 문제가 없는지 확인합니다.

RegionA01-COMP01을 선택합니다.

Manage -> Settings -> Health and Performance(관리 -> 설정 -> 상태 및 성능)를 선택합니다.

성능 서비스를 설정하려면 Edit(편집)를 클릭합니다.

 

 

성능 서비스 설정

 

Turn On Virtual SAN performance service (Virtual SAN 성능 서비스 켜기) 확인란을 선택합니다.

Stats 데이터베이스 객체스토리지 정책을 선택합니다.

Virtual SAN Default Policy(Virtual SAN 기본 정책)를 선택합니다.

기본적으로 Virtual SAN Default Storage Policy(Virtual SAN 기본 스토리지 정책)이 선택되어 있습니다. 기본 정책은 정책 특성으로 NumberOfFailuresToTolerate가 1로 설정되어 성능 서비스가 장애 시에도 계속 실행되도록 합니다.

OK(확인)를 클릭합니다.

 

 

성능 서비스 설정

 

RegionA01-COMP01 -> Manage -> Settings -> Health and Performance(RegionA01-COMP01 -> 관리 -> 설정 -> 상태 및 성능)를 선택합니다.

성능 서비스가 설정된 후 상태 검사에 대해 이제 다음과 같은 상태가 표시됩니다.

여기서 성능 서비스가 사용하는 스토리지 정책을 해제하거나 편집할 수도 있습니다.

 

 

클러스터 - Virtual SAN - 가상 머신 소비

 

RegionA01-COMP01 -> Monitor -> Performance -> Virtual SAN - Virtual Machine Consumption(RegionA01-COMP01 -> 모니터링 -> 성능 -> Virtual SAN - 가상 머신 소비)을 선택합니다.

Virtual SAN 성능 서비스를 사용하여 Virtual SAN 환경의 성능을 모니터링하고 잠재적 문제를 조사할 수 있습니다.

성능 서비스는 성능 통계를 수집하고 분석하여 그래픽 형식으로 데이터를 표시하므로 문제의 근본 원인을 파악할 수 있습니다. Virtual SAN 클러스터와 클러스터의 각 호스트, 디스크 그룹, 디스크의 성능 차트를 볼 수 있습니다. 또한 가상 머신과 가상 디스크의 성능 차트를 볼 수 있습니다.

Virtual SAN 성능 서비스에서 표시하는 성능 차트를 사용하여 워크로드를 모니터링하고 문제의 근본 원인을 파악할 수 있습니다.

성능 서비스를 켜면 클러스터 요약에 Virtual SAN 용량, 처리량, IOPS 및 지연 시간 등의 Virtual SAN 성능 통계의 개요를 표시합니다. 클러스터 수준에서 가상 머신 소비 및 Virtual SAN 백엔드에 대한 자세한 통계 차트를 볼 수 있습니다.

 

 

클러스터 - Virtual SAN - 백엔드

 

RegionA01-COMP01 -> Monitor -> Performance -> Virtual SAN - Backend(RegionA01-COMP01 -> 모니터링 -> 성능 -> Virtual SAN - 백엔드)를 선택합니다.

Virtual SAN은 IOPS, 처리량, 지연 시간, 정체 및 이상 IO 등과 같은 호스트 백엔드 운영에 대한 성능 차트를 표시합니다. Virtual SAN 클러스터의 각 ESXi 호스트에서 성능 서비스는 성능 메트릭스를 수집하는 데몬을 실행합니다.

메트릭스는 평균 5분의 주기로 계산됩니다.

 

 

클러스터 - Virtual SAN - 가상 머신 소비

 

 

 

클러스터 - Virtual SAN - 백엔드

 

 

레슨 3: ESXCLI


ESXi 5.5 U1에는 새 ESXi CLI(ESXCLI) 네임스페이스로 esxcli vsan이 추가되었습니다. 여기에는 Virtual SAN 클러스터의 검사, 모니터링, 구성에 사용될 수 있는 몇 가치 추가 네임스페이스가 포함됩니다.


 

ESXi에 연결

 

 

 

ESXCLI VSAN

 

 

 

ESXCLI VSAN DATASTORE

 

esxcli vsan datastore 네임스페이스는 Virtual SAN 데이터스토어 구성에 대한 명령을 제공합니다. Virtual SAN 데이터스토어의 이름을 가져오고 설정하는 것이 그 주요 기능입니다. 기본적으로 Virtual SAN 데이터스토어 이름은 vsanDatastore로 지정되며, vsanDatastore 이름을 변경하려는 경우 클러스터 수준에서 vSphere Web Client를 통해 변경하십시오. 동일한 vCenter Server로 여러 Virtual SAN 클러스터를 관리할 경우 각 Virtual SAN 데이터스토어에 쉽게 식별할 수 있는 고유한 이름을 지정하는 것이 좋습니다.

다음 명령을 실행합니다.

esxcli vsan datastore name get

 

 

esxcli vsan network

 

이 네임스페이스는 Virtual SAN의 네트워크 구성에 대한 명령을 제공합니다. 현재 구성을 나열하거나 지우며 Virtual SAN 네트워크 구성을 복원하는 것은 물론, Virtual SAN 네트워크 구성에서 인터페이스를 삭제할 수 있어 이전의 데이터스토어 네임스페이스보다 좀 더 유용합니다.

다음 명령을 실행합니다.

esxcli vsan network list

여기서 관심 있게 봐야 할 것은 멀티캐스트 정보입니다. Virtual SAN 클러스터에 포함된 ESXi 호스트 간 멀티캐스트 트래픽을 허용해달라는 요구가 있었습니다. 또 다른 흥미로운 점은 초기 출시된 Virtual SAN은 IPv4만 지원했지만, Virtual SAN 6.2에서는 IPv6 지원이 추가되었습니다. 그러나 가장 중요한 것은 멀티캐스트 정보입니다. Agent Group Multicast Port는 Virtual SAN이 설정될 때 ESXi 방화벽에서 개방하는 cmmds 포트에 해당됩니다. 첫 번째 IP 주소인 224.2.3.4는 마스터/백업 통신에 사용되며, 두 번째 주소인 224.1.2.3은 에이전트용으로 사용됩니다.

esxcli vsan network list는 네트워크 파티션이 필요한 네트워크 구성과 상태를 볼 수 있는 유용한 명령입니다.

 

 

 

 

esxcli vsan storage

 

이 네임스페이스는 스토리지 구성에 사용되며, Virtual SAN이 디스크를 요청하는 방법에 대한 옵션과 Virtual SAN에 물리적 디스크를 추가하고 제거하는 기능이 포함되어 있습니다. esxcli vsan storage automode 명령으로 autoclaim 옵션을 가져오거나 설정할 수 있습니다. 이 옵션을 해제하면 클러스터가 수동 모드로 운영됩니다.

특정 ESXi 호스트에서 요청하여 Virtual SAN에 사용 중인 용량 계층 및 캐시 계층 디바이스를 표시하려면 list 옵션을 사용할 수 있습니다. 전체 플래시로 구성된 이 특정 구성에서 SSD는 용량 계층 디바이스 및 캐시 계층으로 사용됩니다. Virtual SAN에서 요청했음을 나타내기 위해 모든 디바이스는 Used by this host(이 호스트에서 사용) 필드에 true 플래그가 표시되며, Is SSD 필드는 디바이스의 유형을 나타냅니다(플래시 디바이스인 경우 true).

 

 

 

esxcli vsan cluster

 

ESXi 호스트에서 esxcli vsan cluster 명령을 실행하여 Virtual SAN 클러스터 정보를 가져오거나 Virtual SAN 클러스터에 속하거나 제외될 수 있습니다. vCenter Server를 사용할 수 없는 상황에서 특정 호스트가 Virtual SAN 클러스터에서 탈퇴해야 할 경우 이 명령이 특히 유용합니다. 복원 기능은 고객이 사용하기 위한 용도가 아니라 ESXi 부팅 시 구성 파일에서 활성 클러스터 구성을 복원하는 데 사용됩니다.

다음 명령을 실행합니다.

esxcli vsan cluster get

이 명령의 get 옵션은 로컬 ESXi 호스트(노드)의 상태와 클러스터 내에서의 역할에 대한 정보를 가져오는 데 사용됩니다. 이 ESXi 호스트는 마스터이며 그 상태가 양호함을 알 수 있습니다. 다른 상태로는 에이전트와 백업이 있습니다. 이러한 상태는 클러스터링 서비스(CMMDS)에서 호스트가 수행하는 역할과 관련됩니다.

이 결과에서 얻을 수 있는 또 다른 유용한 정보로 하위 클러스터 구성원 UUID가 있습니다. 이 필드에는 총 4개의 항목이 있어 4노드로 구성된 클러스터임을 알 수 있습니다. 이 명령으로 특정 문제를 해결할 때 각 호스트에서 클러스터에 참여하는 노드 수를 알 수 있어 매우 유용합니다. esxcli system uuid get < uuid > 명령을 사용하면 각 호스트별 UUID를 표시할 수 있습니다.

다음 명령을 실행합니다.

esxcli system uuid get 

이 명령으로 현재 로그인한 노드의 UUID를 알 수 있습니다.

 

 

esxcli vsan faultdomain

 

장애 도메인은 Virtual SAN 6.0에서 도입되었으며 Virtual SAN에서 랙을 인식할 수 있도록 합니다. 이는 하나의 가상 머신에 포함되는 객체가 다른 호스트는 물론 서로 다른 랙의 구성 요소로 배치될 수 있음을 의미합니다. 따라서 전체 랙 장애(예: 정전) 시에도 전체 조합의 가상 머신 구성 요소를 계속 사용할 수 있어 해당 가상 머신에 계속 액세스할 수 있습니다.

다음 명령을 실행합니다.

esxcli vsan faultdomain get

장애 도메인은 또한 Virtual SAN 확장 클러스터 및 2노드 구성에도 사용됩니다. 앞서 이미 논의했듯이 그러한 구성을 위해 이 esxcli vsan faultdomain 네임스페이스를 사용할 필요는 거의 없을 것입니다. 모든 장애 도메인, 확장 클러스터 및 2노드(ROBO) 구성에 대해서는 VMware vSphere Web Client 사용자 인터페이스를 사용하는 것이 좋습니다.

 

 

 

esxcli vsan policy

 

Virtual SAN은 가상 머신의 스토리지 객체에 대해 기본 스토리지 정책이 지정되며, esxcli vsan policy 네임스페이스는 이 기본 스토리지 정책을 검사하고 수정하는 한 가지 방법입니다.

다음 명령을 실행합니다.

esxcli vsan policy getdefault

Virtual SAN 데이터스토어에 구축된 가상 머신을 구성하는 여러 가지 가상 머신 스토리지 객체, 그리고 기본 정책 설정값도 확인할 수 있습니다.

vdisk 클래스는 가상 머신 디스크 객체(VMDKs)를 말합니다. 또한 스냅샷 변경 사항도 포함됩니다. vmnamespace 클래스는 가상 머신 홈 네임스페이스로, 가상 머신에 속한 구성 파일과 메타데이터 파일, 로그 파일이 저장되는 곳입니다. vmswap 정책 클래스는 가상 머신 스왑입니다. vmswap에서 주의할 사항으로 forceProvisioning 값이 있습니다. 이 값은 Virtual SAN 클러스터에서 장애 허용 요구 사항을 충족하기 위해 가상 머신 스왑 복제본을 모두 프로비저닝할 리소스가 충분치 않을 경우에도 Virtual SAN은 단일 가상 머신 스왑 인스턴스로 가상 머신을 프로비저닝함을 의미합니다.

 

 

 

esxcli vsan trace

 

esxcli vsan trace는 문제 해결 및 진단 유틸리티로, VMware GSS(Global Support Services)의 안내에 따라 사용해야 합니다. 추가 분석을 위해 Virtual SAN의 내부 진단 결과를 캡처합니다.

다음 명령을 실행합니다.

esxcli vsan trace set -h

 

 

vdq (1)

 

vdq 명령은 두 가지 용도로 사용되며, ESXi 호스트에서 사용하기에 매우 유용한 문제 해결 툴입니다. 첫 번째 옵션은 이 명령으로 ESXi 호스트의 디스크가 Virtual SAN에 적합한지 여부를 알 수 있으며, 적합하지 않을 경우 그 이유도 알려줍니다. 두 번째 옵션은 Virtual SAN을 설정한 후 이 명령을 사용하여 디스크 매핑 정보를 표시할 수 있습니다. 이를 통해 각 SSD 또는 플래시 디바이스와 자기 디스크별 디스크 그룹 정보를 알 수 있습니다. 먼저 모든 디스크에 대해 Virtual SAN에서 사용하기에 적합한지를 알아보겠습니다.

다음 명령을 실행합니다.

vdq -q

명령을 수행한 결과, 몇 개의 디바이스는 Virtual SAN에 의해 요청되었으며, 이미 파티션되어 적합하지 않은 디스크도 있습니다. 이 예에서 적합하지 않은 디스크는 ESXi 호스트의 부팅 디스크입니다. 또한 어떤 디스크가 SSD인지(IsSSD), 전체 플래시 Virtual SAN 구성에서 플래시 디바이스가 용량 디바이스로 사용되고 있는지(IsCapacityFlash), 디스크가 영구 디바이스 손상 상태인지(IsPDL) 알 수 있습니다.

 

 

 

vdq (2)

 

이 명령의 두 번째 유용한 옵션은 Virtual SAN 디스크 매핑 정보를 제공하는 것입니다. 즉, 각 플래시 디바이스와 자기 디스크별 디스크 그룹 정보를 알 수 있습니다.

다음 명령을 실행합니다.

vdq -i -H

샘플 결과는 다음과 같습니다(-H 옵션을 지정하면 읽기가 더 쉬움).

이 명령은 용량 디바이스에 대한 SSD 관계, 전체 플래시 구성에서 플래시 디바이스인지 또는 하이브리드 구성에서 자기 디스크인지를 알 수 있습니다. 경우에 따라 플래시 디바이스인 경우에도 이 결과에서 자기 디스크(MD)로 표시될 수 있습니다. 플래시 디바이스(예: SSD)인지 여부를 알아보려면 IsCapacityFlash 필드를 확인해야 합니다. 명령줄에서 특정 호스트의 디스크 그룹 레이아웃을 알아보는 데 매우 유용합니다. 특히 ESXi 호스트에 여러 디스크 그룹이 정의되어 있을 경우 이 명령으로 신속하게 각 자기 디스크와 SSD의 연결을 알 수 있습니다.

 

결론



 

모듈 4 완료

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

아래 모듈 중 원하는 모듈을 선택하여 시작하십시오. [실습 설명서를 위한 사용자 지정/선택적 정보 추가]

 

 

모듈 변환기 사용하기

 

 

 

실습 종료 방법

 

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

 

모듈 5 - Virtual SAN 자동화(30분, 고급)

소개


스크립트를 사용하여 VMware Virtual SAN 환경을 자동화하는 데는 여러 가지 접근 방식이 있습니다.  

이 모듈에서는 다음 세 가지 방법을 살펴보겠습니다.

  1. PowerCLI
  2. ESXCLI
  3. RVC(Ruby vSphere Console)

실습 준비


모듈 변환기 PowerCLI 애플리케이션을 사용하여 환경을 준비합니다.


 

모듈 변환기

 

 

 

Virtual SAN A~Z 실습 모듈 변환기

 

  1. '1 HOL-1708-SDC-1 - Virtual SAN A to Z'바로가기를 두 번 클릭합니다.

 

 

모듈 5 시작

 

  1. Module 5 Start(모듈 5 시작) 버튼을 클릭합니다.

 

 

과정 모니터링

 

완료 시까지 진행 과정을 모니터링합니다.

 

 

실습 준비 완료

 

모듈 5 실습 환경이 준비되었습니다.

  1. 닫기를 클릭하여 모듈 변환기를 중지합니다.

 

레슨 1: PowerCLI/ESXCLI



 

Virtual SAN 클러스터 검증

 

Virtual Center 인스턴스에 접속하여 Virtual SAN PowerCLI 실습을 시작하겠습니다.

참고: 이 실습에 사용되는 PowerCLI 명령은 대소문자를 구분하지 않습니다. 명령을 복사하여 붙여넣으려는 경우 바탕 화면의 'README HOL-SDC-1708-1.txt'파일에서 원하는 명령을 찾을 수 있습니다.  또는 설명서의 명령을 선택(클립보드로 복사)한 후 실습 화면의 왼쪽 상단에 있는 Hands-on Lab의 'Send Text'(텍스트 보내기) 기능을 사용할 수 있습니다.  

Connect-VIServer -Server vcsa-01a.corp.local -User administrator@corp.local -Password VMware1!

PowerCLI 명령을 쉽게 관리하기 위해서는 Virtual SAN 클러스터의 첫 번째 vSphere 호스트에 대한 변수를 만듭니다.

$vmhost = "esx-01a.corp.local"
$vmhost

 

 

클러스터 구성 확인

 

다음 명령을 사용하여 Virtual SAN 및 Virtual SAN Disk Claim Mode의 설정 상태를 확인합니다.

Get-Cluster | Select Name, VsanEnabled, VsanDiskClaimMode | Format-List

 이 환경에는 2개의 vSphere 클러스터가 있습니다. Virtual SAN 클러스터는 RegionA01-COMP01입니다. Virtual SAN이 설정되어 Disk Claim Mode(디스크 요청 모드)가 Manual(수동)임을 알 수 있습니다.

 

 

네트워크 구성 확인

 

단일 vSphere Distributed Switch에 구성된 이중 vmkernel 포트를 통해 Virtual SAN 클러스터의 호스트 간 Virtual SAN 네트워크 통신이 설정되어 있습니다.

이 구성을 검증해 보겠습니다.

Get-VDSwitch -VMHost $vmhost

이제 포트 그룹을 검사합니다(Up Arrow 키를 눌러 이전 명령을 다시 표시한 후 아래 cmdlet 완성).

Get-VDSwitch -VMHost $vmhost | Get-VDPortgroup

이제 Virtual SAN 전용 vmkernel 포트에 Virtual SAN Traffic이 설정되어 있는지 확인합니다.

Get-VMHostNetworkAdapter -VMhost $vmhost | select PortGroupName, name, VsanTrafficEnabled | Format-Table -autosize

 

 

디스크 구성 확인

 

Get-Datastore cmdlet을 사용하여 vSphere 호스트에 제공되는 데이터스토어를 확인합니다.  이름에 "VSAN"이 포함되는 모든 데이터스토어에 대해 결과를 필터링합니다.

Get-Datastore -VMHost $vmhost | where-object {$_.Type -like "vsan"} 

Virtual SAN 디스크 그룹이 포함된 변수를 만듭니다.  앞에서 사용한 것과 동일한 $vmhost (esx-01a.corp.local) 변수를 사용합니다.

$dg = Get-VsanDiskGroup -VMHost $vmhost

새로 생성된 변수의 내용을 확인합니다.

$dg

이 Virtual SAN 디스크 그룹에 포함된 디스크를 식별합니다('IsSsd'열에서 SSD 및 자기 드라이브의 조합을 확인).

$dg | Get-VsanDisk

 

 

 

Virtual SAN 스토리지 정책

 

이 실습 환경에서 사용할 수 있는 Virtual SAN 스토리지 정책을 확인합니다.

Get-SpbmStoragePolicy -requirement -namespace "VSAN" | Select Name, Description

[ -namespace "VSAN" ]을 사용하여 목록을 제한합니다. 'VVol No Requirements Policy'는 Virtual SAN과 무관하므로 결과에 표시되지 않습니다.

 

 

Photon-Temp VM

 

Virtual SAN 데이터스토어에 대한 가상 머신에 vMotion을 구동하여 프로그래밍 방식으로 새 스토리지 정책을 만들어 적용할 수 있습니다.

VMware의 최신 Linux 기반 오픈 소스 운영 체제인 "Photon"을 사용하는 가상 머신을 실행해 보겠습니다.  

먼저, 가상 머신과 Virtual SAN 데이터스토어의 변수를 설정합니다.

$vm = "Photon-Temp"
$vsanDatastore = "RegionA01-VSAN-COMP01"

가상 머신을 켭니다.

Start-VM -VM $vm

가상 머신을 Virtual SAN 클러스터 및 데이터스토어로 마이그레이션합니다(몇 분 정도 걸림).

Get-VM -Name $VM | Move-VM -Destination $VMhost -Datastore $vsanDatastore

 

 

새 정책 시나리오

 

이 섹션에서는 Stripe Width(스트라이프 폭)를 '1'에서 '2'로 늘리는 새 스토리지 기반 정책을 만들겠습니다.

두 디스크에 대해 RAID-0 스트라이프 조합을 만드는 이 새 정책으로 사용 가능한 스토리지 I/O가 증가하므로 성능을 개선할 수 있습니다.  이 정책은 또한 "Failures to Tolerate = 1"(허용 장애 = 1) 설정을 상속하므로 환경 내 이 정책이 적용되는 모든 가상 머신은 한 번의 Virtual SAN 구성 요소 장애에서 살아남을 수 있습니다.

 

 

변수 준비

 

알림: 바탕 화면의 README.txt라는 파일을 통해 PowerCLI 명령을 복사하여 붙여넣을 수 있습니다.

$VM 변수가 "Photon-Temp"로 설정되어 있는지 확인하십시오.

$vm

Photon-Temp 가상 머신의 하드 디스크를 캡처하는 새 변수를 만듭니다.

$vmHdd = Get-HardDisk $vm

현재, Photon 가상 머신과 그 가상 하드 디스크에 적용된 스토리지 정책을 확인합니다.

Get-SpbmEntityConfiguration $vm, $vmHdd

 

 

 

새 정책 생성

 

새 스토리지 정책을 만듭니다(Stripe Width = 2 사용).

New-SpbmStoragePolicy -Name Stripe-Width=2 -RuleSet (New-SpbmRuleSet -Name "Stripe-Width=2" -AllOfRules @((New-SpbmRule -Capability VSAN.stripeWidth 2)))

Up Arrow 키를 몇 번 눌러 다음 명령을 표시하거나 다시 입력하여 정책 생성을 확인합니다.

Get-SpbmStoragePolicy -requirement -namespace "VSAN" | Select Name, Description

 

 

새 정책 적용

 

이전에 만든 변수를 사용하여 새로 생성된 스토리지 정책을 Photon 가상 머신에 적용합니다.

Set-SpbmEntityConfiguration $vm, $vmHdd -StoragePolicy "Stripe-Width=2" -ErrorAction SilentlyContinue

참고: 처음에는 가상 머신 하드 디스크가 'nonCompliant'상태를 반환합니다.  Virtual SAN은 새로 적용된 정책에 따라 추가 스트라이프를 구성하며 이 재동기화 작업을 완료하는 데 몇 분이 소요될 수 있습니다.  

 

 

가상 머신 스토리지 정책 준수

 

참고: 새로 적용된 스토리지 정책에 대한 Photon 가상 머신의 준수 상태를 다시 확인하려면 다음 명령을 수행합니다.

Get-SpbmEntityConfiguration $vm, $vmHdd -CheckComplianceNow  

 

 

PowerCLI 명령을 통한 ESXCLI

이전에 vSphere 시스템 관리자는 개별 vSphere 호스트에 직접 SSH로 접속하여 ESXCLI 명령을 실행할 수 있었습니다. 

Virtual SAN 6 버전부터 ESXCLI Virtual SAN 네임스페이스 내에서 실행할 수 있는 새 ESXCLI 명령 옵션이 제공되었습니다.  이 섹션에서는 이러한 PowerCLI를 통한 원격 ESXCLI 명령에 대해 알아보겠습니다('Get-ESXCLI' Powershell cmdlet 사용).  이 명령은 열려 있는 기존 PowerCLI 명령 창 내에서 수행할 수 있으므로 원격 호스트에 대한 SSH 연결이 필요 없습니다.

 

 

Get-EsxCli 객체 생성

 

향후 사용할 명령에 대해 실행할 수 있는 변수를 정의해 보겠습니다.

$esxcli = Get-EsxCli -VMhost $vmhost -V2

새 변수를 입력하고 Enter 또는 Return 키를 눌러 사용 가능한 모든 네임스페이스를 표시합니다.

$esxcli

vsan 요소를 변수에 추가하여 vsan 전용 네임스페이스를 표시합니다.  Virtual SAN과 관련하여 사용 가능한 모든 esxcli 명령의 목록이 표시됩니다.

$esxcli.vsan

 

 

 

적용 메소드 - 클러스터

 

'클러스터'하위 요소에 대해 자세히 살펴보겠습니다.

$esxcli.vsan.cluster

이제 "get", "join", "leave", "new" 및 "restore" 메소드를 사용할 수 있습니다.  매개 변수를 설정하지 않은 get 메소드를 사용하여 vSphere 호스트의 상태를 포함하여 Virtual SAN 클러스터에 대한 자세한 내용을 알아보겠습니다.

$esxcli.vsan.cluster.get.Invoke()

 

 

적용 메소드 - 네트워크

 

다음 명령으로 네트워크 구성을 검토합니다.

$esxcli.vsan.network.list.Invoke()

 

 

적용 메소드 - 데이터스토어

 

Virtual SAN 데이터스토어의 이름을 검색합니다.

$esxcli.vsan.datastore.name.get.Invoke()

이것으로 PowerCLI/ESXCL 레슨을 마치겠습니다.  

 

레슨 2: RVC(Ruby vSphere Console)


RVC(Ruby vSphere Console)는 VMware vSphere 및 Virtual Center용 양방향 명령줄 콘솔 사용자 인터페이스입니다. vSphere API에 대한 RbVmomi Ruby 인터페이스를 바탕으로 하는 Ruby vSphere Console은 지난 2~3년 동안 오픈 소스 프로젝트로 개발되었습니다. RbVmomi는 일상적인 작업 수행에 필요한 코딩의 양을 크게 줄이고 작업 실행의 효율성을 높이며 필요할 때 API의 이점을 극대화하는 것을 목표로 만들어졌습니다.

vCenter Server Appliance(VCSA) 및 Windows 버전의 vCenter Server가 포함되어 있는 Ruby vSphere Console은 Virtual SAN 환경의 관리 및 문제 해결을 위한 주요 툴 중 하나로 빠르게 자리잡았습니다.


 

기능

RVC는 다음과 같이 최신 명령줄 인터페이스에서 기대할 수 있는 여러 가지 기능을 제공합니다.

 

 

이점

 

 

사용법 (1)

 

Ruby vSphere Console은 무료이며, vCenter Server Appliance(VCSA) 및 Windows용 vCenter Server가 포함되어 있습니다.  이 실습에서는 VCSA 인스턴스에 접속하여 몇 가지 RVC Virtual SAN 관련 기능을 수행해 보겠습니다.

  1. 도구 모음 바로가기를 통해 Putty를 실행합니다.
  2. 아래로 스크롤하여 vcsa-01a.corp.local을 두 번 클릭합니다.

 

 

 

사용법 (2)

 

RVC를 시작하여 다음 명령을 실행합니다.

rvc localhost 

"Are you sure you want to continue connecting?"(연결을 계속 진행하시겠습니까?)라는 메시지가 표시되면 'Y'를 입력합니다.

완료되면 암호로 VMware1!를 입력합니다.

 

 

탐색

 

vSphere 및 Virtual SAN 인프라는 사용자에게 가상 파일 시스템으로 제공되어 기존 디렉토리 나열(ls) 및 디렉토리 변경(cd) 명령으로 탐색할 수 있습니다. 가상 파일 시스템은 vSphere 인프라의 계층 구조를 미러링하여 각 관리 대상 항목 및 개별 구성 요소(예: vCenter, 데이터 센터, 클러스터, 스토리지, 호스트, 네트워크, 데이터스토어, 가상 머신)에 대해 RVC 명령을 실행할 수 있습니다.

'cd'및 'ls'명령으로 디렉토리 구조를 탐색합니다.  아래에서 괄호 속의 텍스트는 참조용이므로 입력하지 마십시오.  'cd'명령은 '1'과 '0'의 숫자를 사용합니다.

cd 1(로컬 호스트)

'ls'명령을 통해 사용 가능한 데이터 센터를 나열합니다.

ls

데이터 센터 디렉토리로 변경한 후 사용 가능한 리소스를 나열합니다.

cd 0(RegionA01)
ls

컴퓨터 디렉토리로 변경한 후 사용 가능한 vSphere 클러스터 및 독립 실행형 vSphere 호스트를 나열합니다.

cd 1(컴퓨터)
ls

vSphere 클러스터 디렉토리로 변경한 후 이 클러스터 내 호스트 및 리소스 풀을 나열합니다.

cd 1(RegionA01-COMP01)
ls

호스트 디렉토리로 변경한 후 이 클러스터 내 개별 vSphere 호스트와 그 CPU 및 메모리 정보를 나열합니다.

cd 0(호스트)
ls

 

 

Virtual SAN 호스트 정보

 

Virtual SAN 클러스터에서 esx-04a.corp.local호스트에 대한 호스트 정보를 확인합니다.

vsan.host_info 1

 

 

Virtual SAN 클러스터 수준 정보

 

이전 "이점" 섹션에서 설명했듯이 RVC는 한 번에 여러 대의 vSphere 호스트에 대해 작업을 수행할 수 있습니다.  예를 들어 클러스터 내 모든 호스트의 디스크 상태 정보를 수집할 수 있습니다. 다음과 같이 두 단계 위의 '컴퓨터'디렉토리로 이동한 후 디스크 상태 명령을 실행하면 됩니다.

cd ..
cd ..
ls
vsan.disks_stats 1

참고: 표 형식의 결과를 제대로 보려면 창의 모서리를 끌어서 Putty 창의 크기를 늘려야 할 수 있습니다.

 

 

요약

 

40가지 이상의 Virtual SAN 네임스페이스 명령을 사용하여 Ruby vSphere Console을 통해 환경을 관리할 수 있습니다.  다음 명령을 실행하고 위로 스크롤하여 Virtual SAN 네임스페이스 명령을 확인할 수 있습니다.

help vsan

Ruby vSphere Console을 통해 관리에 사용할 수 있는 네임스페이스를 모두 보려면 다음 명령을 실행하면 됩니다.

help

탐색이 끝나면 'exit'(종료)를 입력하여 Ruby vSphere Console 세션을 끝낸 후 다시 'exit'를 입력하여 Putty SSH 세션을 종료합니다.

 

결론


이 모듈에서 설명했듯이 여러 가지 다양한 CLI 툴을 사용하여 Virtual SAN과 프로그래밍 방식으로 상호 작용할 수 있습니다.  

각 상황에 맞는 최고의 툴을 선택하여 소프트웨어 정의 데이터 센터의 주요 이점인 자동화를 극대화할 수 있습니다.


 

모듈 5 완료

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

다음과 같은 리소스를 통해 Virtual SAN 자동화에 대한 추가 정보를 알아보십시오.

PowerCLI

ESXCLI

RVC(Ruby vSphere Console):

아래 모듈 중에서 아직 완료하지 않은 모듈을 선택하여 수행하거나 이미 수행한 모듈을 재수행해 보십시오.

 

 

모듈 변환기 사용하기

 

 

 

실습 종료 방법

 

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

VMware Hands-On-Lab에 참여해주셔서 감사합니다.

http://hol.vmware.com에서 더 많은 온라인 HOL을 체험하십시오.

 

Conclusion

Thank you for participating in the VMware Hands-on Labs. Be sure to visit http://hol.vmware.com/ to continue your lab experience online.

Lab SKU: HOL-1708-SDC-1-KO

Version: 20161108-055302