'esx'에 해당되는 글 34건

  1. 2011.06.02 [Citrix XenDesktop 5] DDC에서 vSphere 기반 추가시 발생하는 에러 대응...
  2. 2011.05.23 [vSphere 4.x] ESXi Migration Guide 공개
  3. 2011.05.19 [VI 3.x] -중요- 긴급 패치 공개!!!
  4. 2011.05.10 [vSphere 4.x] ESX는 정말로 사라지는가...
  5. 2011.02.12 [vSphere 4.1] Update 1 릴리즈~
  6. 2011.01.05 OSS 스토리지 NexentaStor 3.0 - 1
  7. 2010.12.22 2010년 서버가상화 뉴스 베스트 10
  8. 2010.09.30 Reader's Choice - Hypervisor
  9. 2010.09.05 vSphere Client의 표시를 영어로 표시하기 (2)
  10. 2010.08.24 디스크 용량 부족으로 인한 가상머신의 기동실패
2011.06.02 10:01

[Citrix XenDesktop 5] DDC에서 vSphere 기반 추가시 발생하는 에러 대응...

Citrix XenDesktop 환경 구축을 위해 DDC(Desktop Delivery Controller)를 도입후, 프로비저닝을 위한 인프라로써 vSphere를 추가할 경우 다음과 같은 에러가 발생할 경우가 있습니다.

The hypervisor was not contactable at the supplied address

 


DDC에서는 HTTP로 vCenter 추가하려고 합니다만, vSphere 환경(ESXi, vCenter)은 HTTP 프로토콜을 HTTPS로 리다이렉트하도록 설정되어있기 때문에 SSL 증명서의 서버명이 일치하지 않는 것이 원인이라고 합니다.

이를 해결하기 위해서는 DDC에 vCenter의 SSL 증명서를 인스톨해줘야 됩니다.

①vCenter Server의 FQDN을 DDC의 hosts화일에 등록


②웹브라우저상에서 https://vCenter에 접속합니다.


③[보안 경고]를 확인합니다.


④보안 상태 표시줄의 인증서 오류를 클릭하고 [인증서 보기]를 선택합니다.


⑤[인증서 설치]를 클릭한 후 [다음]을 클릭합니다.


⑥[모든 인증서를 다음 저장소에 저장]을 선택하고 [찾아보기]를 클릭합니다.


⑦[실제 저장소 표시] 확인란을 선택합니다.


⑧[신뢰된 사용자]를 확장하고 [로컬 컴퓨터]를 선택합니다.


⑨[확인]을 클릭한 후 [마침]을 클릭합니다.

 
이외 자세한 내용은 Citrix 공식 온라인 문서VMwareKB를 참고해주세요~

 
신고
Trackback 0 Comment 0
2011.05.23 17:03

[vSphere 4.x] ESXi Migration Guide 공개

착착 ESX 제거(?) 계획을 진행중인 VMware사가 "ESXi로의 이행 가이드"와 "체크리스트"를 공개했습니다.

vSphere 4.1을 공개하며 ESX의 제공중지를 밝혔고, 얼마전에는 ESX의 다운로드 링크를 삭제해버렸습니다. 아울러 각종 세미나나 파트너 익스체인지를 통해 "ESXi로의 이행"에 대해 일반 고객과 파트너에게 홍보해왔기 때문에 새삼스럽지도 않습니다만... 흐흐 

이 "ESXi로의 이행 가이드" 공개와 더불어 "ESXi조작 가이드"도 공개되었습니다.


신고
Trackback 0 Comment 0
2011.05.19 09:48

[VI 3.x] -중요- 긴급 패치 공개!!!

VMware Infrastructure 3.x 환경에 대한 긴급 패치가 5월 17일 공개되었습니다.

 내용
향후 공개되는 VMware Infrastructure 3.x 환경의  ESX 3.x/ESXi 3.5의 패치 적용을 위한 긴급 패치로 5월 31일까지 아래의 패치를 적용하지 않으면 2011년 6월 1일 이후 공개되는 패치는 적용할 수 없게 됩니다.

■ 대응
해당 버전의 패치를 5월 31일까지 적용하면 됩니다.

자세한 내용은 ESX 3.xESXi 3.5를 참고하세요~ 

 
신고
Trackback 0 Comment 0
2011.05.10 08:55

[vSphere 4.x] ESX는 정말로 사라지는가...

virtualization.info에 의하면 VMware사의 다운로드 페이지에서 ESX의 링크가 삭제되었다고 합니다.
확인해보니 정말로 그렇네요. --; 

vSphere 4.1 공개시, 향후 서비스콘솔 기능이 있는 ESX는 제공하지 않는다고 발표한대로군요. 이로써 차기버전(vSphere 5?)의 공개가 가까와졌다는걸 알 수 있겠네요...

 
신고
Trackback 0 Comment 0
2011.02.12 00:45

