'vCenter'에 해당되는 글 42건

  1. 2017.08.26 [VMware] vCenter에 관한 소식 (2)
  2. 2017.07.29 [VMware] vSAN 6.6.1 릴리스
  3. 2017.04.23 [VMware] vCenter HA (VCHA) 구성
  4. 2016.03.17 [VMware] vSphere 6.0 Update 2 GA 릴리스
  5. 2015.05.26 [VMware] VSAN용 알람작성
  6. 2015.01.23 [VMware] vRealize Operations Manager for Windows (4) (2)
  7. 2014.12.25 [VMware] VMware Remote Console 7.0
  8. 2014.12.24 [VMware] vRealize Operations for Horizon 도입 (2)
  9. 2014.09.14 [VMware] KB Alert! 20140008 공개
  10. 2013.12.30 [VMware] vCenter 5.5.0.b released
2017.08.26 17:23

[VMware] vCenter에 관한 소식

다음 주부터 개최되는 VMworld 2017에 앞서 vCenter에 관한 새로운 소식이 전해졌습니다. 


우선 flash 기반의 Web Client가 사라지게 되었습니다.

Goodbye, vSphere Web Client!



위의 공식 블로그에 의하면 다음 버전의 vSphere에서는 flash 기반의 Web Client가 "비권장" 클라이언트가 되어질 것이라고 합니다. 아울러 flash 기반의 Web Client를 지원하는 마지막 버전이 될 것이라고 합니다. 이 소식은 "HTML5 기반의 Web Client"로 올인한다는 얘기입니다.


HTML5 기반의 Client는 현재의 버전(vSphere 6.5 Update 1)에서 flash 기반 Web Client의 약 90%의 기능을 커버하고 있다고 하니 차기 버전에는 100% 기능을 커버하여 완전히 flash 기반의 Web Client를 대신할 수 있게 되겠네요.






또 한가지의 소식은 Windows 버전의 vCenter도 사라지게 되었습니다.

Farewell, vCenter Server for Windows



VCSA가 처음에 등장했을 당시, 이런 결말을 예상한 분들도 상당수 계시리라 생각합니다만 전 VCSA의 비중이 높아지기야 하겠지만 완전히 Windows 버전의 vCenter를 밀어내리라고는 생각치 않았었습니다. 하지만 6.5의 VCSA 성능을 체험해보고 VCSA만의 기능이 추가되는 것을 보고 생각이 바뀌었습니다. 고객에게는 전부 VCSA로 제안을 할 정도가 되었습니다. 흐흐 라이센스 비용의 절감은 물론 Linux에 익숙치않은 분들도 간단히 관리를 할 수 있습니다.


flash 기반의 Web Client와 동일하게 다음 버전의 vSphere에서는 Windows 버전의 vCenter가 "비권장"이 되어질 것이며 Windows 버전의 vCenter를 지원하는 마지막 버전이 될 것이라고 합니다. 


Windows 버전의 vCenter에서 VCSA로의 이행은 정식적으로 지원을 하고 있으며 의외로 간단히, 그리고 안전하게 이행이 가능합니다. 이행을 검토하실 분들은 여기를 확인해보세요.








저작자 표시 비영리 변경 금지
신고
Trackback 0 Comment 2
2017.07.29 19:53

[VMware] vSAN 6.6.1 릴리스

어제 vSphere 6.5 Update 1 이 릴리스되었습니다. ESXivCenter도 각각 6.5 U1이 되었죠. 아울러 vSAN도 6.6.1이 릴리스되었습니다. 이번 6.6.1은 버그 수정은 물론 다음과 같은 기능이 개선되었다고 합니다.


vSphere Update Manager의 통합

: Update Manager를 통해 vSAN 관련의 패치를 적용하거나 업그레이드할 수 있게되었습니다.


● vSAN의 성능진단 개선

: 6.6에서 CEIP(고객 환경 개선 프로그램)을 통해 vSAN 환경의 건강상태를 VMware사에 전송할 수 있는 기능이 추가되었죠. 6.6.1에서는 스루풋이나 지연 등을 비교할 수 있는 벤치마크 기능이 추가되었습니다.


