Virtual Hive

작년 View 4.5에서 이용하는 포트 일람을 소개한 적이 있었습니다만, 더욱 자세하게 공개된 KB가 있기에 소개합니다.KB1027217에는 각 구성 컴포넌트간이나 View의 이용모드 등에 따라 필요한 TPC/UDP의 포트를 표로 알기 쉽게 정리해놨습니다. 좀 더 정보가 필요하다면 온라인 매뉴얼중 "VMware View Architecture Planning"을 봐라~ 라는군요. 흐흐

VMworld 2012에서 새로운 팩키지가 공개되었습니다. 이름하여 vCloud Suite.이름으로 짐작할 수 있듯, 클라우드 환경을 구축, 관리할 수도록 필요한 컴포넌트를 모아놓은 솔루션 팩키지입니다.이용 가능한 에디션은 Standard, Advanced, Enterprise Plus 이렇게 3종류이며 구성 컴포넌트는 다음과 같습니다. 컴포넌트 Standard Advanced Enterprise Plus vSphere ○ ○ ○ vCloud Networking And Security ○ ○ ○ vCloud Director ○ ○ ○ vCenter Site Recovery Manager ○ vCenter Operations Management Suite ○(Advanced) ○ (Enterprise) v..

현재 샌프란시스코에서 개최되고있는 VMworld 2012에서 차세대 vSphere 5.1의 기능이 간단하게 소개된거 같습니다. 간단히 간추려보면 다음과 같습니다.● vRAM 라이센스 정책 삭제● 공유 스토리지 없이도 vMotion 가능● 가상머신 하드웨어 버전이 9로 업그레이드● 가상머신당 최대 64 vCPU와 1TB의 메모리 지원● VMware Tools의 업그레이드가 가상머신의 재시작없이 가능● vDS에 헬스체크 기능, 백업/복원등 기능 추가● 새로운 Auto Deploy 방법 추가● vDR을 대신할 백업기능인 vSphere Data Protection 추가● VDI 성능향상을 위한 Storage for VDI 기능 추가● vCenter, vCloud Director, vShield간의 SSO 대응 ..

View Administrator상에서 ThinApp에 등록한 어플리케이션을 가상 데스크톱상에 추가/삭제를 시도했을 때, 에러가 발생할 경우가 있습니다. 아울러 Connection Server의 로그에는 다음과 비슷한 에러 메시지가 기록된 것을 확인할 수 있습니다.ERROR [InstallApplicationPO] ThinAppMgmt: Error context: OpenPackageError details. HRESULT hr = 0x80070035. ■ 원인 ThinApp 저장소가 정상적으로 작동하고 있지 않거나 저장소의 권한이 없기 때문입니다. ■ 해결방법ThinApp 저장소로 이용하고 있는 서버나 스토리지를 확인하시고, 저장소 폴더의 권한을 확인합니다.저장소 폴더의 권한은, 다음과 같이 설정하시면..

VMware View 환경에서 가상 데스크톱의 VMware Tools를 업데이트할 경우, 가상 데스크톱로의 접속이 되지않습니다.이 경우의 대응책은 VMware Tools의 재인스톨이 아닌 View Agent를 재인스톨해줘야 됩니다.● Linked Clone의 경우 Recompose나 Refresh를 실행합니다.● Full Clone의 경우 해당 가상 데스크톱의 View Agent를 삭제후, 새롭게 인스톨을 해줍니다. 자세한 내용은 KB1022830을 확인하세요. PS 1.>위의 KB에서는 View 버전 4.0.x 였습니다만 View 5.0.x도 적용됩니다.

[Update]아래의 소문(?)대로 vRAM 라이센스 정책을 포기하는군요. 아울러 물리적인 CPU의 제한도 없애버렸네요~VMware vSphere 5 licensing removes all restrictions on physical cores and physical RAM. This change eliminates barriers to deploying VMware vSphere on new multicore server configurations, improving customers’ ability to choose server hardware that best meets their requirements. 자세한 내용은 공개된 자료를 확인하세요~ 반가운 뉴스(?)가 들어왔습니다.vSphere 5부터..

ESXi와 스토리지간에 발생한 접속문제를 해결후, ESXi 써머리란에 다음과 같은 구성 이슈가 표시될 경우가 있습니다.Unable to apply DRS resource settings on host. A general error occurred: vmodl.fault.SystemError. This can significantly reduce the effectiveness of DRS. ■ 원인여기저기 찾아는 보고 있습니다만, 딱히 이게 원인이다란게 없는거 같네요. 제 경우는 ESXi와 스토리지간의 접속문제로 기인된 것이 아닌가 싶습니다. 쩝... ■ 해결방법 정확한 원인은 모르겠습니다만, ESXi의 Management Network 서비스를 재기동해주면 해결됩니다.콘솔 접속이 않될 경우는 SSH로 ..

마이크로소프트사가 차세대 Windows Server와 Hyper-V 3.0의 릴리스를 앞두고, VMware사와의 본격적인 경쟁에 돌입하나 봅니다. Windows Server 2012 + Hyper-V 3.0으로 무장하고는 VMware사의 vSphere 5.0에 도전장을 내놨습니다. Microsoft Server Virtualization Tool 이란 온라인상에서 비용을 비교할 수 있는 사이트를 공개했습니다. 이 사이트에 접속해서 "가상머신의 수"와 "프로세서당 가동할 가상머신 수"만 선택하면 이용할 수 있는 기능이나 비용이 산출됩니다.그것도 vSphere 5.0와 비교되며 말이죠. 흐흐 물론 객관적인 결과는 아닙니다. 이 내용을 VMware사가 내놨다고 해도 마찬가지죠. 그냥 참고정도로 보시면 될거 같..

VMware vSphere 4.x + iSCSI 스토리지 환경에서 스토리지의 패스가 Dead 상태로 변할 경우가 있습니다. 심할 경우 ESXi가 "Not Respoding" 상태가 되며, 가상머신에의 접속이 불가능해지게 됩니다. 이 경우 ESXi의 /var/log/messages에는 다음과 같은 메시지가 기록됩니다.vmkernel: 15:20:19:21.132 cpu1:3946687)WARNING: VMW_SATP_LSI: satp_lsi_pathIsUsingPreferredController: Failed to get volume access control data for path "vmhba35:C7:T0:L1": Timeout또는vmkernel: 15:20:22:12.949 cpu0:3946687)..

vSphere 4.x 환경에서 스토리지 vMotion을 실행시, 18% 진행중 다음과 같은 에러와 함께 스토리지 vMotion이 실패할 경우가 있습니다.A general system error occurred: Storage VMotion failed to copy one or more of the VM's disks. Please consult the VM's log for more details, looking for lines starting with "CBTMotion-".아울러 message 로그에는 다음과 같은 SCSI 코드가 기록될 경우가 있습니다.0x5 0x25 0x0 ■ 원인이것은 4.1부터 새롭게 추가된 VAAI 기능을 지원하지않는 스토리지를 이용하고 있기 때문이라고 합니다. 이 VAA..