[vSphere 4.1] Update 1 릴리즈~

4.1도 은근슬쩍(?) 릴리즈되더니, 2월 10일 Update 1도 은근슬쩍(?) 릴리즈 되었네요.
Update 1의 대상은 ESX 4.1/ESXi 4.1, vCenter 4.1 이며 기능이나 버그 수정에 관한 자세한 내용은 다음을 확인하세요~
(저도 회사가면 함 제대로 확인해봐야겠네요)



신고
Trackback 0 Comment 0
2011.01.05 14:51

OSS 스토리지 NexentaStor 3.0 - 1

NexentaStor는 미국 Nexenta Systems사가 공개하고 있는 무료 스토리지 서버 OS입니다. 

Sun MicrosystemsOracle에 매수되며 향후 존재여부가 불분명해진(?) Open Solaris를 기반으로 한 디스트리뷰션, Nexenta를 베이스로 개발되었으며, 파일 시스템은 ZFS(Zettabyte File System)을 채용하고 있습니다. 지원 프로토콜은 NFS, iSCSI, FC 등 까지 현존의 스토리지 프로토콜 대부분을 커버하고 있으며 무제한의 차분 백업/스냅숏, 블록/파일 단위의 복제, 씬 프로비저닝 등의 기능을 보유하고 있다고 합니다. 또한 VMware의 ESX/ESXi, Citrix의 XenServer, 마이크로소프트의 Hyper-V 등의 가상화 솔루션도 대응을 하고 있습니다.


라이센스 체계는 무료판인 Community Edition을 베이스로 HA나 리얼타임 복제 등의 고급 기능을 플러그인으로 제공하는 Enterprise Edition이 있습니다.

개인적으로는 OpenFiler, FreeNAS의 다음으로 사용해보는 OSS 스토리지인데요, 이번에 VDI 검증환경 구축시 이용할 예정이어서 도입을 해 봤습니다.

앞으로 수 회에 걸쳐 도입과정을 소개할까 합니다.



신고
Trackback 0 Comment 0
2010.12.22 11:59

2010년 서버가상화 뉴스 베스트 10

SearchServerVirtualization.com에서 2010년 서버가상화 뉴스 베스트 10을 발표했습니다. 재미삼아 읽어보시고, 자세한 내용은 여기를 참조하세요~

10. 각 벤더, 유명 블로거를 영입
  가상화 관련 유명 블로거가 VMware, EMC, Veeam사 등 각 벤더들에 채용되는 사례가 늘었다고 합니다.

9. VMware사에 의한 Novell사 매수 루머
  이건 결국 루머였고, 실제로는 Novell사는 Attachmate사로 매수되었죠.

8. Oracle사, Java 가상화를 부활시키다
  OS 필요없이 하이퍼바이저상에서 직접 가동되는 JVM(LiquidVM)의 후계판인 JRockit Virtual Edition을 발표했습니다.

7. RedHat사 100% KVM으로 이행
  RedHat사가 Xen을 배제한 RHEL 6을 11월 발표했습니다. 이로써 RedHat 디스트리뷰션은 100% KVM을 지원하게 되었습니다.

6. ESX로부터 ESXi로 이행
  VMware사가 vSphere 4.1이후 차기 버전부터는 서비스콘솔이 포함되어있는 ESX의 제공을 그만둔다고 발표했죠.

5. Citrix사 XenServer 5.6을 공개
  다이나믹 메모리 컨트롤 등 호스트 서버의 기능 향상시킨 XenServer 5.6을 공개했습니다. 

4. VMware사, Hyper-V를 지원예정?
  정식적으로 확인이 된 것은 아닙니다만, VMware사가 Hyper-V나 XenServer를 감지해낼 수 있는 코드가 발견되었다며, 향후 정식적으로 지원을 하기위한 것이 아니냐는 루머가 생겨났죠.

3. Hyper-V, 다이나믹 메모리 기능을 추가
  Hyper-V R2 SP1부터 다이나믹 메모리 기능의 이용이 가능해진다고 합니다. 

2. vSphere 4.1 공개
  마이너라고는 할 수 없을 정도의 많은 기능을 향상시킨 vSphere 4.1가 공개되었죠.

1. VMware사, 일부 제품의 라이센스 체계를 변경
  vSphere 4.1 공개와 동시에 vCenter에 관련된 일부 제품의 라이센스 체계을 가상머신 단위로 변경을 했습니다.


신고
Trackback 0 Comment 0
2010.09.30 10:19

Reader's Choice - Hypervisor

가상화 관련의 정보나 뉴스를 다루는 사이트 VirtualizationAdmin.com 에서 실시한 하이퍼바이저 Reader's Choice의 결과가 소개되었네요.