● 스토리지 디바이스의 보수성 개선

: 각 ESXi의 스토리지 디바이스에 대해 vCenter에서 LED를 점등시킬 수 있게 되었습니다. 


● 새로운 라이센스 추가

: "vSAN Enterprise for ROBO"에서 "암호"와 "확장 클러스터"를 구성할 수 있게 되었습니다. 또한 Horizon Advanced 또는 Enterprise 에디션에 "vSAN Advanced"에디션이 포함되게 되었다고 합니다.


한가지 더...

vSphere 6.5의 GA가 릴리스된 후로 vSAN도 두 번의 버전 업그레이드가 실시되었습니다. 6.5 이전까지는 ESXi 버전 번호와 동일한 버전으로 구성되었습니다만, 6.5부터는 조금 애매하게 되었죠. 아시는 분들이 대부분이기겠지만 간단히 정리를 해보겠습니다.

 vSAN  버전

 ESXi 버전 

 vCenter 버전 

 vSAN 6.5  

 6.5 GA

 6.5a

 6.5 GA

 6.5a

 6.5b

 6.5c 

 vSAN 6.6

 6.5d 

 6.5d

 6.5e 

 vSAN 6.6.1

 6.5 U1 

 6.5 U1 


 

저작자 표시 비영리 변경 금지
신고
Trackback 0 Comment 0
2017.04.23 18:19

[VMware] vCenter HA (VCHA) 구성

vSphere의 버전이 올라가면 올라갈수록 VCSA를 중요시하는 것을 알 수 있습니다. vSphere 5.1에서 VCSA가 처음으로 릴리스되었을 때는 대부분의 이용자들이 눈도 않줬을 겁니다만 지금은 상황이 많이 달려졌을 듯합니다.


우선 Windows vCenter과 확장성이 같아졌죠. 5.5까지는 지원할 수 있는 호스트 수나 가상머신의 수도 Windows 버전보다 모자랐었습니다만, 6.0에서는 완전히 같아져 클러스터당 최대 64 노드, 최대 8,000대의 가상머신을 관리할 수 있게 되었습니다. 물론 VCSA 6.5에서는 더욱 향상되었습니다. 아울러 6.5는 OS도 SLES가 아닌 Photon OS로 변경되어 더욱 경량화되었습니다. 여기에 Windows vCenter에는 없는 기능이 추가되었죠. 그것이 바로 VCHA(vCenter HA) 기능입니다.


출처:vCenter High Availability Performance and Best Practice


위 그림처럼 VCHA는 말그대로 vCenter를 failover하는 기능입니다. vSphere HA에 의한 failover와는 다릅니다. VCHA는 Active-Passive의 구성입니다. 따라서 Passive용 VCSA와 Witness용 VCSA를 도입해야 됩니다.


VCHA는 간단히 구성을 할 수 있습니다. VCHA의 구성방법은 두 가지가 있습니다.


Basic

VCSA가 HA를 전개하는 클러스터상에 존재할 경우 이용할 수 있습니다. 이 방법은 하트비트용 네트워크만 준비해 놓으면 됩니다. HA구성 마법사를 진행하면 되죠. 


Advanced

Basic과는 달리 VCSA가 HA를 전개하는 클러스터상에 없을 경우 이용을 합니다. 예를들어 컴퓨트 클러스터와 다른 호스트 상에 VCSA가 있을 경우가 되겠네요. 이 방법을 이용할 경우는 하트비트용 네트워크를 준비후 수동으로 Active VCSA에 네트워크 어댑터를 추가해줘야 됩니다.



검증환경에서 VCHA(vCenter HA)를 검증해봤습니다. 제 검증환경은 VCSA가 다른 호스트에 있기 때문에 구성방법은 Advanced를 이용했습니다.



① 우선 Active용 VCSA(vc65-ha-a)에 하트비트용 네트워크를 추가해줍니다.


