Virtual Hive

얼마전 vSphere 6.5 Update 1 릴리스와 동시에 vSAN도 6.6.1로 조금(?) 버전에 올라갔죠. :)vSAN 6.6.1의 새로운 기능에 대해서는 이전의 포스팅을 확인하시고요... 이번에는 업그레이드 가이드에 대한 소개를 할까 합니다. 정확히는 과거의 버전에서 vSAN 6.6.1로 업그레이드를 할 경우는 고려해야될 다음의 내용을 포함하고 있습니다.vSAN 업그레이드시의 디스크 포맷 버전과 버전업의 프로세스네트워킹(멀티캐스트에서 유니캐스트로의 변경시 고려사항) 이외에도 업그레이드에는 필수인 vCenter의 업그레이드 방법이나 vSAN 업그레이드시의 트러블슈팅에 대한 내용도 포함하고 있습니다. 1세대인 Virtual SAN 5.5가 릴리스된지 4년이 지났습니다. 5.5을 포함한 초기의 버전을 ..

어제 vSphere 6.5 Update 1 이 릴리스되었습니다. ESXi와 vCenter도 각각 6.5 U1이 되었죠. 아울러 vSAN도 6.6.1이 릴리스되었습니다. 이번 6.6.1은 버그 수정은 물론 다음과 같은 기능이 개선되었다고 합니다. ● vSphere Update Manager의 통합: Update Manager를 통해 vSAN 관련의 패치를 적용하거나 업그레이드할 수 있게되었습니다. ● vSAN의 성능진단 개선: 6.6에서 CEIP(고객 환경 개선 프로그램)을 통해 vSAN 환경의 건강상태를 VMware사에 전송할 수 있는 기능이 추가되었죠. 6.6.1에서는 스루풋이나 지연 등을 비교할 수 있는 벤치마크 기능이 추가되었습니다. ● 스토리지 디바이스의 보수성 개선: 각 ESXi의 스토리지 디바..

공식적으로 vsandatastore 위의 vCenter 구성을 지원하고 있습니다. (추천은 vCenter 같은 관리서버는 컴퓨트 클러스터와는 별도의 클러스터상에서 가동하는 것입니다) 하지만 실제로 구성을 할 경우 설치과정은 번거롭습니다. 과거의 포스팅에서도 소개를 했듯이, '닭'이 먼저인지 '달걀'이 먼저인지의 문제에 부닥치게 되어 1대의 ESXi 호스트의 디스크 일부를 로컬 데이터스토어로 구성을 한 뒤 vCenter를 설치하죠. vCenter가 설치되었다면 vSAN을 구성할 수 있으니 vSAN을 구성후 vCenter를 스토리지 vMotion으로 vsandatastore로 이동~. vCenter을 이동했다면 로컬 데이터스토어로 구성한 디스크를 vSAN 디스크로 재구성... 이 필요합니다.

간단한 구성과 다이나믹한 스케일-아웃을 세일스 문구로 하는 vSAN이긴 하지만 설계에 필요한 사이징은 의외로 중요합니다. vSAN 도입을 검토할 경우 CPU, 메모리에 대해서 10%의 vSAN 오버헤드를 고려하는 것은 물론 하이브리드 구성의 경우 캐시용 SSD 용량이 HDD 용량의 10% 이상이 되어야 된다는 점도 고려를 해야됩니다. 또한 스토리지 영역의 80%를 이용했을 경우 자동적으로 리밸런스가 실행되어 vSAN 성능 자체에 영향을 줄 수 있죠. 따라서 80%를 넘지않도록 실질적 이용가능 용량은 전체 스토리지 영역의 70%를 기준으로 각 디스크를 선정해야되죠. 여기에 Erasure Coding이나 중복제거/압축 기능을 이용할 경우는 더욱 신중해야 됩니다. :) 따라서 사이징과 디자인 가이드가 공개되어..

얼마전 vSAN의 iSCSI Target (VIT) 서비스에 대한 포스팅을 했었습니다. 그때 다른 Nutanix도 동일한 기능이 있다고 했었죠. 이번에는 Nutanix의 iSCSI Target 서비스에 대해서 소개를 해볼까 합니다. Nutanix의 iSCSI Target 서비스의 정식명칭은 Acropolis Block Services (ABS)라고 합니다. 사실은 vSAN 보다도 한걸음 빠른 2016년 6월에 발표되었죠. 이 ABS 역시 컨테이너안의 vDisk를 LUN(볼륨)으로 제공을 합니다. 이 ABS를 이용하므로써 가상머신에게 iSCSI Target 서비스를 제공할 수 있습니다. 하지만 VIT와는 달리 공유 볼륨으로 이용이 가능하기에 Windows Server Failover Clustering과 ..

