Virtual Hive

VMware의 ESX 4(또는 ESXi 4)상의 가상머신이 실제 이용하고 있는 메모리 사용율은 낮음에도 불구하고, 가상머신의 메모리 사용율이 설정 한계치에 접근하여, 가상머신의 메모리 사용율의 경고가 발생하는 경우가 있습니다. 예를들어 메모리를 4GB 할당한 VM이 실제적으로 사용하고 있는 메모리는 800MB임에도 불구하고 ESX 4의 리소스할당의 "게스트 메모리 사용율"은 3.8GB이상 사용하고 있다고 판단, 가상머신의 메모리 사용율의 경고 이벤트가 발생합니다. 이러한 현상은 EPT 기술을 지원하고 있는 인텔의 네할렘 CPU로 구성되어있는 ESX 4(또는 ESXi 4)상에서 발생할 수 있다고 VMware의 KB(KB1013206)에 보고되어 있으며, 수정패치(ESX400-200909401-BG)를 적용..

좋은 정보를 카페에서 알았기에 소개합니다. vSphere의 리퍼런스를 정리하여 카드형식으로 만들어 공개를 해놨네요. 빽빽하게 정리되어있어 조금 보기는 불편할지 모르겠습니다만, 프린트아웃해서 가방에 넣어두면 언제든지 확인을 할 수 있겠네요. 다운로드는 여기서 가능합니다.

얼마전 공개한 vCloud Express 서비스를 미국의 호스팅 서비스 업체 Terremark사에서 이미 제공중이군요. 베타긴 합니다만... 이 서비스는 VMware사가 Terremark사에 2000만불을 출자하며 vSphere를 가상화 기반으로 한 IaaS으로 제공하고 있는 것인데요, 역시나 아마존을 경쟁 상대로 의식하고 있는듯 EC2 서비스와 비교를 하고 있군요. 흐흐 음... Terremark사 이외에도 vCloud Express 서비스를 제공하려는 서비스업체가 여러군데 있네요.

VMware사는 ESXi의 인스톨이나 설정을 웹기반에서 가능하게 해주는 서비스 VMware Go를 공개했습니다. 아직 베타버전으로 정식 서비스는 2010년 제공할 예정이랍니다. 마이크로소프트와 Citrix에게 잠식당하고 있는 SMB시장을 더이상 등한시할 수는 없겠죠. 흐흐 이 기회에 ESXi에서도 vMotion이나 HA기능을 추가해줘도 괜찮을거 같은데 말이죠... VMware Go의 베타버전 다운로드 평가는 여기서 가능합니다.

데이터스토어에 장애가 발생하여, VI Client상에서 해당 데이터스토어의 삭제를 실행하면 다음과 같은 메시지와 함께 삭제가 실패하는 경우가 있습니다. "The datastore cannot be deleted since it is in use by one or more host or virtual machine" 이럴 경우는 ESX의 서비스콘솔에서 다음과 같은 명령어를 실행하면 됩니다. [root@mvs03 ~]#esxcfg-nas -d 데이터스토어명 [root@mvs03 ~]#/etc/init.d/mgmt-vmware restart

VI Client로 ESXi 3.5에 접속을 시도하면 다음과 같은 에러가 발생하며 접속이 않될 경우가 있습니다. ”The request failed because the remote server took too long to respond.” 위의 에러가 발생하면 대부분 접속이 않되는데요, 계속해서 접속을 시도하거나 잠시후 시도를 하면 접속이 될 경우가 있습니다. 하지만, 접속을 해도 굉장히 반응이 늦거나, 또다시 위와같은 에러 메시지가 발생할 경우가 있습니다. 이러한 경우, VI Client에 의한 제어가 어렵게 됩니다.(가상머신에는 영향이 없습니다) VMware 커뮤니티에서 검색을 해보니, 같은 증상으로 문의를 한 글이 있더군요. 위와같은 증상이 발생하는 이유로써는 hostd 프로세스가 지연되거나 응..

ESX에서 가상머신을 작성해서 OS를 인스톨할 경우 부팅이 가능한 디바이스 타입은 3가지가 있습니다. 1. 클라이언트 디바이스 (원격 클라이언트 PC의 CD 드라이브를 이용) 2. 호스트 데비아스 (호스트 서버의 CD 드라이브를 이용) 3. 데이터스토어의 ISO 파일 2.3의 경우는 가상머신을 기동하면 자동적으로 삽입이 됩니다만, 1의 경우는 가상머신의 기동후 툴바의 CD 드라이브 메뉴에서 클라이언트 드라이브를 수동으로 삽입을 해줘야만 됩니다. 이게 말이죠... 타이밍이 제대로 안맞으면 가상머신은 자동적으로 DHCP→PXE 부팅을 시도해버린답니다. --; 이렇게되면 몇번이고 가상머신을 재기동해서 운좋게(?) PXE 부팅이 시도되기 전에 클라이언트 드라이브가 수동으로 삽입해야하는데, 이게 장난아니게 스트레..

Google이 내년 공개 예정인 Chrome OS를 VMware가 서포트한다는 뉴스가 등장을 했네요. 두 회사는 이전, 상대방의 클라우드 컴퓨팅에 관해 공방을 펼친 적이 있을 정도로 경쟁 관계(?)임에도 불구하고 VMware가 적극적인 움직임을 보이고 있네요. 뉴스의 첫머리에 써 있는 것처럼 Chrome OS가 Windows를 대신할 정도로 성공을 한다는 보장도 없는데 말이죠. 다른 가상화 벤더들도 서포트하지 않을 수 없게 되었군요. 흐흐

ESXi 4상에서 Linux의 가상머신을 인스톨할 경우, 일부 디스트리뷰션의 구버전(커널 2.4이전)의 GUI 인스톨이 않될 경우가 있습니다. 이벤트 로그에는 다음과 같은 에러 메시지가 기록됩니다. Insufficient video RAM. The maximum resolution of the virtual machine will be limited to 1240x933 at 16 bits per pixel. To use the configured maximum resolution of 2360x1770 at 16 bits per pixel, increase the amount of video RAM allocated to this virtual machine by setting svga.vramSize..

ESX 4의 관리는 vCenter에서 하는게 제일 편하지만, 공부도 할겸 vSphere PowerCLI를 인스톨해봤습니다. vSphere PowerCLI는 Windows의 Powershell 기반의 vCenter용 관리/개발툴입니다. 이전까지는 VI Toolkit for Windows란 이름이었는데, vSphere 4가 공개되고 버전을 1.5로 올리면서 이름도 바꾼 모양입니다. 사실 관리는 GUI의 vCenter를 이용하는게 쉽고 보기도 좋습니다만, 개발이나 자신만의 스크립트를 작성하여 관리를 하고 싶을 경우에는 vSphere PowerCLI를 이용해야 합니다. 여기서 툴을 다운로드합니다. 다운로드후 인스톨... 인스톨후 "VMware Sphere PowerCLI"을 실행합니다. 처음에 실행을 하면 다음..