② VCSA의 가상어플라이언스 관리 페이지를 통해 추가한 하트비트용 네트워크에 IP 어드레스틑 수동으로 지정해줍니다.


③ Web Client로 접속후 VCSA를 선택하여 [설정] → [vCenter HA] → [구성]을 선택합니다.


④ 구성마법사가 표시되므로 [고급구성]을 선택하여 [다음으로]를 클릭합니다.


⑤ Passive와 Witness의 하트비트용 네트워크와 서브넷을 설정후 [다음으로]를 클릭합니다.


이 단계에서 일단 구성마법사의 진행은 중지합니다. 창을 닫지마시고 그대로 두세요. 이 상태에서 Passive와 Witness의 클론을 작성해야됩니다.


⑦ Web Client에 접속을 하여 VCSA를 선택, Passive VCSA용 클론을 작성합니다. 

※ 클론 작성 방법의 소개는 생략을 하겠습니다. 단지 클론 작성 도중에 필요한 "사용자 지정 규격" 정의시에는 다음 항목 설정에 주의를 해야합니다.

    • 호스트명 : Active VCSA의 호스트명
    • 시간대 : Active VCSA와 동일한 시간대
    • NIC #1 : Active VCSA의 IP 어드레스(관리 네트워크)
    • NIC #2 : 순서 ⑤에서 설정한 Passive VCSA의 하트비트용 IP 어드레스 (디폴트 게이트웨이는 설정하지않습니다)

위의 항목 이외에는 VCHA 구성만의 특별한 설정은 없습니다. 모두 설정을 하셨다면 클론을 작성하여 정상적으로 시작되는 것까지 확인을 합니다.


⑧ 이번에는 Witness VCSA용 클론을 작성합니다.

Web Client에 접속을 하여 VCSA를 선택, Passive VCSA용 클론을 작성합니다. 

※ 기본적으로 Passive VCSA용 클론 작성과 동일합니다만, "사용자 지정 규격" 정의시의 항목 설정이 약간 다릅니다.

    • 호스트명 : Active VCSA의 호스트명
    • 시간대 : Active VCSA와 동일한 시간대
    • NIC #1 : DHCP
    • NIC #2 : 순서 ⑤에서 설정한 Witness VCSA의 하트비트용 IP 어드레스 (디폴트 게이트웨이는 설정하지않습니다)

위의 항목 이외에는 VCHA 구성만의 특별한 설정은 없습니다. 모두 설정을 하셨다면 클론을 작성하여 정상적으로 시작되는 것까지 확인을 합니다.


⑨ 다시금 구성마법사를 열어둔 웹페이지로 돌아가서 [마침]을 클릭합니다.


⑩ 구성마법사를 마침과 동시에 HA 클러스터 구성이 시작됩니다.


⑪ 구성은 오래 걸리지않았습니다. 구성이 완료되면 화면 중앙에 각 노드의 롤과 상태가 표시됩니다. HA 구성 초기에는 Active의 정보가 Passive로 복제되기 때문에 상단처럼 경고가 표시될 겁니다.


⑫ 하지만, 정상적으로 정보의 복제가 끝나면 "정상"이 됩니다.


⑬ [감시] 탭에서 HA의 건전성이 "양호"인 것을 확인할 수 있습니다.



VCHA 구성후 failover를 확인해 봤습니다. 제대로 동작을 하는지 말이죠... 흐흐


 우선 Active용 VCSA를 정지했습니다.


Web Client의 페이지를 '새로고침'하면 "failover"가 진행중인 것을 확인할 수 있습니다. failover가 종료될 때까지 일시적으로 에러 화면이 표시될 경우도 있습니다만 대략 6분정도 걸린 것 같았습니다.


 Web Client에 로그인후 VCHA의 상태를 보면 Active 노드의 상태가 끊어져 Passive노드로 변경된 것을 확인할 수 있습니다.


 [감시] 탭에서도 HA의 건전성이 "경고"인 것을 확인할 수 있습니다. 제대로 동작을 하는군요. 흐흐 


