Virtual Hive

하이퍼바이저로 ESXi를 이용하는 Nutanix 환경에서 CVM의 메모리 사용율이 100%가 되는 현상이 일어납니다. HTML5 Client에서도 확실히 CVM의 메모리가 100% 사용됙 있는 것을 확인할 수 있습니다. 물론 Prism에서도 CVM의 메모리 사용율은 100%입니다. 하지만, CVM의 메모리 관련의 경고는 없습니다. 결론부터 말하자면... 이 현상은 표시상의 버그입니다. CVM Memory is 100% in Prism and Web Client with ESXi 6.5 위 KB에 의하면 발생 조건은 AOS 5.x + ESXi 6.5 이상의 환경일 경우이며, ESXi 6.5부터 변경된 메모리 라지 페이지 화일 처리에 의해 메모리를 예약하여 PCI 디바이스로 패스스루하는 CVM이 영향을 받고..

과거의 포스팅에서도 설명을 했듯이 vSAN의 ESXi 호스트는 재시작시, 캐시용 SSD상의 로그 엔트리를 처리하여 메타 데이터 테이블을 작성합니다. 때문에 non-vSAN의 ESXi 호스트보다 시간이 걸립니다. 아래 스크린숏의 "Initializing SSD~"의 메시지가 표시되는 부분이 바로 그 부분입니다만, 프로그레스바가 전혀 진행되지 않기 때문에 재기동이 실패, 멈춘 것처럼 보입니다. 서버의 전원을 눌러 강제적으로 리셋을 하고 싶어지지만, 백그라운드에서는 제대로 움직이고 있죠.(「Alt+F12」나 「Alt+F1」를 누르면 확인을 할 수 있죠) (KB에 의하면 이 처리는 고속화되지 않는다고 합니다. 재시작의 시간이 짧아지지는 않는다는거죠) 이것이 vSAN 6.7에서 개선되었습니다. ;) 위의 스크린숏..

vExpert 2018 후반기 응모가 6월 18일 시작되었습니다. 2015년부터(였던거 같습니다) 1년에 두 번 응모할 수 있게 되었죠. vExpert 프로그램에 대해서는 과거의 포스팅을 확인하세요. 매번 말합니다만 vExpert는 공식적인 자격이 아닌 명예상입니다. 그러나... VMware사 사내에서 심사를 걸쳐 수상자를 결정했으며 수상후에는 전용 Slack 채널이나 얼리 Beta 테스트 등 가치가 적지않으니 관심있는 분들은 응모해 보시길... vExpert 2018 Second Half Application 참고로 응모기간은 7월 13일까지이며 수상자 발표는 8월 9일로 예정되어 있습니다.

Possible Begins With You 가상화/클라우드 업계의 글로벌 컨퍼런스로써는 최대 규모일 VMworld도 15년째를 맞이합니다. 2004년 1회의 함가자는 약 1,500명 정도였다고 합니다만, 작년 2017년의 참가자는 30,000명을 넘었다고 합니다. 올해도 30,000명 이상의 이 참가를 하지 않을까 싶네요. 올해도 참가할 수 있기를 바라면서 VMworld의 매력에 대해서 간단히 소개를 할까합니다.(물론 개인적인 의견입니다) ■ 듣고 싶은 세션이 반드시 있습니다.얼마전 공개된 컨텐트 카탈로그(세션 리스트)를 보면 US는 632, 유럽은 387의 세션(미니 씨어터, 인스트럭터-리드 HOL 등을 포함)이 있었습니다. 거의 모든 프로덕트의 세션이 있으므로 듣고 싶은 세션이 반드시 있습니다. 듣..

영광스럽게 올해도 vExpert VSAN 2018을 수상하게 되었습니다. vExpert VSAN 2018 Announcement vExpert VSAN 프로그램은 vExpert의 서브 프로그램으로 vExpert 안에서 모집하여 vExpert 팀과 Storage & Availability 부문(SABU)에서 심사, 수상자를 결정합니다. VSAN 이외에는 NSX와 Cloud가 있으며 각각 8월, 10월경에 수상자를 발표하는 것 같습니다. (작년에는 그랬네요) 하여간 굉장히 기쁘네요. 흐흐 올해는 한국분도 수상을 하신 것 같아 더욱 반갑네요. ;) Horizon 관련의 프로그램도 있습니다만, Horizon의 경우는 vExpert의 서브 프로그램이 아닌 독립 프로그램인 것 같습니다. 정식 명칭은 VMware E..

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

