Virtual Hive

얼마전에 경험한 안건에 대해서 소개를 하겠습니다.안건의 내용은 간단했습니다. 3노드의 VSAN클러스터를 두개 구성하기만 하면 되었죠. 간단한 구성임에도 불구하고 도입과정은 까다로웠기에 소개를 하겠습니다. 우선 vCenter를 VSAN클러스터내에 구성을 해야되었죠. 아울러 ESXi는 HDD를 전부 VSAN데이터스토어로 이용을 해야되기 때문에 내장 SD카드에 설치를 해야되었습니다. 클러스터 구성시는 확장시의 운용을 고려해 EVC를 구성해야 되었습니다. 물론 NFS나 SAN 스토리지는 없습니다.VSAN을 구성하기 위해서는 vCenter가 필요하지만, ESXi를 SD카드에 설치를 했으니 로컬 데이터스토어가 없습니다. vCenter를 설치할 수 없죠. 아울러 EVC를 구성하기 위해서는 클러스터내 각 호스트의 가상..

12월7일 VSAN 업그레이드에 관해 주의가 필요한 KB가 공개되었습니다.VSAN을 구성하고 있는 ESXi노드를 5.5에서 6.0으로 업그레이드할 경우, VSAN상의 데이터가 사라질 위험이 있다는 내용입니다. 구체적으로는 다음의 조건이 갖춰졌을 경우 발생한다고 합니다.ESXi5.5, 6.0이 혼재되어있는 VSAN 클러스터일 경우ESXi5.5, 6.0이 혼재되어있는 VSAN 클러스터에서 오브젝트를 재구성했을 경우재구성한 오브젝트의 컴포넌트가 저장되어있는 복수의 ESXi5.5이 6.0으로 업그레이드 전에 재시작되었을 경우 현재, 위현상에 대한 근본해결책은 없다고 합니다. 따라서 VMware사에서는 근본적인 해결방법을 공개할 때까지 VSAN을 구성하고 있는 ESXi를 5.5에서 6.0으로의 업그레이드를 실행하..

VSAN 5.5의 경우, 모니터링할 수 있는 방법은 VSAN Observer를 이용할 수밖에 없었습니다.RVC를 통해 VSAN Observer 명령어를 실행하면 간단히 퍼포먼스를 확인할 수 있었죠. 단지 VSAN Observer은 일반 모니터링툴처럼 상시운용이 불가능했었습니다.(--forever 옵션을 이용하면 불가능하지도 않습니다만, 로그로테이션이 적용되지않기 때문에 정지할 때까지 로그화일이 생성되어 버립니다) VSAN 6.0부터 효율적으로 모니터링을 할 수 있도록 vROps의 관리팩이 등장했습니다. 기존의 Stroage Device관리팩에 VSAN 오프젝트를 모니터링할 수 있도록 기능이 확장되어 일단 6.0에서는 베타판으로 공개되었었습니다. vROps 6.1에서는 정식으로 대응하게 되었습니다. Man..

VSAN 6.1에서 새롭게 추가된 기능이 있습니다. Strectched Cluster입니다.Strectched Cluster는 지리적으로 떨어져있는 VSAN 데이터스토어를 클러스터화하는 기술입니다. VSAN 6.0에서 도입된 VSAN의 Fault Domain을 확장한 것입니다. Fault Domain의 개념은 VSAN 데이터스토어의 가용성을 복수의 랙에 걸쳐 확보하는 방법으로 하나의 랙이 하나의 Fault Domain이란 이미지입니다. 가상머신의 데이터는 Fault Domain간 분산되어 저장되기 때문에 1번 랙의 Fault Domain 1에 장애가 발생했을 경우에도 2번 랙의 Fault Domain 2에서 서비스를 계속해서 제공할 수 있습니다. 이러한 Fault Domain의 개념을 확장한 것이 Str..

VSAN의 기술검증 가이드가 공개되었습니다.VMware Virtual SAN 6.0 Proof of Concept Guide 버전 6.0에서 성능, 안정성, 관리성이 크게 향상되었으며 All-Flash 구성이나 DAS의 지원 등으로 도입의 선택폭도 넓어졌으니 본격적으로 도입을 검토하는 기업도 많으리라 생각됩니다. 이런 시점에서 본다면 나이스 타이밍인 이 가이드는 VSAN의 기본적은 컨셉의 설명부터 도입에 필요한 인프라서 설정기준, 모니터링과 도입후의 테스트 방법, 도입시의 트러블까지 기술검증이라기 보다는 'VSAN 교과서'라고 할 수 있을 정도로 꽉찬 내용으로 구성되어있습니다. 꼭 읽어보시길!!!