구성을 해보니 의외로 failover에 시간이 걸리는걸 알 수 있었습니다. VMware사 공식 블로그에도 vCenter의 구성과 인벤토리의 크기에 따라 시간은 다르지만 대략 4-9분이 걸리는 것을 확인했다고 합니다. 이렇다면 솔직히 싱글 클러스터 환경에서는 vSphere HA로 failover되는 것이 훨씬 빠르게 복구될 겁니다. (물론 vSphere HA는 VCSA에 정지가 발생하지만...) 굳이 이 VCHA를 이용하지않아도 될거 같네요.

하지만 복수의 클러스터를 싱글 vCenter로 관리할 경우는 vSphere HA 뿐만이 아니라 이 VCHA도 병용을 하면 더욱 강건한 vCenter의 중첩구성을 할 수 있지않을까 싶습니다.



퍼포먼스와 베스트 프랙티스에 대해서는 아래 문서를 확인하세요.

vCenter High Availability Performance and Best Practice



저작자 표시 비영리 변경 금지
신고
Trackback 0 Comment 0
2016.03.17 00:12

[VMware] vSphere 6.0 Update 2 GA 릴리스

오늘 vSphere 6.0 Update 2 GA가 릴리스되었습니다.

vSphere 6.0 Update 2에는 이전 블로그에서 소개를 했던 VSAN 6.2도 포함이 되어있습니다.


ESXi 6.0 Update 2의 신기능은 다음과 같습니다.

● High Ethernet Link Speed 대응

 : IEEE에서 표준화를 진행하고 있는 25Gb/50Gb 네트워크를 지원하게 되었습니다.

● VMware Host Client

 : 이전부터 VMware Labs에서 공개되었던 HTML 클라이언트가 정식지원되었습니다. 더이상 ESXi 도입후 Windows 머신에 vSphere Client를 설치하지 않아도 됩니다.

● vSphere APIs for I/O Filtering (VAIO)의 강화

 : VAIO는 가상머신의 OS와 가상 디스크간에 필요한 IO요구를 처리할수 있는 IO 필터 프레임워크입니다. 써드파티 벤더는 이 VAIO를 이용하여 가상머신 혹은 가상디스크에 대해 캐싱이나 레플리케이션 처리를 할 수 있습니다.  VAIO는 vSphere 6.0 Update 1에서 처음으로 릴리스되어 이번 U2에서 VASA Provider의 IPv6의 지원등 기능이 강화되었다고 합니다.

이외에 버그가 수정되었습니다.


또한 vCenter 6.0 Update 2의 신기능은 다음과 같습니다.

● vSphere Web Client의 2요소 인증 대응

 : vSphere Web Client에서 RSA ID, 스마트 카드에 의한 2요소 인증을 지원, 보안이 강화되었습니다.

● vSphere Web Client의 Windows 10 대응

● vCenter Server의 데이터베이스로써 SQL Server 2012 SP3, SQL Server 2014 SP1을 지원하게 되었습니다.

● vSphere ESX Agent Manager(EAM)의 동적 로깅 레벨

 : vCenter와 DRS, DPM이나 HA 등과 같은 솔루션을 연결해주는 API를 제공해주는 EAM의 로깅 레벨을 동적으로 변경되도록 되었다고 합니다.

이외에 버그도 수정되었습니다.


VSAN 6.2에 대해서는 이전에 소개한 포스팅을 확인하세요.


이외에도 vRealize Log Insight 3.3.1, vRealize Automation 7.0.1, vRealize Orchestrator 7.0.1도 릴리스되었네요.


자세한 내용은 릴리스 노트를 확인하세요.

ESXi 6.0 Update 2, vCenter Server 6.0 Update 2



저작자 표시
신고
Trackback 0 Comment 0
2015.05.26 22:02

[VMware] VSAN용 알람작성

Virtual SAN에 장애가 발생했을 경우 확인을 할 수 있는 곳은 Virtual SAN의 설정부분이나 Virtual SAN을 이용하고 있는 가상머신의 스토리지 정책 정도입니다.

Virtual SAN 6부터는 vROps에서도 모니터링이 가능하다고 합니다만, 5.5의 경우는 않되죠. 

