Virtual Hive

이번에는 vRSLCM에서 만든 테넌트에 리소스를 할당하는 방법에 대해서 소개를 하겠습니다. 멀티 테넌시 시리즈는 이번 회로 끝날 예정입니다. ;) 지난 회에 테넌트를 작성했죠. 이 테넌트를 vRA에서 이용할 경우는 리소스를 할당해줘야 됩니다. 테넌트에 할당 가능한 리소스는 다음과 같습니다. 컴퓨팅 네트워크 스토리지 이미지 플레이버 위의 리소스 중에서 "컴퓨팅", "네트워크", "스토리지"는 하나의 프로파일로 모아서 할당할 수 있습니다. 이것을 담당하는 것이 VPZ(Virtual Private Zones)입니다. VPZ는 vRA 8.2에서 새롭게 추가된 기능으로 간단히 설명을 하자면 Cloud Zone＋Network Profile＋Storage Profile의 집합체라고 할 수 있겠네요. 테넌트는 이 VP..

오늘은 지난 회에 이어 멀티 테넌시의 유효화와 테넌트 작성에 대해서 소개를 하다로고 하겠습니다. 작업은 각 제품별로 실시할 필요가 있습니다. vRSLCM：멀티 테넌시 기능의 유효화와 테넌트 작성 vRA：테넌트에 리소스(VPZ, Flavor, Image) 할당 vIDM：테넌트 인증에 필요한 디렉토리 추가와 유저/그룹의 동기 「Identity and Tenant Management」의 「Tenant Management」에서 「ENABLE TENANCY」를 실행합니다. (이 페이지에는 스트레스없이 에러없이 구성하기 위한 확인 사항이 기재되어 있으므로 유효화전에 반드시 확인하시길...) 인증서 업데이트시처럼 인벤토리 정보의 동기와 스냅숏을 작성합니다. 인벤토리 정보의 동기는 유효화 작업에 필수 조작이기 때문에 ..

오랜만입니다. 2개월 만인 거 같네요. 언제나 같은 변명입니다만... 업무가 바빴습니다. 🙂 오랜만인 이번 포스팅은 멀티 테넌시（멀티 조직 테넌시, Multi-organization tenancy）기능에 대해서 3회에 걸쳐 소개랄 하도록 하겠습니다. vRA 7.x는 간단히 테넌트를 만들 수 있죠. 과거의 포스팅에서 소개를 했었듯 vRA 어플라이언스의 관리 UI에서 간단히 테넌트를 작성할 수 있었습니다. 작성할 테넌트는 전용 어드레스를 갖으며 브랜딩도 가능하기 때문에 독립된 사이트에서 이용자에게 서비스를 제공할 수 있었습니다. 하지만 vRA 8.x부터 프로젝트라는 개념이 등장했습니다. 프로젝트는 기본적으로 vRA 7.x의 테넌트와 같은 기능을 제공하기 때문에 프로젝트 사이에서 이용자가 섞일 염려는 없습니다..

[VMware] vRealize Automation 8.1의 도입 (1) - vRA 8의 개요 [VMware] vRealize Automation 8.1의 도입 (2) - vRA의 설치 [VMware] vRealize Automation 8.1의 도입 (3) - vIDM의 구성 [VMware] vRealize Automation 8.1의 도입 (4) - Cloud Account와 Cloud Zone의 작성 [VMware] vRealize Automation 8.1의 도입 (5) - Project의 작성 이번에는 실제로 리소스를 소비하기 위한 리소스 맵핑을 해보도록 하겠습니다. vRA 8.1에서 정의할 수 있는 리소스는 4가지입니다. Flavor Mapping Image Mapping Network Pro..

[VMware] vRealize Automation 8.1의 도입 (1) - vRA 8의 개요 [VMware] vRealize Automation 8.1의 도입 (2) - vRA의 설치 [VMware] vRealize Automation 8.1의 도입 (3) - vIDM의 구성 [VMware] vRealize Automation 8.1의 도입 (4) - Cloud Account와 Cloud Zone의 작성 이번에는 간단히 Project 작성에 대해서 소개를 하도록 하겠습니다. Project는 버전 7.x의 Business Group에 해당합니다. Project에는 Cloud Zone과 유저/그룹을 추가합니다. 복수의 Cloud Zone을 추가할 수 있기 때문에 이용자에게는 멀티 클라우드나 하이브리드 클라..