vSAN을 구성후 빠짐없이 해야될 작업이 있을겁니다.바로 장애 테스트죠. 네트워크는 물론 호스트의 정지를 시작해서 캐시용 SSD나 캐퍼시티용 HDD(또는 SSD)의 장애를 상정한 테스트가 필요하죠. 디스크 장애 테스트는 어떻게 하지는지요? 디스크의 경우는 네트워크나 호스트와 달리 모의로 장애를 발생시키기가 어렵습니다. 그냥 디스크를 뽑으면 된다고요? 흐흐아시다시피 가동중인 디스크의 탈착(탈착)으로 실시를 할 경우, 디스크의 장애로는 인식을 하지않죠. 가동중인 디스크를 뽑아둔 뒤 60분 이상 냅두면 데이터의 동기가 시작되므로 결과적으로 장애와 동일한 움직임을 확인할 수 있습니다. 가동중인 디스크를 뽑는 것은 그다지 좋은 방법이 아닙니다. 우선 60분을 기다려야되니 시간낭비이죠. ESXi 호스트에 대해서 전..

이번에는 vSAN iSCSI Target 서비스에 대해서 소개를 해볼까 합니다. vSAN 6.5부터 iSCSI target 기능이 추가되었죠. 이 iSCSI target은 vsanDatastore상에 iSCSI target용 LUN을 작성하여 원격 서버에 제공할 수 있는 기능입니다. 쉽게 말하자면 vsanDatastore의 일부분을 iSCSI 볼륨으로 이용을 할 수 있습니다. 이 기능은 Nutanix 같은 다른 HCI에서도 제공을 하고 있습니다. vsanDatastore를 vSAN 클러스터 멤버이외에는 접근을 할 수 없습니다만 iSCSI Target 서비스를 이용하면 vSAN 클러스터 멤버이외의 서버에서도 vsanDatastore에 접근을 할 수 있게됩니다. vSAN을 구성하면 공짜로 iSCSI 스토리지..

다른 프로덕트와는 달리 빠르게 새로운 버전이 공개되고 있는 vROps의 새로운 6.6 버전이 지난 주 릴리스되었습니다. 이 vROps는 아시다시피 VMware사의 SDDC 전략의 코어 프로덕트인 하나로 버전을 거듭할수록 다른 프로덕트의 감시관리 부분이 통합되어가고 있죠. 지난 3월에 릴리스되어진 6.5까지 자잘한(?) 버그 수정과 성능 개선이 중심이었습니다만, 이번에 릴리스된 6.6은 크게 변화하였습니다. 우선 인터페이스가 HTML5로 변경되었습니다. 화면 변화는 물론 각 메뉴의 조작감이 경쾌해졌습니다. ※ 보세요! 이 HTML5 대응 인터페이스의 깔끔한 디자인을!!! 흐흐 아울러 메뉴의 위치도 변경되었으며 프로덕트 중심으로 구성되어있던 대시보드도 조작, 용량과 효율성, 성능과 트러블슈팅 등으로 범주화되..

아시다시피 vSAN 6.2에서 새롭게 중복 제거와 압축 기능이 추가되었습니다. 중복 제거와 압축의 목적은 vsanDatastore의 효율적인 이용입니다. VMware사의 문서에 의하면 최대 7배의 용량을 절약할 수 있다고 합니다. 간단히 중복 제거 와 압축 기능에 대해서 복습(?)하도록 하죠. :)데이터는 캐시 티어인 핫티어로부터 용량 티어인 콜드 티어로 디스테이징할 때 4KB의 청크 사이즈로 분할되어 중복 제거가 이루어집니다. 중복 제거가 이루어진 데이터는 이어서 압축도 실행됩니다. 압축은 중복 제거를 위해 4KB의 사이즈로 분할된 블록 데이터를 대상으로, 2KB 미만 사이즈로 이루어집니다. 중복 제거와 압축 기능은 All Flash 구성이라면 간단히 이용을 할 수 있습니다. 하지만 중복 제거 와 압축..

vSAN을 도입한 기업이 있다고 하죠.스몰 스타트로서 3대의 ESXi 호스트로 vSAN을 구성했습니다. 구성후 이런저런 검증을 걸쳐 실환경의 도입이 결정되어 최종적으로는 수십대의 규모로 확장을 계획하고 있습니다. 호스트를 간단히 추가할 수 있으며 호스트가 늘면 늘수록 성능도 향상되는 vSAN의 특징처럼 별어려움없이 호스트를 추가되어져 복수의 서버랙에 걸쳐 vSAN이 확장되었습니다. 여기서 질문입니다.만약 vSAN을 구성하고 있는 서버랙중 하나가 전력 장애로 인해 수용된 호스트가 전부 다운되었습니다. 가상머신에는 어떤 영향이 있을까요? 전력 장애가 발생한 서버랙안에 수용된 호스트에 모든 데이터가 저장되어있는 가상머신은 정지하게 되죠. (몰론 서버랙 전체에 장애가 발생하는 경우는 거의 없습니다. 특히나 데이..