음... 다른방법은 없을까요? 있죠. vCenter의 알람이 있습니다. 


단지... Virtual SAN을 구성하는 것만으로는 자동적으로 작성되지않습니다. 수동으로 커스텀 알람을 작성해줘야 됩니다. 흐흐

Adding alarms to vCenter Server for VMware Virtual SAN (VSAN) monitoring


Virtual SAN의 알람을 작성하기 위한 VOB ID는 정의되어 있으므로 vCenter상에서 알람을 작성해주면 되죠.

Virtual SAN의 알람 작성에 필요한 VOB ID는 다음과 같습니다.

 VOB ID

 내용

 esx.audit.vsan.clustering.enabled

 VSAN 클러스터가 유효화됨

 esx.clear.vob.vsan.pdl.online

 VSAN 디바이스의 온라인 

 esx.clear.vsan.clustering.enabled

 VSAN 클러스터가 유효화중

 esx.clear.vsan.vsan.network.available

 VSAN 네트워크가 이용가능

 esx.clear.vsan.vsan.vmknic.ready

 VSAN용 vmknic이 준비되었음

 esx.problem.vob.vsan.lsom.componentthreshold

 노드의 컴포넌트 제한 수에 다다랐음 

 esx.problem.vob.vsan.lsom.diskerror

 VSAN 디바이스에 영구적인 에러가 발생

 esx.problem.vob.vsan.lsom.diskgrouplimit

 디스크그룹 작성 실패

 esx.problem.vob.vsan.lsom.disklimit

 디스크그룹에 디스크 추가 실패

 esx.problem.vob.vsan.pdl.offline

 VSAN 디바이스의 오프라인

 esx.problem.vsan.clustering.disabled

 VSAN 클러스터가 무효화됨

 esx.problem.vsan.lsom.congestionthreshold

 VSAN 디바이스(SSD/메모리)의 정체 제한치에 다다랐음

 esx.problem.vsan.net.not.ready

 VSAN 네트워크로 준비한 vmknic에 유효한 IP어드레스가 없음

 esx.problem.vsan.net.redundancy.lost

 VSAN 네트워크 구성에 중첩구성의 여분이 없음

 esx.problem.vsan.net.redundancy.reduced

 VSAN 네트워크의 중첩운영이 줄어든 상태에서 가동중

 esx.problem.vsan.no.network.connectivity

 VSAN의 이용할 네트워크가 없음

 esx.audit.vsan.net.vnic.added

 VSAN의 네트워크 어댑터가 추가되었음

 esx.audit.vsan.net.vnic.deleted

 VSAN의 네트워크 어댑터가 삭제되었음

 esx.problem.vob.vsan.dom.lsefixed

 VSAN의 디스크에 에러를 발견, 복구되었음

 esx.problem.vob.vsan.dom.nospaceduringresync

 VSAN의 재동기에 필요한 디스크용량이 부족함

 esx.problem.vsan.dom.init.failed.status

 VSAN 분산 오브젝트 관리자의 초기화가 실패되었음

 esx.problem.vob.vsan.lsom.disklimit2

 디스크그룹에 디스크 추가 실패 (VSAN 6)

 vprob.vob.vsan.pdl.offline

 VSAN 디바이스의 오프라인 (VSAN 6)


작성하는 방법도 간단하죠. 

VSAN클러스터의 [관리] -> [알람정의]에서 새롭게 커스텀 알람을 작성하면 됩니다. 알람 작성시 필요한 트리거에 VOB ID를 설정, 알람 발생시의 조치를 정해주기만 하면 됩니다.

위의 방법으로 사사삭 20여개 정도 작성을 하면 됩니다. 헉!!


귀..찮..아....


이런 분들을 위해 친절하게도 VMware에서 PowerCLI용 스크립트도 공개를 해주었답니다. 흐흐

VMware Virtual SAN Alarms for vCenter Server with PowerCLI


Hurray∼!




저작자 표시
신고
Trackback 0 Comment 0
2015.01.23 19:51

