Virtual Hive

※ 조금 시간이 지난 내용일지 모르겠습니다. 작년에 vSAN에 대한 팁을 몇가지 소개한 적이 있습니다. 내용중에 vSAN 도입후 장애 테스트를 실행할 경우는 가동중인 디스크를 해제하지말고 "vsanDsikFaultInjection.pyc"를 이용하도록 소개를 했었습니다. 이 스크립트를 실행하면 캐시/용량 디스크의 장애 시험을 할 수 있죠. 제 자신도 vSAN을 도입한 뒤에는 "vsanDsikFaultInjection.pyc"를 이용하여 디스크의 장애 시험을 행하고 있습니다만, vSAN 6.5부터 예상 밖의 문제에 부딪혔습니다. 뭐가 예상 밖이냐면 말이죠, 캐시 디스크에 장애를 일으키면 디스크 그룹이 보이지않게 된다는 겁니다. 이건 문제입니다. 디스크 그룹이 않보이면 뭐가 문제냐면 말이죠, 그 디스크 그룹..

얼마전 동료에게 공유받은 내용입니다. vSAN 6.6 환경에서 ovf 템플릿을 전개하려고 하면 다음과 같은 메시지와 함께 실패할 경우가 있습니다.The operation is not allowed in the current state (현재 상태에서 허용되지 않는 작업입니다) ■ 원인vSAN 6.6의 알려진 버그인거 같습니다. 릴리즈 노트를 확인해보면 알려진 문제로 소개되었습니다. vSAN 클러스터에 OVF 템플릿을 배포하는 경우 vSAN 클러스터에서 DRS를 사용하지 않도록 설정하면 작업이 실패합니다. 다음과 유사한 메시지가 표시될 수 있습니다. 현재 상태에서 허용되지 않는 작업입니다. 이 문제는 6.6.1 에서도 해결되지않은 듯, 6.6.1 릴리즈 노트에도 명기되어있습니다. ■ 해결방법릴리즈 노트에는..

이미 10,000사 이상에서 도입되었으며 기세가 점점 거대해지는 vSAN입니다만 고객과 얘기를 해보면 의외로 vSAN에 대한 정보가 부족한 것 같습니다. 왜냐하면 vSAN이란 솔루션의 특징은 알고 있어도 실제로 도입할 경우나 도입후 운용해나갈 경우 주의해야될 점들에 대해서는 잘모르는것 같았기 때문입니다. 따라서 도입시나 운용시 조금은 주의가 필요한 내용을 정리해 봤습니다.(이미 알려진 내용일지 모르겠습니다) ● 하나의 RAID Controller에서는 VMFS과 vSAN FS을 구성할 수 없습니다.아마 초기 버전의 vSAN 구성에서 있을 수 있는 경우일지 모르겠습니다만, 최근에도 지원 의뢰가 있는거 같습니다. 하나의 RAID Controller상에서 VMFS과 vSAN FS을 구성하는 것은 지원을 받을 ..

vSAN계에서는 유명한 인물이 2명있습니다. Cormac Hogan씨와 Duncan Epping씨가 바로 그 2명입니다.2명 모두 VMware사의 SABU(Storage ＆ Availability Business Unit) CTO면서도 vSphere Clustering관련, 스토리지나 vSAN 관련의 유익한 정보를 많이 소개해주고 있어 항상 도움을 받고있죠. 이 두명이 집필한 Essential Virtual SAN (VSAN): Administrator’s Guide to VMware Virtual SAN의 vSAN 6.2 대응판을 무료로 공개해주었습니다.Holiday gift: vSAN Essentials book available for freevSAN Essentials e-book is now f..

2017/12/5 Updated커뮤니티 회원님에게 좋은 정보를 들었습니다. 어쩌면 이 KB가 해결방법인지 모르겠네요. 다음에 또 다시 발생한다면 써봐야겠네요.A virtual machine on a vSAN datastore might be renamed when vSAN becomes inaccessible 얼마전 vSAN을 도입한 고객사에서 장애가 발생했습니다. 4 호스트의 소규모 구성이었습니다만 운없게 2 호스트가 1시간안에 멈춰버린거 같았습니다.(FTT=1임에도 불구하고 "접근불가" 상태의 가상머신이 많았기 때문이죠) 장애 발생후 호스트는 복구를 했으며 vSAN 클러스터의 헬스 상태나 오브젝트의 헬스 상태도 정상이었도 모든 가상머신도 정상적이었던거 같습니다.(표면적으로는 말이죠) 몇시간 뒤에 고객..

