2017.10.27 20:09

[VMware] 인벤토리에 레플리카가 표시됨

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 클러스터의 헬스 상태나 오브젝트의 헬스 상태도 정상이었도 모든 가상머신도 정상적이었던거 같습니다.(표면적으로는 말이죠)


몇시간 뒤에 고객으로부터 연락을 받았습니다. 일부 리눅스 가상머신의 반응이 느려진거 같다고 하더군요. 아울러 이상하게도 가상머신에 로그인하여 명령어를 실행하면 일부 명령어가 먹히질 않는다고 하더군요. 


다음날 직접 확인을 해봤습니다.

확실히 고객이 말한대로 더군요. SSH의 접속도 늦고 일단 접속이 되더라도 일부 명령어, 예를들어 sudo나 reboot 등을 실행하면 "버스 에러"란 메시지가 표시되더군요. 리눅스에 대해서 그다지 자세하질 않아서 검색을 해보니 "버스 에러"는 일반적으로 리소스가 부족하거나 일부 라이브러리가 파손되었을 경우 발생하는 것 같더군요. 장애 발생전과 후에 해당 가상머신의 리소스를 변경한 일은 없으니, 역시나 호스트 장애로 HA가 발동한 타이밍에 게스트 OS에 영향이 있던 것이 아닌가라는 잠정 결론의 분위기였습니다.


다행히도 문제가 발생한 가상머신은 수일전에 새롭게 작성한 것으로 최악의 경우 삭제를 해도 문제가 없다길래 일단 가상머신을 강제적으로 정지했습니다.

정지했더니 인벤토리에서 가상머신이 사라졌더군요. 대신 FTT=1로 생성된 레플리카가 표시되더군요. 이렇게 말이죠.



음... 호스트 장애로 HA가 발동한 타이밍에 레플리카가 인벤토리에 등록이 된 것일까요? 자세한 내용은 확인을 할 수가 없었습니다만, 인벤토리에서 레플리카를 삭제한 뒤에 가상머신을 인벤토리에 재등록 해주니 가상머신이 등록되었고 반응도 정상적으로 돌아왔으며 모든 명령어도 실행을 할 수 있게 되었습니다.  


추축에 불과합니다만 레플리카가 인벤토리에 등록된 바람에 가상머신의 화일이 읽기 전용이 되어 명령어가 실행되지 않았던거 같네요... 쩝... 좀더 빨리 로그를 수집해서 지원부서에 돌리지 않은게 후회되네요.

저작자 표시 비영리 변경 금지
신고
Trackback 0 Comment 0
2017.10.25 23:28

[VMware] 기존 스토리지에서 vSAN으로의 이행 가이드

얼마전 세계적으로 vSAN을 도입한 고객수가 10,000사를 넘었다는 소식을 들었습니다. 


개인적인 경험으로도 개발 환경이나 검증 환경이 아닌 실환경에 도입을 하는 사례가 부쩍 늘었으며 SSD의 가격이 낮아진 때문인지 All Flash 모드가 주류를 이루고 있으며 기존 SAN 환경의 교체로써 vSAN을 선택하는 기업들도 늘고 있습니다.


이런 시기에 아주 도움이 될 가이드가 공개되었습니다.


"Migrating to vSAN"이란 타이틀의 이 가이드는 기존 SAN 환경의 교체로써 vSAN을 이용할 경우 가상머신의 이행에 대한 다음과 같은 방법을 소개하고 있습니다.

    • VMFS로부터의 이행
    • NFS로부터의 이행
    • 비공유 RDM로부터의 이행
    • 공유 RDM로부터의 이행
    • 물리 서버로부터의 이행


vSAN 도입이나 이행을 고려중이신 관리자분들은 꼭 읽어보시길 권장합니다.




저작자 표시 비영리 변경 금지
신고
Trackback 0 Comment 0
2017.10.24 00:07

[VMware] VMworld 2017의 자료 공개

올해 8월과 9월에 라스베이거스와 바르셀로나에서 열린 VMworld 2017의 제네럴 세션 동영상이 공개되었습니다.


Video On Demand – VMworld US

Video On Demand – VMworld Europe


또한 기술 관련의 세션인 브레이크아웃 세션 자료도 공개되었습니다.