[VMware] vRealize Operations Manager for Windows (4)

이번에는 vSphere 환경을 모니터링할 수 있도록 설정을 하겠습니다. vROps는 모니터링하는 대상을 솔루션으로써 추가를 하게됩니다.


(1) 설치

(2) 마스터 노드 설정

(3) 초기설정

(4) 어댑터 설정-vSphere

(5) 어댑터 설정-Horizon View

(6) 관리팩의 추가

(7) 데이터 노드 추가


①  vROps UI 페이지에 관리자로 접속을 합니다. 


② 메인메뉴로부터 [Solutions]을 선택, 오른쪽 페인의 "VMware vSphere"를 선택후 "Configuration"을 클릭합니다.


③ 인증정보의 관리설정 페이지가 표시되므로 다음의 정보를 입력, 인증정보를 작성합니다.

 Display Name

  추가하는 어댑터 표시명

 Description

  설명

 vCenter Server

  접속하는 vCenter명

 Credential

 Credential name

 vROps상의 인증정보명

 

 User Name

 vCenter 로그인 유저명  

 

 Password

 vCenter 로그인 패스워드


④ 정상적으로 접속이 되면 vCenter의 증명서가 설치됩니다.


⑤ 설정을 저장합니다.


⑥ 모니터링 항목의 정의를 결정합니다.(기본값으로 문제없습니다)


⑦ "Finish"를 클릭, 접속 어댑터의 구성을 마칩니다.


⑧ 작성한 어댑터의 "Collecting State"와 "Collecting Status"가 Collecting, Data Receiving로 변한 것을 확인할 수 있습니다.


⑨ 10분정도 지난 뒤 [Home]메뉴를 선택하면 수집된 정보를 확인할 수 있습니다.


이로써 기본적인(?) vROps의 설정은 완료입니다. 다음에는 Horizon View 환경을 모니터링할 수 있도록 Horizon View용 어댑터 설정에 대해서 소개를 하겠습니다.




저작자 표시
신고
Trackback 0 Comment 2
2014.12.25 21:21

[VMware] VMware Remote Console 7.0

2개월정도 전에 은근슬쩍 VMware Remote Console 7.0이 릴리스되었습니다.

가상머신의 콘솔접속 플러그인으로 vSphere Web Client의 웹기반 콘솔의 동작에 불만을 갖고 계신 분들에게는 기쁜 소식이 아닐까 싶네요. 흐흐


여기서 VMware Remote Console 7.0 화일을 다운로드, vCenter상에서 설치를 하기만 하면 됩니다. 

설치후 vSphere Web Client로 접속해서 가상머신의 "요약" 페이지를 보면,  Remote Console로 접속을 할 수 있는 메뉴가 추가된 것을 확인 할 수 있습니다.

이용방법은 이 Remote Console을 선택, 가상머신에 접속하면 됩니다. 흐흐  

vSphere Web Client와 동일하게 iso화일을 데이터스토어에 업로드할 필요없이 로컬 드라이브로부터 직접 마운트가 가능합니다. 이게 말이죠. 꽤나 편해요. 


자세한 내용은 여기를 확인하세요.


저작자 표시
신고
Trackback 0 Comment 0
2014.12.24 19:49

[VMware] vRealize Operations for Horizon 도입 (2)

이번에는 설치한 vRealize Operations에 Horizon View를 모니터링할 플러그인(어댑터)의 설정에 대해 소개를 하겠습니다. 지난 번에 소개한 vRealize Operations에서 Horizon View를 모니터링하기 위해서는 vCenter,Connection Server, 가상데스크톱의 정보를 읽어들여야합니다.

vCenter의 정보는 가상어플라이언스 초기설정시 접속정보를 입력하므로써 자동적으로 입수를 하게됩니다만, Horizon View에 관해서는 Connection Server과 가상데스크톱에 vRealize Operations 에이전트를 설치해야합니다.(Horizon View 6에서는 Connection Server과 Horizon View Agent 설치옵션으로 선택되어있습니다)


Horizon View 모니터링

