Virtual Hive

VMCI는 vSphere 4.0로부터 정식으로 지원을 하고 있는 기능입니다. 이게 뭐냐하면 동일한 ESX(ESXi) 호스트상의 가상머신간 가상NIC이나 가상스위치를 통하지않고 통신을 하는 기능입니다. 가상NIC이나 가상스위치를 통하지않기 때문에 호스트 서버에 부하도 줄일 수 있으며 고속으로 통신이 가능하다고 합니다. 출처 VMware 이 VMCI는 가상머신에 vmware tools을 인스톨후, 가상머신의 Property에서 유효화하면 이용이 가능하게 됩니다.

esxtop은 ESX 호스트의 퍼포먼스 통계를 표시해주는 툴입니다. CPU부터 메모리, 디스크, 네트워크까지 각종 리소스의 조사에 유용하게 쓰입니다.(서비스콘솔이 없는 ESXi는 Remote CLI이나 vMA로부터 resxtop 툴을 이용하면 됩니다) 이용방법은 직접 서비스콘솔에 접속을 하거나 SSH를 이용하여 서비스콘솔에 접속을 한 후 『esxtop』을 실행하면 됩니다. 실행직후는 다음과 같이 CPU의 퍼포먼스 정보가 표시됩니다. 이 esxtop은 7개의 패널로 이루어져있으며 다음의 키 입력으로 각각의 패널로 변경이 가능합니다. ■ c : CPU ■ m : memory ■ d : disk adapter ■ u : disk device ■ v : disk VM ■ n : network ■ i : inte..

버전 4.1 이후부터는 ESX가 제공않된다는 발표도 나왔고, 개인적으로 PowerCLI에도 흥미가 있기에 인터넷에서 찾은 샘플코드나 실제로 이용해본 명령어를 하나씩 소개해보겠습니다. 1) CD 드라이브를 마운트하고 있는 가상머신 알아내기 Get-vm | where { $_ | get-cddrive | where { $_.ConnectionState.Connected -eq "true" } } 실행결과는 다음과 같습니다. PS D:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-vm | where { $_ | get-cddrive | where { $_.ConnectionStte.Connected -eq "true" } } Name PowerStat..

vSphere 4.1 공개와 더불어 서비스콘솔을 내장한 ESX의 제공이 4.1 이후 종료된다는 소문(?)이 있었습니다만, 공식적으로 발표가 되었습니다. 4.1 이후 공개되는 버전부터 하이피바이저는 ESXi(vSphere Hypervisor)만 제공된다고 합니다. 아울러 현재 ESX를 이용하는 이용자들은 4.1 이후 ESX로의 버전업이 불가능해지므로 다음과 같은 대응을 권하고 있습니다. Replace COS-based hardware monitoring with CIM-based tools Replace COS-based backup technologies with products that use the vStorage APIs Replace COS-based scripts using the VMware ..

우연히 vSphere환경에서 이용하고 있는 스토리지가 보틀넥 현상을 일으키고 있는지 확인할 수 있는 카운터를 소개한 블로그 포스팅을 발견했기에 간략히 소개합니다. 호스트(ESX/ESXi)의 [퍼포먼스] 탭의 [Disk]에서 확인이 가능합니다. 없을 경우는 "Chart Option"에서 카운터를 선택하면 됩니다. ① Kernel Disk Command Latency : 0-1ms가 이상적. 4ms를 넘을 경우는 주의 ② Physical Device Command Latency : 15ms를 넘을 경우는 주의 ③ Queue Command Latency : 0 이하가 이상적. 0 을 넘을 경우는 주의 상세한 내용은 여기를 참조하세요~