(본 자료는 VMware R&D 부문에서 근무, 올해 VMware  관련 블로그 투표에서 1위를 차지한 William Lam씨가 공개를 한 것입니다)


VMworld US 2017 Breakout Sessions

VMworld Europe 2017 Breakout Sessions


내용이 많으니, 일단은 관심있는 자료를 중심으로 확인을 하시면 될거 같네요. :)



저작자 표시 비영리 변경 금지
신고
Trackback 0 Comment 0
2017.10.12 19:20

[Nutanix] 이행툴 Xtract for VM의 소개 (2)

지난 회에는 Xtract for VMs의 설명과 설치 방법에 대해서 소개를 했습니다.

이번에는 실제로 가상머신의 이행하는 방법에 대해서 간단히 소개를 해보겠습니다.


① Xtract for VMs로 접속을 하여, 소스 환경을 추가합니다. 소스 환경은 vCenter 입니다.


② 소스 환경을 추가했다면 이번에는 타겟의 AHV 클러스터를 추가합니다.


③ 소스, 타겟의 추가가 끝났다면 이행 계획을 작성합니다. 화면 중간의 "Create a Migration Plan"을 클릭합니다.


④ 이행 계획명을 작성했다면 타겟 클러스터와 컨테이너를 선택합니다.


⑤ 이행 대상 가상머신을 선택, 추가합니다.


⑥ 이행시 가상머신의 네트워크 어댑터 드라이버 등이 AHV용으로 재설치를 위해 가상머신에 로그인할 유저와 패스워드, 그리고 새롭게 이용할 네트워크를 설정합니다.


⑦ 이로써 이행 준비는 끝입니다. "Save and Start"를 클릭하여 이행을 시작합니다.


⑧ 이행을 시작하면 우선 설정한 정보들이 유효한지 체크되어집니다.


⑨ 설정한 정보의 유효성이 확인되었다면 초기 복제가 시작됩니다.


⑩ Xtract 어플라이언스에 트래픽이 발생하는걸 확인할 수 있죠.


⑪ 이 상태의 소스 환경, vSphere에서는 이행 대상 가상머신에 대해 스냅숏을 작성하는 것을 확인할 수 있습니다.


⑫ 이행이 종반에 접어들면 "Status"에 '조그만 원'이 표시됩니다. 클릭을 하면 "Ready For Cutover" 상태인 것을 확인할 수 있습니다. 지난 회에도 설명을 했듯이 Cutover를 실행하지 않으면 이행은 완료되지 않습니다.


⑬ 가상머신을 선택, "Cutover"를 실행합니다. Cutover를 실행하면 소스 환경상의 가상머신은 정지되며 메모란에는 다음과 같은 메시지기 기록됩니다.

VM migrated to 192.168.205.55 by New Migration Plan on Tue Oct 10 11:40:26 UTC 2017 by xtract-vm 1.0.15


⑭ 소스 환경상의 가상머신이 정지하면 최종적으로 스냅숏이 작성되어 마지막 차분 동기가 실행됩니다.


⑮ 이행이 완료되었습니다. 이행이 완료되면 Prism에서 가상머신을 확인할 수 있게 됩니다.


⑯ 소스 환경, vSphere 환경을 확인해보면 가상머신 정지후 마지막 스냅숏이 작성된 후, 삭제된 것을 확인할 수 있습니다.


어떻습니까? 조작 스텝도 적고 이행 자체도 특별한 어려움없이 끝났습니다. 

개인적으로는 AHV로의 전용이 아닌 범용 이행툴로 개선해주었으면 하는 바램입니다. 흐흐


이번 검증은 1노드 클러스터 커뮤니티 에디션(그것도 네스트!!!)에서 행해졌습니다. 커뮤니티 환경을 갖고 계신 분들은 한 번 테스트 해 보시길! 




저작자 표시 비영리 변경 금지
신고
Trackback 0 Comment 0
2017.10.11 19:50

[Nutanix] 이행툴 Xtract for VM의 소개 (1)

어제 Nutanix의 이행툴인 Xtract for VM가 릴리스되었습니다. (Xtract for DBs도 있습니다만 기회가 되면 소개를 하도록 하겠습니다)