[VMware] vRealize Automation 8.1의 도입 (1) - vRA 8의 개요 [VMware] vRealize Automation 8.1의 도입 (2) - vRA의 설치 [VMware] vRealize Automation 8.1의 도입 (3) - vIDM의 구성 지난 회에서는 vIDM에서 AD 접속을 통하여 vRA을 이용할 그룹의 동기를 실행했습니다. 이번에는 동기한 그룹(과 유저)에게 vRA의 권한을 할당하여 Cloud Account와 Cloud Zone을 작성하는 방법에 대해서 소개를 할까 합니다. 처음에 설명했듯 Cloud Account는 vRA 7.x의 Endpoint입니다. 이용자의 요구를 실현하기 위해 이용하는 환경(온프레미스, 퍼블릭 클라우드)에 대한 접속입니다. Cloud ..

이번에는 실제로 vRA를 배치해 보겠습니다. (그다지 대단한 내용은 아닙니다만 도입 프로세스의 일부이기 때문에 소개를 하도록 하겠습니다) 버전 7.x에 비해면 8.1의 도입 프로세스는 매우 간단합니다. 지난 회에서 소개했듯이 vRA를 배치하기 위해서는 친구들을 먼저 배치해둘 필요가 있습니다. vRSLCM, vIDM, vRA를 동시에 배치할 수도 있으며 제품별로 따로 설치해도 됩니다만 vRSLCM → vIDM → vRA 순이어야 됩니다. 여기서는 vRSLCM, vIDM, vRA를 동시에 배치하겠습니다. 제품별로 배치하는 방법은 과거 포스팅을 확인하세요. My VMware에서 vRSLCM의 Easy Installer를 다운로드합니다. (이 Easy Installer 이미지에는 vRSLCM 이외에 vIDM, ..

이번에는 검증에서 얻은 정보와 VM 프로비저닝을 중심으로 한 vRealize Automation 8.1의 도입에 대해서 소개하도록 하겠습니다. 버전 8은 이전에 소개했듯이 아키텍처가 크게 바뀌었습니다. vRA를 구성하는 서비스를 포함하여 모든 서비스는 Kubunetes의 Pods로써 구성되었습니다. 7.x처럼 컴포넌트별로 가상 머신을 준비할 필요가 없어져 하나의 가상 어플라이언스로 집약되었습니다. 탈 Windows를 이루어 더욱 도입하기 쉬워졌습니다. 다만 그대신이랄까요, vRA 단독으로 도입은 할 수 없게 되었습니다. 빠짐없이 친구 둘이 따라옵니다. 친구 하나... vRSLCM입니다. vRSLCM가 없으면 vRA를 설치할 수 없습니다. 정확하게 말하자면 vRA를 설치해도 UI에 접근할 수 없습니다. 반..

얼마 전에 vRSLCM에서 vRA를 설치하는 방법에 대해서 소개를 했습니다. 물론 소개를 했으니 당근 vRA는 무사히 설치되었죠. 하지만 사실 도중에 실패를 했습니다. 재시도를 했습니다만 같은 스텝에서 실패를 하더군요. 흐음... 뭔가 이상하죠? 에러 내용을 제대로 읽어봤습니다.（처음 실패했을 때 읽었다면 더 일찍 알았을지도 모르겠네요. 흐흐） 에러 코드가 ”LCMVRAVACONFIG590003”이긴 한데, 중요한 내용은 없고 그냥 로그 확인하라더군요. 허허 (；´Д｀) 확인하라니, 확인해야죠. ;) vRA 어플라이언스에 SSH 접속 후 /var/log/deploy.log를 확인해보니 ”Unable to configure database”란 에러로 처리가 멈춘 것을 알 수 있었습니다. 흐음... 구글 선..

지난 회에 vRSLCM에서 vROps를 설치하는 방법에 대해서 소개를 했습니다. 이번에는 vRA의 설치에 대해서 소개를 하도록 하죠. vRA는 8.0부터 아키텍처가 크게 바뀌었습니다. 버전 7.6까지는 구성 컴포넌트를 구성하기 위해서 각각 가상 머신을 준비해야 했었습니다만 8.0부터는 마이크로 아키텍처로 바뀌어 각 컴포넌트는 컨테이너로 제공되게 되었습니다. Windows IaaS 서버나 SQL 서버를 준비할 필요도 없습니다. 1대의 가상 어플라이언스를 설치하면 끝입니다. 물론 vRSLCM에서도 간단히 설치할 수가 있습니다. vRSLCM를 설치할 때 작성한 데이터 센터에 설치하겠습니다. 데이터 센터의 메뉴에서 「Add Product」를 선택했습니다. vRA를 선택합니다. 설치 타입, 설치 버전 그리고 구성..