VSAN을 도입후 제대로 동작을 하고 있는지, 특히나 장애가 발생하여 VSAN상의 데이터가 재동기가 실행될 경우, 어느정도의 부하가 걸리는지를 알 수 있는 방법은 모니터링밖에 없습니다.VSAN의 성능을 모니터링할 수 있는 방법으로는 VSAN Observer를 이용할 수 있습니다. VSAN Observer는 RVC(Ruby vSphere Console)의 명령어로, 실행을 하면 웹브라우저를 통해 VSAN의 성능을 모니터링할 수 있습니다. (RVC자체가 VCSA의 관리를 위해 개발되었기 때문에 Windows판 vCenter는 대응을 하지않는줄 알았는데, 플랫폼에 상관없이 vCenter에 번들되어있었습니다. 흐흐) 간단하게 VSAN Observer를 통해 VSAN의 성능을 모니터링하는 방법에 대해서 소개를 하..

Virtual SAN에 장애가 발생했을 경우 확인을 할 수 있는 곳은 Virtual SAN의 설정부분이나 Virtual SAN을 이용하고 있는 가상머신의 스토리지 정책 정도입니다.Virtual SAN 6부터는 vROps에서도 모니터링이 가능하다고 합니다만, 5.5의 경우는 않되죠. 음... 다른방법은 없을까요? 있죠. vCenter의 알람이 있습니다. 단지... Virtual SAN을 구성하는 것만으로는 자동적으로 작성되지않습니다. 수동으로 커스텀 알람을 작성해줘야 됩니다. 흐흐Adding alarms to vCenter Server for VMware Virtual SAN (VSAN) monitoring Virtual SAN의 알람을 작성하기 위한 VOB ID는 정의되어 있으므로 vCenter상에서 알..

얼마전 담당중인 VSAN 프로젝트의 하드웨어 엔지니어로부터 RAID Controller의 펌웨어의 업데이트 작업후 일부 가상머신이 시작되지 않는다는 연락을 받았습니다.내용을 듣고 정리해보니 다음과 같은 내용이었습니다.작업은 VSAN 클러스트 호스트의 RAID Controller의 펌웨어의 업데이트 작업이었다.작업전 해당 ESXi상의 가상머신을 vMotion으로 다른 호스트에 이동후 ESXi를 메인터넌스 모드로 변경, 작업을 진행했다.작업완료후에는 메인터넌스 모드를 해제, 가상머신을 원래의 호스트로 vMotion을 했다. 작업대상 호스트 1대(예. ESXi-A)의 RAID Controller의 펌웨어의 업데이트가 실패를 했다. 하지만 ESXi-A는 정상적으로 시작이 되었다.ESXi-A상에서 이동했던 가상머..

VSAN의 도입을 검토할 경우, 반드시 필요한 것이 사이징입니다. 사이징이 잘못되면 필요이상으로 비용이 발생하거나 비용을 크게 잡게되죠. 또한 도입후 실제로 운용을 하면 예상보다빨리 데이터스토어의 용량고갈에 직면하게 될 위험도 있습니다. 특히나 가상데스크톱의 경우는 치명적이죠. 1,000대의 가상데스크톱용으로 설계를 했건만, 700-800대 정도 전개했더니 데이터스토어의 용량이 모자르게되면 프로젝트 자체가 실패로 돌아갈 경우도 있을겁니다. 자아, 사이징을 제대로 하면 되는거 아닌가? 맞습니다. 제대로 하면 됩니다만 VSAN의 사이징은 의외로 복·잡·합·니·다.VSAN은 데이터 보호를 위해 FTT를 이용합니다. 이말은 VSAN 클러스터상의 ESXi (HDD의 수 × HDD용량)가 아닌 (HDD의 수 × H..

VSAN을 구성하게되면 클러스터간의 하트비트가 관리네트워크로부터 VSAN네트워크로 변경되게 됩니다.때문에 이미 HA가 구성되어있는 vSphere 환경에서 VSAN을 구성하려면, 일단 HA를 무효화후 VSAN을 구성, 다시금 HA를 유효화해줘야 합니다. 설정자체는 문제가 없습니다. 전혀 문제될게 없죠. 문제는 VSAN 환경이란 겁니다. 일반적인 클러스터 구성시는 하트비트용으로 1.데이터스토어 2.격리어드레스를 이용하여 장애를 판단하게 됩니다.하지만 VSAN 환경은 1.데이터스토어가 없을 경우가 많습니다. 왜냐구요? 비싼 외부 스토리지를 대신하기위해 VSAN을 구성했잖아요... 흐흐 때문에 장애의 판단은 2.격리어드레스뿐이 됩니다.(외부 스토리지가 존재하지않는다면) 하지만...격리어드레스는 일반적으로 관리네..