Virtual Hive

클러스터 구성 호스트 3대중 2대에서 HA에러가 발생했습니다. 원인은... 쩝... 삭제했어야했을 舊구성이 남아있었기 때문이었는데, 필요없는 호스트 정보를 지우고 HA을 재구성했습니다만, 88% 정도 진행되다가 다음과 같은 에러가 발생하더군요. cmd addnode failed for primary node: Internal AAM Error - agent could not start 위의 에러는 예전에 소개한 것처럼 DNS의 문제이기에 확인을 했습니다만, 제대로 설정되어있었습니다. --; 몇시간동안 문제의 호스트와 씨름을 하다가 혹시나 싶어서 이 KB대로 하니 해결되더군요. 1. In the vSphere Client, Right-Click the cluster and click Edit Setting..

스토리지 벤더인 NetApp사에서 자사의 스토리지를 이용하여 vSphere 환경하의 FC, FCoE, iSCSI, NFS 프로토콜의 퍼포먼스를 비교한 자료를 공개했습니다. "VMware vSphere 4.1 Storage Performance: Measuring FCoE, FC, iSCSI, and NFS Protocol" 란 타이틀의 자료로 주요 스토리지 프로토콜의 성능을 비교했다는 점이 주목할만하네요. 영어라서 전부 읽는다는건 중노동이 되겠습니다만...--; 관심있는 분들은 참고하시길... 다운로드는 여기서 가능합니다.

vCenter에서 클러스터를 작성하여, HA를 구성할 경우 다음과 같은 에러가 발생할 경우가 있습니다. cmd addnode failed for primary node: Internal AAM Error - agent could not start 일반적으로 HA 구성시 발생하는 경우는 Name Resolution이 제대로 되지않은 경우입니다. 위의 경우도 AD상의 DNS 서버상에 HA의 멤버인 ESX(ESXi)가 등록이 되어있는지 확인을 하시고, 않되어있다면 등록해주시면 정상적으로 HA 구성이 되어집니다. HA에 관한 트러블슈팅은 여기를 참고하세요~

이란 타이틀의 기사가 소개되었네요. 새롭게 등장(이라기 보다는 보완일지도 모르겠네요)할 새로운 기능은 이른바 HA에 의한 핑퐁 현상을 방지해주는 기능이랍니다. 이 핑퐁 현상이 무엇이냐면 말입니다.(어설픈 실력이라, 제대로 이해가 되었는지 모르겠군요) 예를들어 호스트 서버 ESX001이 장애로 인해 격리되었다고 하죠. 이 격리된 호스트 서버가 소속되어있는 HA 설정의 [가상머신 옵션]중 "호스트 격리시의 대응" 옵션에 'Power on 상태를 유지' 옵션을 선택한 경우, 호스트 서버는 네트워크 상에서 격리가 되었을지언정 가상머신들은 power on 상태가 지속된답니다. 이 경우는 이 가상머신들의 전원을 끌수 없다는군요. 15초후 스토리지상의 각 가상머신의 vmdk 화일의 lock 상태가 타임아웃되어, 같은..

하이퍼바이저의 성능에 대한 벤치마크는 사실 객관성이 떨어졌었습니다. 벤더들이 경쟁사의 제품과 성능비교를 한 벤치마킹 결과는 내놓긴 했습니다만, 이건 세일스 홍보의 일환이기 때문에 '비교한 결과를 봐라. 우리 제품이 최고였다'라는 식의 주관적인 결과로 비난을 받곤했습니다. 이런 상황에 불만을 가진 전문가들의 일부가 실시한 벤치마크의 결과가 발표되었기에 소개합니다. VRC(Virtual Reality Check)란 이름의 이 프로젝트로 작년에 첫 벤치마크 결과를 발표했고, 2월 16일 두 번째 결과를 발표했습니다. 정확히는 하이퍼바이저 자체의 성능 비교가 아닌, 하이퍼바이저에 도입된 터미널 서버와 VDI의 작업부하를 측정/비교한 결과입니다만, 최신의 CPU(인텔 네할렘) 탑재 x86서버에서 최신의 하이퍼바이..

11월 19일 vSphere 4의 Update 1 이 공개되었네요. update 1의 주요내용은 다음과 같습니다. Windows Server 2008 R2, Windows 7을 게스트OS로 정식 서포트 vCenter의 DB로써 DB2를 서포트 1코어당 작동가능한 VM수가 20에서 25로 향상 VMware View 4를 정식 서포트 중소기업 지점용 라이센스인 ROBO 에디션의 추가 vNetwork Distributed Switch의 성능향상 【2009년 11월 24일 업데이트】 포스팅을 했을 때는 릴리스 노트도 공개되지 않은 상태였는데, 공개가 되었군요. VMware ESX 4.0 Update 1 Release Notes

VMware사가 vSphere 4 Enterprise 에디션의 라이센스를 유지할 것이는 소식이 있네요. vSphere 4의 에디션은 기존의 VI3의 Enterprise 에디션을 Advanced, Enterprise Plus로 나눠 Essential/Essential Plus, Standard, Advanced, Enterprise Plus 이렇게 4종류로 이루어져있습니다. 왜 Enterprise 에디션을 Advanced, Enterprise Plus로 나눴는지는 잘 모르겠습니다만, 이 두 에디션의 차이는 DRS/DPM과 Storage VMotion, Distributed Switch, Host Profiles 기능의 유무입니다. 이런 혼란(?)을 방지하기 위해 VMware 측에서는 올해 12월까지의 기간..

VMware 커뮤니티에서 vSphere 4의 트러블슈팅집을 공개했네요. 예상되는 트러블을 어떻게 해결해야되는지, 플로차트부터 설명이 되어있네요. 현장에서 많은 도움이 될 거 같아 소개합니다. 다운로드는 여기서 가능합니다.

이번 주중으로 정식 공개될 Hyper-V R2와 지난 5월 공개된 VMware의 vSphere 4의 비용과 기능을 비교한 표가 있어서 소개합니다. 마이크로소프트가 발표한 것이라서 당연히 Hyper-V R2가 좋다라는 식입니다만... 흐흐 도입비용과 주요 기능이 한눈에 비교되니 좋군요. VMware vSphere vs. Windows Server 2008 R2/System Center Server Management Suite Enterprise 출처 : 마이크로소프트 VMware SMB vSphere vs. Windows Server 2008 R2/System Center Server Management Suite Enterprise 출처 : 마이크로소프트

오늘은 vSphere 4의 "어플리케이션 서비스"에 대해서 쓰겠습니다. "어플리케이션 서비스"의 3가지 기능인 가용성, 보안, 확장성에 대한 내용입니다. ●가용성 -VMotion의 호환성 강화 EVC(Enchanced VMotion Compatibility)로 CPU 호환성의 문제로 VMotion이 실패하는 것을 방지 -Storage VMotion의 확장 NFS, FC, iSCSI 대응 VMDK를 Thick포맷에서 Thin포맷으로 이행 가능 RDM→RDM, RDM→VMDK으로 이행가능 이행의 고속화 -VMware HA의 확장 호스트 감시의 일시적인 정지가 가능 가상 머신의 감시 강화 -VMware Fault Tolerance HA 클러스터내의 가상 머신의 FT 기능 -VMware Data Recovery..