Virtual Hive

2회에 걸쳐 vROps를 설치하는 방법에 대해서 소개를 했습니다. 솔직히 이번 소개하는 초기설정까지는 가상어플라이언스로 도입을 하면 거의 손이 안가는 부분입니다. 가상어플라이언스가 정말로 간단하죠. 하지만 가상어플라이언스의 경우는 이런 과정을 거쳐 vROps가 구성된다는 것을 알 수 없죠. 흐흐 이번에는 설치한 vROps가 모니터링하는 환경의 정의나 라이센스 등록에 대한 내용뿐입니다. 흐흐 (1) 설치(2) 마스터 노드 설정(3) 초기설정(4) 어댑터 설정-vCenter(5) 어댑터 설정-Horizon View(6) 관리팩의 추가(7) 데이터 노드 추가 ① vROps UI 페이지에 관리자로 접속을 합니다. 여기서 이용하는 관리자는 지난번 포스팅에서 작성한 admin입니다. ② 모니터링을 하는 환경에 vR..

이번에는 설치한 vRealize Operations Manager의 마스터노드 설정에 대해서 소개를 하겠습니다.vROps도 클러스더 단위로 구성을 할 수 있습니다.vROps를 싱글구성할 경우 관리노드와 데이터노드가 동일한 서버에 설정됩니다. 아울러 최초에 설치한 vROps가 자동적으로 마스터노드가 됩니다. vROps는 클러스터 단위로 구성됩니다. 마스터노드는 이 클러스터의 최상위 노드가 되는거죠. 마스터노드를 중심으로 복수의 데이터노드로 구성을 하여 가용성을 확보하도록 할 수 있습니다.(1) 설치(2) 마스터 노드 설정(3) 초기설정(4) 어댑터 설정-vCenter(5) 어댑터 설정-Horizon View(6) 관리팩의 추가(7) 데이터 노드 추가 ① 관리자 페이지에 접속하여 "New Installati..

얼마전 vRealize Operations Manager의 도입과 Horizon View용 어댑터를 추가, Horizon View까지 모니터링하는 방법에 대해서 소개를 했습니다만, vRealize Operations Manager는 가상어플라이언스뿐이 아니라 Windows나 Linux상에서 설치가 가능한 인스톨러도 제공하고 있습니다. 솔직히 가상어플라이언스가 간단하고 안전하게 도입이 가능합니다만, 인스톨러의 설치의 경우는 컴포넌트 관계나 설치의 과정을 보다 자세하게 파악을 할 수 있었습니다. 때문에 똑같은 내용의 포스팅이긴 합니다만, 이번에는 가상어플라이언스가 아닌 Windows Server상에서 어플리케이션으로써 도입하는 내용을 소개할까 합니다. 포스팅의 내용이 길어지지 않도록 4-5회에 걸쳐서 소개를..

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화일을 데이터스토어에 업로드할 필요없이 ..

이번에는 설치한 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 설치옵션으로 선택되어있습니다) ..

이번에는 vRealize Operations for Horizon의 도입에 대해서 소개를 할까합니다.vRealize Operations for Horizon는 VMware vCenter Operations Manager for Horizon View의 새로운 명칭입니다.(관리제품군인 vCenter Operations Management Suites가 vRealize Operations로 명칭이 변경되었습니다) V4V로도 불리었던 vCenter Operations Manager for Horizon View의 경우, 솔직히 아웃사이더적인 인상이 강했습니다만, 버전업을 반복하면서 명실상부한 vRealize Operations의 프로덕트의 하나로 자리매김을 한 거 같네요. 흐흐도입과정은 V4V과 다르지 않습니..

Virtual SAN은 '스토리지 정책'이외에 하드웨어의 장애발생시 다음 동작이 실행되도록 설계되어있습니다. 네트워크, 네트워크 어댑터나 ESXi 호스트에 장애가 발생했을 경우HDD나 SSD 혹은 RAID컨트롤러나 HBA등 스토리지 컨트롤러에 장애가 발생했을 경우 네트워크, 네트워크 어댑터나 ESXi 호스트에 장애가 발생했을 경우는 60분후에 데이터의 재동기가 이루어집니다. 이것을 Absent 라고 합니다. 장애가 발생했는데도 불구하고 60분후에 데이터의 재동기가 이루어지는 것은, 60분이내에 장애가 복구될 수 있을 가능성이 있기 때문이죠. HDD나 SSD 혹은 RAID컨트롤러나 HBA등 스토리지 컨트롤러에 장애가 발생했을 경우는 즉시 데이터의 재동기가 이루어집니다. 이것을 Degraded라고 합니다. ..

이번에는 Virtual SAN의 사이징에 대해서 소개를 하겠습니다.기본적으로는 아래의 공식 가이드를 베이스로 하고 있으니 꼭 읽어보시길 권합니다.VMware Virtual SAN Design and Sizing GuideVMware Virtual SAN Design and Sizing Guide for Horizon View Virtual Desktop Infrastructures ▶ CPU : 10%의 오버헤드 + α▶ 메모리 : 10%의 오버헤드 + α※ + α : Virtual SAN상에 도입하는 솔루션에 따라 달라집니다. 예를들어 Virtual SAN상에 Horizon View를 도입할 경우는 PCoIP의 오버헤드로써 약 10%의 CPU, 메모리를 추가로 고려해야합니다.▶ HDD : 데이터용량 +..

Virtual SAN의 제한값(최대값)을 정리했습니다. 항목 최대값 ESXi당 작성가능한 가상머신의 수 100 Virtual SAN 클러스터당 구성가능한 ESXi수 32 Virtual SAN 클러스터당 작성가능한 가상머신의 수 3,200 ESXi당 작성가능한 오브젝트의 수 3,000 ESXi당 작성가능한 디스크그룹 5 디스크그룹당 할당가능한 HDD수 7 디스크그룹당 할당가능한 SSD수 1 Virtual SAN 클러스터당 구성가능한 VSAN Datastore수 1 장애허용수 3 스트라이프 디스크수 12

'스토리지 정책'은 VSAN Datastore에 저장된 데이터를 효과적으로 보호하기 위한 설정입니다. 쉽게말하자면 데이터를 몇대의 ESXi에, 몇개의 디스크에 분산저장을 하도록 하는 등의 데이터 보호레벨의 설정이라고 할 수 있습니다. '스토리지 정책'은 이하 5개의 설정을 갖추고 있습니다. 설정값 설명 기존값 최대값 Flash read cache reservation read용 SSD 캐쉬 예약값 0% 100% Force Provisioning 스토리지 정책의 조건을 충족하지않더라도 VSAN Datastore에 프로비저닝 가능 무효 - Number of disk stripes per object 오브젝트당 최종적으로 분산 저장되는 디스크수 1 12 Number of failure to tolerate 장..