얼마전 세계적으로 vSAN을 도입한 고객수가 10,000사를 넘었다는 소식을 들었습니다. 개인적인 경험으로도 개발 환경이나 검증 환경이 아닌 실환경에 도입을 하는 사례가 부쩍 늘었으며 SSD의 가격이 낮아진 때문인지 All Flash 모드가 주류를 이루고 있으며 기존 SAN 환경의 교체로써 vSAN을 선택하는 기업들도 늘고 있습니다. 이런 시기에 아주 도움이 될 가이드가 공개되었습니다. "Migrating to vSAN"이란 타이틀의 이 가이드는 기존 SAN 환경의 교체로써 vSAN을 이용할 경우 가상머신의 이행에 대한 다음과 같은 방법을 소개하고 있습니다.VMFS로부터의 이행NFS로부터의 이행비공유 RDM로부터의 이행공유 RDM로부터의 이행물리 서버로부터의 이행 vSAN 도입이나 이행을 고려중이신 관리..

며칠 전 vSAN All Flash 모드에 대한 중요한 패치가 공개되었습니다.VMware ESXi 6.0, Patch Release ESXi600-201710301 (KB2151042)VMware ESXi 6.5, Patch Release ESXi650-201710401 (KB2151081)내용은 첵썸 에러로 인해 특정한 조작이나 IO 패턴이 발생했을 경우, 가상머신에 대한 접근불가, 호스트 실패, 재동기 실패 등의 치명적인 상황이 발생한다고 합니다. 조건은 ESXi 6.0 Patch 4 (build number 4558694) 이상의 vSAN, 즉 vSAN 버전 6.2, 6.5, 6.6, 6.6.1의 All Flash 구성에 중복제거를 유효화했을 경우이며, KB에 의하면 즉시 수정 패치를 적용할 것을..

이미 운용을 하고 계신 분들은 아시시라 생각합니다. vSAN 환경의 ESXi 호스트를 재시작할 경우 non-vSAN 환경에 비해 시간이 많이 걸립니다. 이유는 아래의 상태에서 상당시간 진척이 없어보이기 때문이죠.VSAN: Initializing SSD: xxxxxxxxx-xxxxxx-xxxxxxx-xxxxxxxxx Please wait.... 위의 상태가 한동안 이어지기 때문에 마치 기동에 실패한 것처럼 보이죠. 아무런 변화가 없이 10분 이상 시간이 걸리면 안절부절하는 분도 계시리라 생각됩니다. 그럴 경우는 가볍~게 「Alt+F12」를 눌러보세요. 그러면 아래 그림처럼 사실은 열심히 처리중인 것을 알 수 있습니다. 그렇다면 왜 이렇게 시간이 걸리는가?인데요. vSAN의 경우 ESXi 호스트가 기동할 때..

오늘은 운용상의 참고사항을 한가지 소개할까 합니다. 아시다시피 vSAN을 구성하면 자동적으로 "vSAN Default Storage Policy"이 생성됩니다. vSAN을 이용하는데 표준적인 룰로 구성되어있기 때문에 이 정책을 이용하시는 분들도 많으리라 생각됩니다.이 정책의 룰중 "Object Space Reservation"이 있으며 초기값은 '0%'로 오브젝트에 대한 영역을 예약하지않습니다. 즉 오브젝트는 씬프로비저닝으로 영역을 소비하게 되죠. 아래 그림과 같은 vSAN 6.6의 환경이 있습니다. 소비된 영역은 70GB을 밑돌고 있죠. 가상머신에 적용된 스토리지 정책은 "vSAN Default Storage Policy"로 "Object Space Reservation"은 '0%'입니다. 이 상태에서..

영광스럽게도 vExpert 2017 VSAN을 수여받게되었습니다. vExpert 2017 VSAN Announcement vExpert 2017 VSAN은 vExpert 수여자중에서도 특정 프로덕트의 전파에 공헌한 vExpert를 인정하는 서브 프로그램의 하나로 2016년 시작되었습니다. vSAN이외의 서브 프로그램으로는 NSX와 Horizon이 있습니다. 첫해인 2016년에는 20여명이었던걸로 기억합니다만 올해는 87명이 vExpert 2017 VSAN을 수여하게 되었습니다. 물론 vExpert과 같이 명예직입니다만 1세대인 Virtual SAN 5.5부터 접해온 저로써는 상당히 애착(?)을 갖고있는 프로덕트이기 때문에 영광스럽고 기쁠뿐입니다. :) 앞으로도 vSAN에 관한 정보를 공유해 나가도록 하겠..