VirtualizationAdmin.com Readers’ Choice Award - Hypervisors
 1위  VMware ESX 62% 
 2  Windows Server 2008 R2 Hyper-V 24%
 3  Citrix XenServer 11%
 4  Parallels Server 1% 
 5  Virtual Iron  0% 
 6위 이하  그외...  2% 

당연한 결과인지 모르겠습니다만, 역시나 VMware가 압도적이네요. 의외인 점은 Citrix XenSever보다 Hyper-V가 두배이상의 이용되고 있다는 점과 작년에 공개된 Paralles사의 타입1형 하이퍼바이저가 순위에 들었다는 점입니다. Oracle VM 제치고 말입니다...

단지 간단하게 조사한 결과이고, 결과 이외의 정보는 공개를 되어있지않아, 투표자가 얼마나 되는지 등은 알 수가 없어 신뢰성은 높다고 할 수 없지만 말입니다... 흐흐

PS 1.> Virtual Iron은 아직까지 이용자가 꽤 되나 봅니다. 사실 회사에서도 한대 돌리고 있죠... 흐흐



신고
Trackback 0 Comment 0
2010.09.05 14:36

vSphere Client의 표시를 영어로 표시하기

vSphere 인프라를 영어 이외의 환경에서 운영하시는 분들은 다음과 같은 명령어로 단일 세션에 한해서 vSphere Client의 표시언어를 영어로 바꿀 수 있습니다.
vpxclient.exe -locale en_US

이 설정변경은 인터페이스의 텍스트에만 적용되는 것으로, ESX(ESXi)의 date나 time 등의 다른 로케일 설정에는 영향을 주지 않는다고 합니다.

자세한 내용은 여기를 참고하세요~


신고
Trackback 0 Comment 2
2010.08.24 13:35

디스크 용량 부족으로 인한 가상머신의 기동실패

백업서버용으로 가상머신을 사용하고 있습니다. iSCSI 스토리지상에 1.5TB의 virtual disk를 작성해서 할당한 가상머신이었습니다. 지난주 금요일 해당 가상머신의 데이터스토어 남은 용량이 10%라는 경고가 뜨길래, 예전에 작성해둔 스냅숏을 삭제했습니다. 그리고 퇴근...

월요일 아침에 확인을 했더니 다음과 같은 메시지와 함께 백업서버의 기동이 실패한 상태였습니다.
msg.hbacommon.outofspace:There is no more space for the redo log of 가상머신.vmdk. You may be able to continue this session by freeing disk space on the relevant partition, and clicking Retry. Otherwise, click Abort to terminate this session.

난감하더군요. vCenter상에서는 스냅숏의 삭제가 정상적으로 된 것처럼 보이는데, 용량이 줄긴커녕 늘어버려, 8MB밖에 남지않았기 때문에 위와 같은 메시지와 함께 기동이 실패한거였습니다.

ESX의 서비스 콘솔로 접속을 해서 해당 가상머신의 디렉토리로 이동, 확인해보니 버젓이 "xxxxx-delta.vmdk"가 남아있더군요.
이상하다싶어 다음의 명령어로 확인을 해본 결과, 스냅숏은 없다라는 결과였습니다.
[root@esx 가상머신]# vmware-cmd /vmfs/volumes/데이터스토어/가상머신명/가상머신.vmx hassnapshot
hassnapshot() = 0

음... --;

뭐, 정않되면 백업서버 삭제하고 템플릿으로 새로 백업서버를 만들면 되니까, 이기회에 서비스 콘솔상에서 이것저것 만질 수 있겠다싶어서 겁없이(!) 다음 작업을 했습니다.
 ① 백업서버를 기동시키려는 ESX상의 다른 가상머신을 vmotion으로 다른 호스트로 이행
 ② 서비스 콘솔로부터 백업서버의 프로세스를 정지
[root@esx 가상머신]# lsof  | grep 가상머신
[root@esx 가상머신]# kill -9 가상머신 프로세스

 ③  "xxxxx-00000x-delta.vmdk"과 "xxxxx-00000x.vmdk"화일을 삭제
 ④ "가상머신.vmx" 화일에서 [scsi0:1.fileName = "xxxxx-00000x-delta.vmdk"] 부분을 [scsi0:1.fileName = "xxxxx.vmdk"(parent 화일)]로 변경 
 ⑤ "가상머신.msn", "가상머신.vmsd" 화일을 삭제
 ⑥ mgmt-vmware 서비스 리스타트
[root@esx 가상머신]# /etc/init.d/mgmt-vmware restart

제대로 된 처치였는지는 모르겠습니다만, 기동이 되지않던 백업서버가 무사히(?) 기동되었습니다. 흐흐


신고
Trackback 0 Comment 0