이 Xtract for VM은 올해 워싱턴에서 열린 .NEXT Conf 2017에서 발표된 이행툴입니다. 이 툴을 이용하면 간단히 vSphere 환경의 가상머신을 AHV 환경으로 마이그레이션을 실행할 수 있습니다.(이전에 VDDK(Virtual Disk Development Kit)을 이용한 이행툴을 사용한 적이 있었습니다만, 이 Xtract도 동일한 플로인거 같습니다) 



위의 그림처럼 이행을 실행하면 우선 초기 복제(initial seeding)가 이루어집니다. 일단 초기 복제가 완료되면 이후부터는 차분 동기가 이루어지죠. 여기까지라면 가상머신의 이행은 실행되지않습니다. 가상머신의 이행을 완료하려면 Cutover를 실행하여 가상머신을 스위치해야 됩니다. 스위치란 표현을 한 이유는 Cutover를 실행하므로써 소스 vSphere상의 가상머신이 정지후 이행 타겟 AHV에 가상머신을 등록하기 때문입니다. 이행이 완료되어도 vSphere상의 가상머신은 삭제되지 않습니다.


Xtract for VM의 주요 기능은 다음과 같습니다.

    • 가상머신의 가동중, 정지 관계없이 이행가능
    • 이행의 일시정지, 재개 가능
    • 스케줄링 가능
    • 복수 클러스터로부터의 이행 대응
    • 이행 대상의 그룹화
    • 컷오버 이행
    • 가상머신 레벨의 이행 실행 상태 모니터링
    • AHV가 지원하는 모든 OS 대응


반대로 이번 버전에서 미지원하는 부분은 다음과 같습니다.

    • AHV가 지원하지않는 OS의 이행
    • 영어 이외의 가상머신명
    • vCenter를 경유하지않는 ESXi 호스트의 직접 연결후 이행
    • RDM 이나 독립 디스크를 이용하는 가상머신
    • 멀티 라이트 모드의 디스크를 이용하는 가상머신
    • 2GB의 스퍼스 디스크를 이용하는 가상머신


검증환경에서 동작을 확인해봤습니다만 Nutanix답게 심플한 UI와 조작으로 전혀 어려움없이 이행을 진행할 수 있었습니다. 


간단히 설치에 대해 소개를 하도록 하죠. 우선 설치 전에 Xtract for VM를 이용하기 위한 조건을 확인합니다.

    • vSphere로부터 AHV로의 이행만을 지원
    • 소스의 vCenter는 버전 5.5 이상
    • 타겟의 AOS 버전은 5.0 이상
    • 조작이 가능한 브라우저는 Google Chrome만 지원
    • 이행 대상 가상머신은 vmware tools가 설치되어있어야 함
    • 가상 하드웨어 버전 7.0 이상
    • CBT 지원


시작해 볼까요? 간단히 설치하는 방법은 어플라이언스를 도입하는겁니다.


우선 Nutanix 포털에서 Xtract for VM 화일을 다운로드하여 압축을 해제합니다.


② 압축을 푼 폴더안에서 'xtract-vm-1.0.15.qcow2' 화일을 Prism의 "Image Configuration" 에 등록을 합니다.


③ 어플라이언스를 작성합니다. 어플라이언스를 작성할 경우 다음의 내용에 주의를 합니다.

    • CPU : 2 vCPU
    • 메모리 : 4GB
    • 디스크 : 순서 ②에서 등록한 이미지 화일 ※ 이미 추가되어있는 CD-ROM 드라이브는 삭제해야됩니다.
    • 네트워크 어댑터 : vCenter와 AHV 클러스터에 통신이 가능한 네트워크
    • 커스텀 스크립트 : 다운로드한 폴더안의 'xtract-vm-cloudinit-script' 화일의 내용을 "Type or pastescript" 란에 붙여넣습니다. 


④ 어플라이언스 작성, 시작을 한 뒤에 웹브라우저로부터 Xtract for VM UI로 접근을 합니다. EULA에 동의를 한 뒤에 초기 패스워드를 설정하면 이용을 할 수 있습니다.


⑤ 로그인을 하면 매우 심플한 UI인 것을 알 수 있습니다. (개인적으로는 이게 Nutanix의 장점이 아닌가 싶습니다)


이로써 Xtract for VM의 어플라이언스 설치는 끝입니다. 다음에는 이행하는 방법에 대해서 소개를 하겠습니다.




저작자 표시 비영리 변경 금지
신고
Trackback 0 Comment 0