① 관리자포털에 접속합니다.

https://UI VM IP어드레스/vcops-custom


② 상단의 메뉴로부터 [ENVIRONMENT]->[CONFIGURATION]->[CREDENCIAL]순으로 선택을 합니다. 


③ 자격정보 관리페이지가 표시되므로 "추가"를 클릭합니다. 


④ 새로운 자격정보를 작성합니다.

 Adapter Kind

  V4H Adapter

 Credential Kind

  Pairing Credential

 Instance Name

  작성할 인스턴스명

 Server Key

  페어키용 패스워드


⑤ 다시금 상단의 메뉴로부터 [ENVIRONMENT]->[CONFIGURATION]->[ADAPTER INSTANCE SERVICE]순으로 선택을 합니다.


⑥ 어댑터 인스턴스 관리페이지가 표시되므로 "추가"를 클릭합니다.


⑦ 어댑터 인스턴스를 추가 합니다.

 Collector

 vCenter Operations Standard Server

 Adapter Kind

 V4H Adapter

 Adapter Instance Name

 ④에서 작성한 인스턴스명

 Metric Set

 Full Set

 Credential

 ④에서 작성한 인스턴스명


⑧ 정상적으로 어댑터가 추가된 것을 확인합니다.


⑨ Connection Server상에서 [vCenter Operations Manager View Adapter]를 실행, 아래의 정보를 입력합니다.

 Address

  Analytics VM IP어드레스

 Port

  이용포트 (디폴트로 3091이 설정됩니다)

 Pair

  ④에서 작성한 Server Key


⑩ 다음에는 View Pod의 정보(모니터링할 Horizon View의 관리자)를 입력합니다.


⑪ 다음에는 View의 이벤트 데이터베이스 정보를 입력합니다.


⑫ 특정 풀을 모니터링할 경우, 필터링의 설정을 합니다.


⑬ 설정정보를 확인후 문제가 없다면 [종료]를 클릭, 설정을 확정합니다.


⑭ 어댑터 설정후, 어느정도 시간이 두면 정보가 축적되어 모니터링이 가능해집니다. 위의 화면은 View의 개요 페이지입니다.


⑮ V4V때와는 달리 전체적인 UI도 vRealize Operations Manager와 같아졌습니다.


⑯ 가상데스크톱의 풀에 대한 모니터링 페이지입니다.


⑰ vCOPS를 이용하고 계시는 분들에게는 친숙한 아이콘이 아닐까 싶네요. 흐흐




저작자 표시
신고
Trackback 0 Comment 0
2014.09.14 22:55

[VMware] KB Alert! 20140008 공개

9월9일 KB Alert VMSA-2014-0008 이 공개되었습니다.


내용은 vCenter Servere, ESXi에서 이용되고 있는 Struts, Apache Tomcat, Java Runtime의 취약점이 발견되었다는 CVE의 보고에 따라 경고를 공개했습니다.


대상은 vCenter 5.0 이상, ESXi 5.0 이상의 버전이며, 5.5의 경우, 같은 날 릴리스된 Update 2에서 수정이 되었다고 합니다. (5.0, 5.1의 경우 아직 패치가 릴리스되지 않았습니다)


자세한 내용은 관련 페이지를 참고하세요.



저작자 표시
신고
Trackback 0 Comment 0
2013.12.30 14:42

[VMware] vCenter 5.5.0.b released

vCenter 5.5의 새로운 버전이 릴리스되었습니다. 버전번호(5.5.0.b)를 보면 알 수 있듯이 버그 수정의 마이너 버전입니다.

이 버전에서는 가상머신의 클론 작성시 "데이터스토어의 용량부족" 메시지가 표시되는 버그나 Web Client의 업그레이드 실패 버그, 5.1에서 5.5로 업그레이드후 발생하는 SSO 관련 버그이 수정되었다고 합니다.


자세한 내용은 릴리스노트를 확인하세요. 아울러 이 버전의 다운로드는 My VMware 통해 가능합니다.



저작자 표시
신고
Trackback 0 Comment 0