어제는 VMkernel에 의한 메모리 관리 방법에 대해서 포스팅을 했습니다. 3가지 방법중 Memory Ballooning과 VMkernel swap은 메모리가 부족할 경우 기능을 합니다만, 차이점이 있습니다. 그 차이점을 간단히 소개하겠습니다. ① 메모리 관리 -Memory Ballooning : 가상머신의 OS상에서 이루어집니다. -VMkernel swap : 호스트 서버, 즉 ESX상에서 이루어 집니다. ② 동작시 가상머신의 메모리 페이지아웃 장소 -Memory Ballooning : 가상머신의 pagefile 또는 swap, 즉 xxxx.vmdk -VMkernel swap : xxxx.vswp 또한 VMkernel swap의 사이즈는 다음과 방식으로 결정됩니다. VMkernel swap 크기 = ..

ESX에서 가상 메모리를 관리하는 방법은 3가지가 있습니다. ① Transparent Page Sharing (TPS) ② Memory Ballooning ③ VMkernel swap ① Transparent Page Sharing (TPS) Transparent Page Sharing은 가상머신의 메모리 내의 동일한 페이지를 동일한 물리 페이지에 맵핑하는 것을 말합니다. 위의 그림에서 보는 것처럼 각 가상머신이 동일한 메모리 페이지를 갖고있는 것을 검출하여, 물리 메모리상에서 공유하도록 합니다. 이로써 물리 메모리를 효율적으로 관리할 수 있게 됩니다. ② Memory Ballooning Memory Ballooning은 할당된 가상머신의 메모리를 동적으로 조절하는 방법입니다. vmware tool을 인..

vSphere 환경에서 관리서버인 vCenter Server를 도입하는 방법은 두 가지가 있습니다. 1. 물리서버상에 도입 2. 가상머신에 도입 뭐, 일장일단이 있겠습니다만... 개인적인 경험으로 간단히 비교를 해보겠습니다. 1. 물리서버상에 도입 물리서버상에 vCenter를 도입할 경우의 장점은 ESX의 리소스에 영향을 주지 않는다는 점일겁니다. 단점은 vCenter용 물리서버를 준비해야되니 초기 비용이 비싸지는군요. 아울러 가용성면에서도 어느정도 리스크가 발생합니다. 클러스터 구성을 하거나 vCenter Heartbeat를 도입하면 가용성은 확보되겠습니다만, 비용이 만만치않죠. 2. 가상머신으로 도입 물리서버가 필요없으니, 비용이 싸집니다. 또한 ESX의 HA Cluster와 FT를 이용으로 가용성을..

vSphere의 환경에서 ESX(ESXi)상에서 추가한 NFS 데이터스토어가 추가/삭제 되지않을 경우가 있습니다. 이런 현상은 vCenter상에서 NFS 데이터스토어의 정보가 중복되어있을 경우 발생할 수 있습니다. 이걸 해결하기 위해서는 다음과 같은 조작을 하여 중복 정보를 삭제한 후에 NFS 데이터스토어를 추가/삭제해줘야 됩니다. 1. vCenter 상에서 "VMware VirtualCenter Server" 서비스를 재기동 2. ESX 상에서 "mgmt-vmware"와 "vmware-vpxa"의 프로세스를 재기동 (ESXi는 관리콘솔상에서 "Restart management agents"를 클릭) 이외의 자세한 내용은 여기를 참고하세요~ PS 1.>예전에 소개한 적이 있습니다만... 그 방법으로 않될..

무료 호스트형 하이퍼바이저로 널리 사용되고 있는 VMware Server의 개발이 2011년 6월 30일로 종료된다고 합니다. 아직 정식적인 VMware사의 발표가 있는 것은 아닙니다만, VMware의 보안권고에 다음과 같은 내용이 기록되어있다고 합니다. End of General Support for VMware Server 2.0 is 2011-06-30, users should plan to upgrade to the newest release of either ESXi or VMware Player. 비슷한 시기에 서포트가 종료되는 다른 제품도 있습니다만, 아래의 제품은 이미 신버전이 공개되어져있는 구버전 이기에 그다지 큰지장은 없겠습니다만, 2008년 발표된 2.0버전이 최신 버전인 VMware..