(0) vRA 개요(1) vRA 구성요소(2) vRA 설치 - vRA 어플라이언스(3) vRA 설치 - IaaS서버(4) vRA 초기설정 - 테넌트 작성(5) 테넌트 구성 - AD(6) 엔드포인트 작성(7) 데이터 콜렉션과 패브릭 그룹 작성(8) 머신 접두사와 네트워크 프로화일 작성(9) 비지니스 그룹과 예약 작성(10) 블루프린트 작성(11) 서비스 카탈로그 작성(12) 블루프린트의 요구(13) 승인 정책의 설정(14) 커스텀 속성(사용자 지정 속성)의 설정(15) vRO 엔드포인트 작성(16) NSX와의 통합(17) 가상머신의 임포트(18) 가상머신의 해제(19) Nutanix 엔드포인트 작성(20) vROps와의 통합(21) 이벤트 브로커의 이용(22) Health Service의 구성 오랜만의 시..

3월 기다리고 기다리던 vRA 7.4가 릴리스되었습니다만, 업무가 바쁜 관계로 제대로 검증을 못하다가 얼마전 검증 환경을 7.4로 업데이트했습니다. 원래는 vRSLCM을 이용하여 검증 환경을 업그레이드할 생각이었습니다만, vRA와 vRB가 계속 에러가 발생하여 계획대로 않되더군요. 그래서 vRA와 vRB는 가상 어플라이언스의 관리 UI를 통해 업데이트를 실시했습니다. (vRLI와 vROps는 vRSLCM에서 업그레이드가 되었는데 말이죠...) vRA의 업데이트는 [vRA 어플라이언스] → [vRA IaaS 서버] → [vRO] → [vRB] 순입니다만, Embedded vRO를 이용하고 있으며 vRB는 설치하지 않은 환경이라면 지금부터 소개하는 방법으로 업데이트가 끝나리라 생각합니다.업데이트 전에 반드시..

대규모 환경이나 여러 거점이 있어 각각 vSphere 환경이 있을 경우, 운용이 번잡하죠. 각 환경을 관리하기 위해서는 각 환경의 vCenter에 접속하지 않으면 않되기 때문이죠. 이것을 해결하기 위한 기능이 "고급 연결 모드"입니다. 고급 연결 모드는 여러 vCenter를 하나의 관리 UI(Web Client)에서 관리할 수 있게 해줍니다. 고급 연결 모드를 구성하면 PSC 사이에 SSO 정보는 물론 롤이나 권한, 정책 등이 복제됩니다. 이 고급 연결 모드, vCenter 5에서는 ”연결 모드”로 불렸습니다. 이 연결 모드가 PSC와 vCenter의 아키텍쳐로 크게 바뀐 vCenter 6부터 ADAM을 의존하지 않게되어 VCSA에서도 구성이 가능한 ”고급 연결 모드”로 개선된 것이라고 할 수 있습니다...

※ 일본어 환경의 캡쳐를 이용하고 있습니다. VCSA 6.5부터 VCSA의 가용성을 높이는 기능이 2가지 추가되었습니다. "vCenter High Availability(VCHA)"와 "네이티브 백업(화일 베이스 백업)"이 그것입니다. VCHA에 대해서는 과거에 소개를 했었으니 이번에는 네이티브 백업(화일 베이스 백업)"에 대해서 소개를 할까 합니다. VCSA 6.0까지는 화일 베이스의 백업이나 DB만을 백업하는 것은 지원을 하지 않았습니다. 따라서 VDP나 3rd 파티의 백업 솔루션을 이용하여 VCSA 전체를 백업해야되었습니다. 하지만 6.5부터 화일 베이스의 백업이 가능하게 되어 간단히 필요한 데이터를 백업할 수 있게 되었습니다. 또한 6.7에서는 백업을 정기적으로 돌릴 수 있는 일정이 가능하게 되어..