'vRealize Automation'에 해당되는 글 28건

  1. 2018.05.21 [VMware] vRealize Automation 7.3 (22) (4)
  2. 2018.05.19 [VMware] vRealize Automation 7.4로의 업데이트
  3. 2018.04.12 [VMware] vRealize Automation 7.4 발표
  4. 2018.03.05 [VMware] vRealize Automation 환경의 모니터링
  5. 2017.12.21 [VMware] vRealize Automation 7.3 (21)
  6. 2017.11.23 [VMware] vRealize Automation 7.3 (20)
  7. 2017.11.01 [VMware] vRealize Automation 7.2 (19)
  8. 2017.10.29 [Nutanix] vRealize Automation Reference Architecture 3판 공개
  9. 2017.07.12 [VMware] vRealize Automation 7.2 (18)
  10. 2017.03.04 [VMware] vRealize Automation 7.2 (17)
2018.05.21 20:05

[VMware] vRealize Automation 7.3 (22)



(0) vRA 개요

(1) vRA 구성요소

(2) vRA 설치 - vRA 어플라이언스

(3) vRA 설치 - IaaS서버

(4) vRA 초기설정 - 테넌트 작성

(5) 테넌트 구성 - AD

(6) 엔드포인트 작성

(7) 데이터 콜렉션과 패브릭 그룹 작성

(8) 머신 접두사와 네트워크 프로화일 작성

(9) 비지니스 그룹과 예약 작성

(10) 블루프린트 작성

(11) 서비스 카탈로그 작성

(12) 블루프린트의 요구

(13) 승인 정책의 설정

(14) 커스텀 속성(사용자 지정 속성)의 설정

(15) vRO 엔드포인트 작성

(16) NSX와의 통합

(17) 가상머신의 임포트

(18) 가상머신의 해제

(19) Nutanix 엔드포인트 작성

(20) vROps와의 통합

(21) 이벤트 브로커의 이용

(22) Health Service의 구성



오랜만의 시리즈네요. ;)



vRA 7.3에서 새롭게 추가된 기능중 Health Service가 있습니다. vRA 환경의 건강 상태를 확인할 수 있는 기능으로 싱글/멀티 vRA 환경과 vRO이 대상입니다. 이 Health Service는 스케줄링이 가능하여 정기적으로 환경의 건강 상태를 확인할 수 있습니다.

Health Service를 구성할 수 있는 권한은 IaaS 관리자가 갖고 있으며 구성한 Health Service는 테넌트 관리자나 Health Consumer가 참조할 수 있습니다.

 

(21) Health Service의 구성

 

① [관리]탭의 [Health]를 선택하여 [NEW CONFIGURATION]를 클릭합니다.

※이 Health Service는 복수의 vRA이나 vRO를 등록할 수 있기 때문에 우선은 건강 상태를 체크할 환경의 "테스트 카드(프로화일과 같은 이미지입니다)"를 작성합니다.

 

② 마법사가 표시되므로 다음의 테스트 카드의 개요를 지정합니다.

  • Name:작성하는 건강 상태 테스트 카드명
  • Product:건강 상태를 체크하는 대상 프로덕트(vRA나 vRO를 선택할 수 있습니다)
  • Schedule:건강 상태 체크의 스케줄

 

체크할 항목을 선택합니다. vRA를 선택했을 경우는 ”시스템”이나 ”테넌트”를 선택할 수 있습니다.

 

④ 대상 vRA 환경의 정보를 입력합니다.

  • Public Web Server Address:vRA 어플라이언스의 URL
  • SSH Console Address:vRA 어플라이언스의 FQDN
  • SSH Console Password:vRA 어플라이언스의 root 패스워드
  • System Tenant Password:vRA 디폴트 테넌트(vsphere.local)의 패스워드
  • Tenant Under Test: 건강 상태를 체크하는 테넌트
  • Fabric Administrator Username:건강 상태를 체크하는 테넌트의 패브릭 관리자
  • Fabric Administrator Password:건강 상태를 체크하는 테넌트의 패브릭 관리자의 패스워드

※ 입력이 필요한 부분만 표시했습니다.

 

⑤ [Finish]를 클릭하여 테스트 카드를 작성합니다.

 

⑥ 작성한 테스크 카드의 [RUN]을 클릭하여 건강 상태를 체크합니다. 환경 규모에 따라 다르긴 하겠습니다만 소규모 환경의 경우는 1분 정도가 소요됩니다.

 

⑦ 결과는 우선 시각적으로 알기 쉬운 원그래프로 표시되어 그래프의 색을 클릭하면 내용을 확인할 수 있습니다.

 

⑧ 내용은 건강 상태 체크의 결과는 물론 실패의 경우 그 원인이나 수정 방법을 참조할 수 있습니다.

※ 수정 방법은 그냥... 클릭하면 공식문서 페이지의 링크입니다. ;)

 

⑨ 복수의 vRA 환경이나 테넌트, vRO까지 테스트 카드를 만들 수 있으므로 하나의 화면에서 직감적으로 모든 환경의 건강 상태를 확인할 수 있습니다.

 

vRSLCM도 그렇습니다만, 카드의 배치를 커스터마이즈 되었으면 좋겠네요. :)

Trackback 0 Comment 4
2018.05.19 16:04

[VMware] vRealize Automation 7.4로의 업데이트


3월 기다리고 기다리던 vRA 7.4가 릴리스되었습니다만, 업무가 바쁜 관계로 제대로 검증을 못하다가 얼마전 검증 환경을 7.4로 업데이트했습니다. 원래는 vRSLCM을 이용하여 검증 환경을 업그레이드할 생각이었습니다만, vRA와 vRB가 계속 에러가 발생하여 계획대로 않되더군요. 그래서 vRA와 vRB는 가상 어플라이언스의 관리 UI를 통해 업데이트를 실시했습니다. (vRLI와 vROps는 vRSLCM에서 업그레이드가 되었는데 말이죠...)

 

vRA의 업데이트는 [vRA 어플라이언스] [vRA IaaS 서버] → [vRO] → [vRB] 순입니다만, Embedded vRO를 이용하고 있으며 vRB는 설치하지 않은 환경이라면 지금부터 소개하는 방법으로 업데이트가 끝나리라 생각합니다.

업데이트 전에 반드시 vRA 어플라이언스,  vRA IaaS 서버의 스냅숏 작성과 IaaS DB의 백업을 잊지마세요.

 

① vRA 어플라이언스의 관리 UI에 로그인하여 [Update]탭의 [Check Updates]를 클릭합니다. vRA 어플라이언스가 인터넷 접속이 가능하다면 디폴트 레포지트리로부터 업데이트 가능할 버전이 표시될 것입니다.

 

② [Install Updates]를 클릭하여 업데이트를 시작합니다. 우선 레포지트리로부터 화일을 다운로드 하기 때문에 위의 화면 상태가 한동안(10분정도) 지속됩니다.

 

③ 업데이트용 화일의 다운로드가 끝나면 자동적으로 업데이트가 시작되어 사전체크가 실행됩니다.

 

④ 사전체크의 결과 업데이트의 조건을 만족시키고 있다면 사전설치로서 Java 등의 소프트웨어 업데이트가 실행됩니다.

 

⑤ 일단 사전 설치가 끝난 뒤 관리 UI를 확인하면 7.3에서는 없었던 탭이 추가되어있는 것을 확인할 수 있습니다.

  • Orchestrator : vRO의 서비스, Control Center의 서비스를 유효화할 수 있습니다.
  • SW Agent : SW Agent의 관리가 가능합니다.
  • Patches : vRA 관련의 패치를 적용할 수 있습니다. 왠지 여기만 HTML 5입니다.  🙂

 

⑥ 본격적인 설치(업데이트)가 시작됩니다.

 

⑦ 업데이트 도중에 vRA 어플라이언스의 재시작이 필요합니다. 재시작이 끝나면 vRA 어플라이언스의 업데이트는 끝입니다.

 

⑧ vRA 어플라이언스의 업데이트가 끝나면 자동적으로 vRA IaaS 서버의 업데이트가 시작됩니다. 자세히 보면 vRA 어플라이언스는 이미 7.4로 업데이트 되어져 있네요. 

 

⑨ 제 검증 환경의 경우는 전부 5 스텝으로 나뉘어져있습니다. 최초의 스텝은 IaaS 서버 컴포넌트의 업데이트입니다.

 

⑩ 다음에는 DEM 관련 컴포넌트입니다.

 

⑪ DEM의 업데이트가 끝났다면 이번에는 Proxy Agent가 업데이트 되어집니다.

 

⑪ Proxy Agent의 업데이트가 이어집니다. 검증 환경은 vCenter 이외의 Hyper-V 호스트에도 설치를 하였기 때문에 Hyper-V용 Proxy Agent의 업데이트도 이루어집니다.

 

⑫ 마지막 스텝으로 Model Manager 관련 컴포넌트의 업데이트가 실행됩니다. 

모든 업데이트가 완료되어 ”Upgrade completed successfully”가 표시되면 vRA 7.4로의 업데이트는 성공입니다.


제 검증 환경에서 업데이트에 걸린 시간은 약 1시간정도 였습니다.

 

다음부터는 7.4로 소개를 할 수 있네요. :)

Trackback 0 Comment 0
2018.04.12 09:29

[VMware] vRealize Automation 7.4 발표


2018/04/13 Updated


오늘 릴리스되었네요! ;)

vRealize Automation 7.4 release notes



3월 29일 vRealize Automation 7.4이 발표되었습니다!!!


What’s New in vRealize Automation 7.4


작년 5월에 7.3이 릴리스된 후 약 1년만에 업데이트 버전입니다. 아직까지 추가된 기능의 완전한 내용은 알 수 없습니다만, 위의 공식 블로그에서 발표된 기능만으로도 릴리스되면 당장 버전업을 하고 싶어지네요. 흐흐


간단히 내용을 정리하자면 발표된 7.4에서는 다음과 같은 기능이 추가되는것 같습니다.

    • 이용자가 GUI 기반의 폼으로부터 서비스 요구를 할 수 있는 커스텀 폼 디자이너
    • 블루프린트로써 OVF 화일을 이용가능
    • vRO(vRealize Orchestrator)의 멀티 테넌트 기능 지원
    • vRO의 UI 변경(HTML5)
    • Azure/AWS용 커스텀 속성의 추가
    • 20개 이상의 블루프린트와 120개 이상의 OVF 어플리케이션 팩키지 추가


vRealize Automation 7.4의 발표와 더불어 vRealize Operations 6.7, vRealize Suite Lifcycle Manager 1.2 도 발표되었습니다.


릴리스 일정은 발표되지 않았습니다만 4-5월중이 되지않을까 싶네요. ;)


 

Trackback 0 Comment 0
2018.03.05 13:54

[VMware] vRealize Automation 환경의 모니터링

vROps는 관리팩을 설치하므로써 다양한 제품이나 솔루션을 감시할 수 있습니다. 이 관리팩은 기본적으로 팩키지 화일을 설치하여 vROps에 모니터링에 필요한 메트릭이나 오브젝트의 정의를 생성합니다만, vROps 6.6부터 아래의 제품에 대해서는 관리팩이 통합된 형태로 제공되고 있습니다.

    • vSphere vSAN
    • vRealize Log Insight
    • vRealize Bussines for Cloud
    • vRealize Automation


위의 제품에 대해서는 별도로 관리팩을 설치할 필요없이 바로 모니터링의 구성이 가능합니다.


작년부터인가요? vRealize Automation에 관한 설치 시리즈를 포스팅하고 있습니다만, vROps와의 통합에 대해서도 소개를 한 적이 있습니다. 이번에는 반대로 vROps쪽에서 vRA의 환경을 모니터링하기 위한 방법을 소개하도록 하겠습니다.



① [관리] → [솔루션]의 솔루션 리스트에서 "vRealize Automation"를 선택하여 [구성(기어 아이콘)]을 클릭합니다.


② vRA 환경 접속에 필요한 정보(인스턴스)를 작성합니다.

    • 표시명 : 작성하는 접속 구성 정보명

    • vRealize Automation 어플라이언스 URL : https://vRA 가상 어플라이언스

    • 인증정보 : 새롭게 작성을 합니다.



③ 다음의 인증정보를 입력후 [OK]를 클릭합니다. 

    • 인증정보명 : 작성하는 인증정보명

    • SysAdmin : vRA의 시스템 관리자(일반적으로는administrator)

    • SysAdmin : vRA 시스템 관리자의 패스워드

    • SuperUser : 테넌트 관리자

    • SuperUser : 테넌트 관리자의 패스워드



④ 인증정보의 작성이 끝났다면 [접속 테스트]를 실행, 정상적으로 접속이 되는지 확인을 합니다.


⑤ 설정을 저장후, 솔루션 구성을 종료합니다.


⑥ 솔루션의 구성이 끝나면 데이터의 수신과 수집이 시작됩니다. 여기까지 왔다면 남은건 데이터가 축적되는 것을 기다리기만 하면 됩니다. ;)


⑦ 수신한 데이터는 [대쉬보드]의 "vReazlie Automation"에서 확인을 할 수 있습니다. 



⑧ 모니터링이 가능한 디폴트 정보는 "테넌트"나 "비지니스 그룹", "블루프린트" 리스트를 포함,  "테넌트별의 중대한 알람", "인기 블루프린트"가 있습니다. 대쉬보드의 커스터마이즈에서 성능의 메트릭 등의 위젯을 추가하면 더욱 자세한 정보를 모니터링할 수 있습니다. 





Trackback 0 Comment 0
2017.12.21 00:49

[VMware] vRealize Automation 7.3 (21)

(0) vRA 개요

(1) vRA 구성요소

(2) vRA 설치 - vRA어플라이언스

(3) vRA 설치 - IaaS서버

(4) vRA 초기설정 - 테넌트 작성

(5) 테넌트 구성 - AD

(6) 엔드포인트 작성

(7) 데이터 콜렉션과 패브릭 그룹 작성

(8) 머신 접두사와 네트워크 프로화일 작성

(9) 비지니스 그룹과 예약 작성

(10) 블루프린트 작성

(11) 서비스 카탈로그 작성

(12) 블루프린트의 요구

(13) 승인 정책의 설정

(14) 커스텀 속성(사용자 지정 속성)의 설정

(15) vRO 엔드포인트 작성

(16) NSX와의 통합

(17) 가상머신의 임포트

(18) 가상머신의 해제

(19) Nutanix 엔드포인트 작성

(20) vROps와의 통합

(21) 이벤트 브로커의 이용



이번에는 vRA 7.0부터 새롭게 등장한 ”이벤트 브로커(Event Broker 또는 라이프사이클의 확장=Life Cycle Extensibility이라고도 함)”에 대해서 소개하도록 하겠습니다.

“이벤트 브로커”는 6.x까지 이용되었던 Workflow Stub를 대신하여 향후 가상머신의 라이프사이클을 관리하는 방법이 됩니다.


이벤트 브로커”를 간단히 정리해보자면 유저의 요구에 의해 프로비저닝되는(또는 되어진) 가상머신의 라이프사이클과 vRO를 연결하는 것입니다.


이 "이벤트 브로커"를 활용하므로써 단순한 가상머신의 프로비저닝이나 프로비저닝되어진 가상머신의 관리를 유저에게 떠맡기는 것이 아닌 좀더 유연한 서비스를 제공할 수 있게됩니다.


예를들어...

  • 가상머신이 프로비저닝된 후에 DNS 서버에 레코드를 작성, 가상머신이 삭제되면 레코드도 삭제
  • 특정 블루프린트에서 가상머신을 프로비저닝했을 경우 특정 어플리케이션을 설치, 가상머신의 리스 기간이 만료되면 어플리케이션도 삭제
  • 특정 가상머신을 재기동하기 전에 백업이나 스냅숏을 작성

등과 같이, 보다 자동화에 가까운 레벨의 서비스를 제공할 수 있습니다.


이 "이벤트 브로커"를 실현하기 위해서는 "이벤트 서브스크립션"을 이용해야 됩니다.

이벤트 서브스크립션이란 vRA의 이벤트를 트리거로 vRO의 워크플로를 실행하도록 하는 정의(definition)라고 할 수 있습니다. 정의라고 하면 조금 딱딱하게 들릴 수도 있겠습니다만, 내용은 어떤 이벤트가 발생했을 경우는 vRO의 워크플로를 실행한다는 말입니다. 

이벤트 서브스크립션을 작성하기 위해서는 우선, "이벤트 토픽"을 지정합니다. "이벤트 토픽"은 발생하는 이벤트의 카테고리를 의미합니다. vRA 7.3에서는 약 20개의 이벤트가 준비되어있으며 그중에서도 대표적인 이벤트 토픽은 다음과 같습니다.

  • Machine lifecycle
  • Machine provisioning

 

각 이벤트 토픽은 복수의 스키마(프로퍼티-속성)로 구성되어있습니다. 이 프로퍼티를 필요에 따라 "조건"으로 구성을 합니다. 그 다음에는 어느 단계에서 vRO의 워크플로에 프로퍼티를 넘겨줄 것인지를 결정하면 이벤트 서브스크립션의 작성은 끝입니다.


이런저런 등장인물이 있다보니 설명만으로는 헷갈릴 수가 있기에 그림으로 표현을 하면 이렇습니다.

“WinSvr”란 이름의 블루프린트로 작성되는 가상머신은 프로비저닝후에 DNS 서버에 레코드를 작성하는 vRO의 워크플로를 실행하는 이벤트 브로커를 예로들어 보겠습니다.


 

간단히 이벤트 브로커를 이용하는 방법을 소개하겠습니다.

※이 이벤트 브로커 기능을 이용하기 위해서는 vRO가 엔드포인트로 추가되어있어야하며 이벤트 서브스크립션을 통해 실행하는 vRO의 워크플로가 준비되어있어야 합니다.



(21) 이벤트 브로커의 이용




① [관리] → [Event]를 클릭합니다.

 

② [Subscription]을 선택하여, [New]를 클릭합니다.

 

③ 우선 [이벤트 토픽]에서 서브스크립션에서 이용할 이벤트 토픽을 선택합니다. 이용가능한 이벤트 토픽의 종류에 대해서는 여기에서 확인할 수 있습니다. 여기서 소개하는 예로는 가상머신이 프로비저닝된 후에 DNS 서버에 A 레코드를 등록하는 방법을 소개하고자하므로 ”머신 프로비저닝”을 선택했습니다. 이벤트 토픽을 선택후 [Next]를 클릭합니다.

 

④ [조건] 탭에서는 다음의 조건을 지정합니다.

  • 블루프린트 이름에 Linux란 문자열이 포함되어있을 경우
  • 라이프사이클 이벤트가 가상머신의 프로비저닝의 경우(VMPSMasterWorkflow32.BuildingMachine)
  • 라이프사이클의 단계가 프로비저닝이 완료되었을 경우 (POST)

위의 3조건이 충족되었을 경우 이벤트 토픽이 발동됩니다.

 

⑤ [워크플로] 탭을 선택하여 순서④의 조건을 충족했을 경우 실행하는 vRO의 워크플로를 선택합니다.

※입력 파라메터가 ”payload”인 것을 주목하세요. 이 payload는 이벤트 토픽에서 생성된 스키마(속성)을 vRO에 넘겨주는 프로퍼티입니다. 이벤트 브로커를 이용할 경우는 이 payload가 100% 필요하게 됩니다. vRO의 워크플로의 처음에 이 payload가 실행되지않으면 워크플로가 정상적으로 동작하지않습니다.

 

⑥ [상세] 탭에서 필요한 정보를 입력, [Finish]를 클릭합니다.

  • 이름 : 작성하는 서브스크립션 이름입니다. 알기쉬운 이름을 지정합니다.
  • 우선순위 : 여러 서브스크립션이 존재할 경우 실행하는 순위입니다.
  • 타임아웃 : 워크플로의 실행 타임아웃치입니다. 어떤 이유로 워크플로의 실행이 종료되지않고 이 타임아웃치에 도달하면 서브스크립션은 실패합니다.
  • 블록 : 여러 서브스크립션을 순서대로 실행하도록합니다. 이 블록을 유효화하지 않으면 ”우선순위”와 ”타임아웃”이 활성화되지 않습니다.


※”블록(블로킹)”에 대해서 조금 설명을 하자면... 서브스크립션을 실행할 경우 ”블로킹”과 ”넌블로킹(non-blocking)”을 지정합니다. 하나의 이벤트 토픽에 복수의 서브스크립션이 존재할 경우, 각 서브스크립션은 동시에 실행됩니다. 이것을 막기위해 각 서브스크립션에 ”블로킹”을 설정, 우선순위를 결정합니다. ”넌블로킹”은 ”블로킹”을 지정한 서브스크립션이 실행된 뒤, 또는 타임아웃으로 서브스크립션이 실행했을 경우 실행됩니다.

 

⑦ 작성한 서브스크립션은 블루프린트와 동일, ”드래프트” 상태이므로 [공개]를 클릭합니다.

 

⑧ 공개되었다면 서브스크립션의 작성은 끝입니다.

 

⑨ 다음에는 블루프린트의 [커스터 속성]에 서브스크립션에 넘겨줄 라이프사이클용 커스텀 속성을 지정합니다. 여기서는 아래의 속성을 지정했습니다.

  • 속성명 : Extensibility.Lifecycle.Properties.VMPSMasterWorkflow32.BuildingMachine
  • 값 : __*,*

 

이 설정으로 가상머신이 프로비저닝되었을 경우의 각종 속성값이 서브스크립션에 넘어갑니다. 값의 __*,*(언더스코어언더스코어*,*)는 __*は비표시(hidden)값을, *는 표시값을 모두 넘기게 됩니다.

 

이로써 준비완료입니다. :)

 

⑩ 그렇다면 제대로 동작을 하는지 확인해보도록 하겠습니다. 이름이 Linux6인 블루프린트로부터 가상머신을 프로비저닝해봅니다.

 

⑪ 요구의 처리가 실행되고 있습니다.

 

⑫ vSphere Web Client를 확인해보도록 하죠. ”LX-VM-018″이란 가상머신이 프로비저닝중으로 IP 어드레스는 ”192.168.205.153″가 네트워크 프로화일에서 할당되어져 있습니다.

 

⑬ 가상머신의 프로비저닝이 끝난 뒤 ”Add DNS-Host”란 워크플로가 정상적으로 끝난 것을 확인할 수 있습니다. 이 ”Add DNS-Host”는 순서⑤에서 지정한 vRO의 워크플로입니다.

 

⑭ DNS 서버를 확인해보면 ”LX-VM-018″란 호스트가 ”192.168.205.153″로 레코드가 등록된 것을 확인할 수 있습니다.

 

⑮ 마지막으로 vRO를 확인해보죠. 워크플로가 정상적으로 완료된 것을 확인할 수 있습니다. 워크플로 진행중 가상머신 이름과 IP 어드레스를 vRA로부터 넘겨받은 것도 확인할 수 있답니다.

 

이로써 이벤트 브로커의 이용 방법의 소개는 끝입니다.



Trackback 0 Comment 0
2017.11.23 12:09

[VMware] vRealize Automation 7.3 (20)

은근슬쩍 vRA의 버전을 7.3으로 바꿨습니다. :)


(0) vRA 개요

(1) vRA 구성요소

(2) vRA 설치 - vRA어플라이언스

(3) vRA 설치 - IaaS서버

(4) vRA 초기설정 - 테넌트 작성

(5) 테넌트 구성 - AD

(6) 엔드포인트 작성

(7) 데이터 콜렉션과 패브릭 그룹 작성

(8) 머신 접두사와 네트워크 프로화일 작성

(9) 비지니스 그룹과 예약 작성

(10) 블루프린트 작성

(11) 서비스 카탈로그 작성

(12) 블루프린트의 요구

(13) 승인 정책의 설정

(14) 커스텀 속성(사용자 지정 속성)의 설정

(15) vRO 엔드포인트 작성

(16) NSX와의 통합

(17) 가상머신의 임포트

(18) 가상머신의 해제

(19) Nutanix 엔드포인트 작성

(20) vROps와의 통합


이번에는 vROps와의 통합에 대해서 소개를 하겠습니다.

아시다시피 vROps는 성능감시및 인프라의 수용능력이나 장애 예측을 제공하는 툴이죠. vROps와의 통합을 하므로써 vRA는 전개한 가상머신의 헬스 뱃지를 아이템 상에 표시를 할 수 있게됩니다. 이용자는 자신의 아이템 화면에서 가상머신의 건강상태를 한눈에 파악할 수 있죠. vROps는 vRA의 테넌트나 비지니스 그룹, 블루프린트 등의 오브젝트를 대쉬보드에 표시할 수 있게됩니다. 어느 테넌트, 어느 비지니스 그룹의 건강상태가 좋은지 나쁜지, 어떤 블루프린트가 인기가 있는지 등을 파악할 수 있죠.


vROps 6.5까지는 vRA를 모니터링하기 위해서는 관리팩을 설치해야되었습니다만, 6.6부터는 vSAN과 동일하게 vRA도 관리팩이 통합되었습니다. 따라서 관리팩을 설치할 필요없이 vRA 접속정보를 등록해주기만 하면 됩니다.


(20) vROps와의 통합

① vRA 포털에 테넌트 관리자로 접속을 하여 [관리] → [리소스의 재이용] 순으로 클릭을 합니다.


② [메트릭 프로바이더]로부터 "vRealize Operations Manager 엔드포인트"를 선택, 다음의 vROps 정보를 입력합니다.

    • URL : https://vROps/suite-api

    • 유저명 : vROps 관리자 계정

    • 패스워드 : vROps 관리자 패스워드


③ [접속 테스트]를 실행하여 정상적으로 접속되는 것을 확인후 [보존]을 클릭합니다.


④ vROps의 증명서를 신뢰해주시면 설정은 끝입니다. 


⑤ vROps로부터 가상머신의 헬스 정보가 표시됩니다. 위의 화면처럼 가상머신을 디플로이하면 [리소스의 재이용]의 [디플로이] 메뉴에 헬스 정보가 표시되기 시작합니다.


⑥ 이번에는 이용자로 접속을 해봤습니다. 자신의 아이템을 선택하면 화면 오른쪽 하단에 가상머신의 건강상태를 알 수 있는 헬스 뱃지가 표시되는 것을 확인할 수 있습니다.


이걸로 vROps와의 통합은 끝입니다. 간단하죠? vROps쪽에서 vRA의 오브젝트를 모니터링하기 위해서는 vROps에서 vRA의 솔루션을 설정해줘야 됩니다. 이건 나중에 소개를 하도록 하죠. :)








Trackback 0 Comment 0
2017.11.01 22:21

[VMware] vRealize Automation 7.2 (19)

※이 포스팅은 2016년 12월 작성한 내용입니다. 포스팅한줄 알았는데 찾아보니 없더군요. 흐흐  그래서 뒤늦게나마 포스팅을 합니다.


(0) vRA 개요

(1) vRA 구성요소

(2) vRA 설치 - vRA어플라이언스

(3) vRA 설치 - IaaS서버

(4) vRA 초기설정 - 테넌트 작성

(5) 테넌트 구성 - AD

(6) 엔드포인트 작성

(7) 데이터 콜렉션과 패브릭 그룹 작성

(8) 머신 접두사와 네트워크 프로화일 작성

(9) 비지니스 그룹과 예약 작성

(10) 블루프린트 작성

(11) 서비스 카탈로그 작성

(12) 블루프린트의 요구

(13) 승인 정책의 설정

(14) 커스텀 속성(사용자 지정 속성)의 설정

(15) vRO 엔드포인트 작성

(16) NSX와의 통합

(17) 가상머신의 임포트

(18) 가상머신의 해제

(19) Nutanix 엔드포인트 작성


이번에는 옵션(이라기보다는 ) 흥미로 검증해본 내용입니다. 


(19) Nutanix 엔드포인트 작성

일반적인 방법으로는 vRA에서 Nutanix를 이용할 수 없습니다. 왜냐하면 vRA의 엔드포인트로 Nutanix를 지원하지않기 때문이죠. 따라서 Nutanix를 엔드포인트로 이용하기 위해서는 우회로로 OpenStack을 구성해야 됩니다.


솔직히 말하자면 OpenStack에 대해서는 초보 이하의 지식 밖에 없습니다. cinder? neutron? Glance? 음? 모르겠습니다. --; 그냥 무작정 따라 해봤을 뿐입니다.


간단히 소개를 하겠습니다.

우선 Nutanix AHV 환경을 OepnStack으로 구성을 합니다. 공식 문서는 물론 OpenSatck Services VM(OVM)도 제공을 하고 있기 때문에 의외로 간단합니다.

 

vrawithnutanix-01Nutanix Partner Portal로부터 Nutanix OpenStack Image를 다운로드합니다.

 

vrawithnutanix-02

 다운로드한 OVM의 이미지 화일을 "Image Configuration"을 통해 업로드후, OVM용 VM을 작성합니다. OVM을 작성할 때는 업로드한 이미지 화일을 이용하도록 "Clone From Image Service"을 선택합니다.

 

vrawithnutanix-03

 무사히 OVM을 작성했다면, 콘솔접속을 하여 다음의 명령어를 실행합니다.

로그인 계정 : root   패스워드 : admin

● OVM의 추가

ovmctl –add ovm –name ovm이름 –ip IP어드레스 –netmask 서브넷 마스크 –gateway 디폴트 게이트웨이 –nameserver DNS서버 –domain 도메인이름


● OpenStack 컨트롤러의 추가

 ovmctl –add controller –name openstack 컨트롤러 이름 –ip ovm의 IP 어드레스


vrawithnutanix-04

 이번에는 Nutanix AHV 클러스터를 등록합니다.

● Nutanix AHV 클러스터의 등록

ovmctl –add cluster –name 클러스터 이름 –ip 클러스터 IP 어드레스 –username Prism 로그인 계정(관리자 권한) –password 패스워드 –container 컨테이너 이름

 

vrawithnutanix-05

⑤ 정상적으로 등록이 되었다면 확인을 합니다.

● 구성확인

ovmctl –show

 

vrawithnutanix-06

⑥ 클러스터가 등록되어있는 것을 확인할 수 있습니다.

 

vrawithnutanix-07 OpenStack 컨트롤러도 정상적으로 등록되어 "Enabled" 상태인 것을 확인할 수 있습니다.

 

여기까지가 Nutanix AHV 환경을 OpenStack으로 구성하는 방법이었습니다. OpenStack이 구성되었다면 비로소 vRA에서 엔드포인트 작성을 할 수 있습니다. 

vrawithnutanix-08

 테넌트 관리자로 포털에 접속, [Infrastructure] [Endpoint]의 작성을 선택, "OpenStack"을 선택합니다.


vrawithnutanix-09

 엔드포인트의 정보를 입력합니다.

    • Name:작성하는 엔드포인트 이름(vCenter와는 달리 어떤 이름도 가능합니다)

    • Address:http://OpenStack 컨트롤러 IP 어드레스:5000 (https면 제대로 등록이 되질않더군요)

    • Credentials:OpenStack 컨트롤러 로그인 정보 (디폴트 계정명 : admin 패스워드 : admin)

    • OpenStack project:OpenStack 프로젝트 이름 (대문자, 소문자를 구별합니다. 입력치가 틀리면 등록이 되질 않습니다)

 

vrawithnutanix-10

 정상적으로 엔드포인트가 작성되었는지 확인을 합니다. [View Compute Resources]을 클릭합니다.

 

vrawithnutanix-11

[Start]를 클릭하여 Data을 수집합니다. 정상적으로 엔드포인트가 작성되어있다면 Data Collection이 성공할겁니다.

 

vrawithnutanix-12

⑫ 엔드포인트가 등록되었다면 패블릭 그룹 작성시 Nutanix AHV OpenStack의 컴퓨트 리소스를 선택할 수 있습니다.


비지니스 그룹, 블루프린트까지 작성하여 모든 순서를 소개하고 싶었습니다만, 검증이 환경이 네스트라서 그런지 조금만 부하를 걸면 OpenStack 환경이 멈춰버려서 단념했습니다. 꾸벅...



Trackback 0 Comment 0
2017.10.29 16:44

[Nutanix] vRealize Automation Reference Architecture 3판 공개

Nutanix사에서 AHV를 vRA의 환경으로 이용할 경우의 가이드를 내놨습니다.


Nutanix vRealize Automation Reference Architecture v3.0


출처:Nutanix vRealize Automation Reference Architecture


3판인 이 가이드는 vRA의 엔드포인트로 AHV를 등록하여 IaaS의 리소스 클러스터로써 이용을 하는 방법에 대해서 소개를 하고 있습니다. 가이드를 읽어보시면 아시겠습니다만, vRA는 AHV를 엔드포인트로 지원을 하고 있지 않죠.(복습은 여기서... )


따라서 vRA에서 AHV 환경을 이용하기 위해서는 일단 OpenStack을 구성해야 됩니다. 

OpenStack!!! 무지하게 번거롭죠? 


아닙니다...

( 1년전쯤인가요, AHV를 vRA의 엔드포인트로 등록을 하여 이용하는 방법을 소개했다고 생각했었는데 찾아보니 이 블로그가 아니라 다른 블로그(일본어용...)에만 포스팅을 했더군요. 많이 늦었지만 정리해서 vRA 시리즈로 올려야겠네요.)


Nutanix사에서는  AHV 환경을 OpenStack 환경으로 이용할 수 있도록 OpenStack Services VM을 제공하고 있어 간단히 구성을 할 수 있습니다.  이 OVM을 이용하여 OpenStack을 구성, OpenStack을 엔드포인트로 등록을 하는거죠. 흐흐


하여간 약 1년만의 업데이트판인 이 가이드는 최신의 vRA 7.3, vSphere 6.5와 AOS 5.1을 대상으로 하고 있으며 구성 규모에 따른 필요한 컴포넌트나 배치나 아키텍쳐에 대해서 소개를 하고 있습니다. 사실 vRealize Automation 레퍼런스라고 하지만 의외로 Nutanix사의 아키텍쳐나 솔루션에 대해서도 확실히 소개를 하고 있기 때문에 의외로 재미있는 자료가 된 거 같습니다. :)




Trackback 0 Comment 0
2017.07.12 20:39

[VMware] vRealize Automation 7.2 (18)

(0) vRA 개요

(1) vRA 구성요소

(2) vRA 설치 - vRA어플라이언스

(3) vRA 설치 - IaaS서버

(4) vRA 초기설정 - 테넌트 작성

(5) 테넌트 구성 - AD

(6) 엔드포인트 작성

(7) 데이터 콜렉션과 패브릭 그룹 작성

(8) 머신 접두사와 네트워크 프로화일 작성

(9) 비지니스 그룹과 예약 작성

(10) 블루프린트 작성

(11) 서비스 카탈로그 작성

(12) 블루프린트의 요구

(13) 승인 정책의 설정

(14) 커스텀 속성(사용자 지정 속성)의 설정

(15) vRO 엔드포인트 작성

(16) NSX와의 통합

(17) 가상머신의 임포트

(18) 가상머신의 해제


(18) 가상머신의 해제

오랜만의 vRA 관련 포스팅이네요. 지난 회(17)에서는 기존의 가상머신을 vRA의 관리하에 두는 방법을 소개했습니다. 이 Bulk import 기능을 이용하면 간단히 가상머신을 vRA에서 관리할 수 있죠.


이번에는 반대로 vRA 관리하에서 가상머신을 해제하는 방법에 대해서 소개를 하겠습니다.

가상머신을 관리하에 둘 경우는 vRA의 GUI를 통해 가능합니다만, 해제의 경우는 GUI로는 불가능합니다. :)


가상머신을 vRA 관리하에서 해제할 경우는 Cloud Client 툴을 이용해야 됩니다. 간단히 소개를 하죠.


① 우선 최신의 Cloud Client 툴을 다운로드합니다. 현재의 최신버전은 4.4입니다.

https://code.vmware.com/web/dp/tool/cloudclient/


② 다운로드받은 화일의 압축을 풀어 "bin" 폴더안의 "cloudclient.bat"를 실행합니다.


③ 아래의 명령어를 실행, 일단 vRA 가상어플라이언스에 접속을 합니다.

vra login userpass --user 테넌트 관리자 --tenant 가상머신을 해제할 테넌트 --server vRA 어플라이언스 FQDN --password 테넌트 관리자 암호


④ 다음에는 아래의 명령어를 실행, 일단 vRA IaaS 서버의 model manager에 접속을 합니다.

vra login iaas --user IaaS 관리자 --domain 도메인 --server IaaS 서버 FQDN --password IaaS 관리자의 암호


⑤ 다음의 명령어를 실행, 해제할 가상머신을 확인합니다.

vra machines list


⑥ 다음의 명령어를 실행, 가상머신을 해제합니다.

vra machines forceunregister --name 가상머신 이름


⑦ 명령어를 실행하면 5분이내에 가상머신이 사라집니다.

(가상머신이 삭제되는건 아닙니다. vRA 관리하에서 해제되는 것 뿐입니다


여기까지가 가상머신을 vRA 관리하에서 해제하는 방법이었습니다. 





Trackback 0 Comment 0
2017.03.04 11:47

[VMware] vRealize Automation 7.2 (17)

(0) vRA 개요

(1) vRA 구성요소

(2) vRA 설치 - vRA어플라이언스

(3) vRA 설치 - IaaS서버

(4) vRA 초기설정 - 테넌트 작성

(5) 테넌트 구성 - AD

(6) 엔드포인트 작성

(7) 데이터 콜렉션과 패브릭 그룹 작성

(8) 머신 접두사와 네트워크 프로화일 작성

(9) 비지니스 그룹과 예약 작성

(10) 블루프린트 작성

(11) 서비스 카탈로그 작성

(12) 블루프린트의 요구

(13) 승인 정책의 설정

(14) 커스텀 속성(사용자 지정 속성)의 설정

(15) vRO 엔드포인트 작성

(16) NSX와의 통합

(17) 가상머신의 임포트


이번에는 가상머신을 vRA상에 임포트하는 방법에 대해서 소개를 하겠습니다. 예를들어 vRA 도입전에 이용하고 있던 가상머신을 vRA의 도입과 더불어 vRA 관리하에 두고자할 경우 이용하는 방법이 되겠습니다. 가상머신을 임포트하기 위해 vRA는 '벌크 임포트(Bulk Import)'란 기능을 제공하고 있습니다. 


(17) 가상머신의 임포트


① 테넌트 관리자로 테넌트 페이지에 접속, [인프라스트럭쳐] → [관리]를 클릭합니다.


② [벌크 임포트]를 선택, [Generate CSV File]을 클릭합니다. 벌크임포트는 csv 화일을 통해 가상머신을 임포트합니다. 아! 한 가지 명확히 할 것이 있습니다. 임포트라고 하더라도 vRA 상에 가상머신 자체가 이동되는 것은 아닙니다. 단순히 vRA의 데이터베이스에 가상머신의 정보가 등록되는 것 뿐입니다. 


③ 다음의 정보를 지정하여 csv 화일을 작성합니다.

    • Machines : vRA 관리하의 가상머신인지 관리외의 가상머신인지를 선택합니다.

    • Business Group : 임포트한 가상머신을 어느 비지니스 그룹에서 이용을 할지 지정을 합니다.

    • Owner : 임포트한 가상머신의 소유자를 지정합니다.

    • Blueprint : 임포트한 가상머신의 베이스가되는 블루프린트를 지정합니다.

    • Component machine : 지정한 블루프린트의 템플릿을 선택합니다.

    • Resources : csv 를 작성할 인벤토리의 정보를 선택합니다. Compute Resource나 Endpoint가 있습니다.

    • Name : 선택한 리소스 이름을 선택합니다. Compute Resource를 선택했다면 클러스터가 Endpoint를 선택했다면 작성한 엔드포인트의 이름이 표시됩니다.

작성된 csv 화일을 다운로드합니다.


④ 다운로드한 화일을 메모장으로 열어봅니다. 다음과 같은 형식으로 Resources 관리하에 있는 가상머신 리스트가 표시될겁니다.

임포트 대상 여부,가상머신명,가상머신 ID,예약명,스토리지명,전개명,블루프린트 ID,블루프린트 템플릿,소유자,커스텀 속성명,커스텀 속성값


위의 형식에서 수정할 필요가 있는 부분은 "임포트 대상 여부"와 "커스텀 속성명", "커스텀 속성값"입니다. 우선 "임포트 대상 여부"는 벌크 임포트로 vRA 관리하에 둘 가상머신을 'Yes'로 지정을 합니다. 그외에는 'No'죠. 단지 그냥 벌크 임포트할 가상머신 행만 남겨두고 나머지 행은 삭제하는게 편할겁니다. :) 다음으로 "커스텀 속성명", "커스텀 속성값"입니다만, 임포트하는 가상머신이 정적 IP 어드레스가 설정되어있어 임포트후에도 그대로 이용을 하고자 할 경우, 지정을 합니다.


⑤ csv 화일을 저장후 [New]를 클릭합니다.


⑥ 다음의 정보를 입력, [OK]를 클릭합니다. 우선 테스트를 해보도록 하죠.

    • Name : 벌크 임포트명

    • CSV File : 순서 ④에 수정한 csv 화일

    • Test Import : 체크


⑦ 금새 끝납니다. "Status"가 'Complete'인 것을 확인후, 벌크 임포트으로부터 "Details"를 클릭합니다.


⑧ 가상머신 단위로 "Status"가 'Complete'인 것을 확인합니다.


⑨ 테스트가 정상으로 완료되었다면 일단 벌크 임포트를 삭제합니다.


⑩ 자아, 실제로 임포트하도록 하죠. 다음의 정보를 입력, [OK]를 클릭합니다. 

    • Name : 벌크 임포트명

    • CSV File : 순서 ④에 수정한 csv 화일


⑪ 역시나 금새 끝납니다. "Status"가 'Complete'인 것을 확인후, 벌크 임포트으로부터 "Details"를 클릭합니다.


⑫ 가상머신 단위로 "Status"가 'Complete'인 것을 확인합니다.


⑬ [인프라스트럭쳐] → [관리대상 머신]을 클릭하면 임포트한 가상머신이 추가되어있는 것을 확인할 수 있습니다. 이로써 vRA를 통해 가상머신을 관리, 조작할 수 있게됩니다.


⑭ 임포트한 가상머신을 클릭하여 '상세정보'를 확인하면 순서 ④에서 추가한 "커스텀 속성값"이 제대로 적용된 것을 확인할 수 있습니다. 화면 왼쪽의 "액션" 메뉴도 표시가 되는 것을 확인할 수 있죠. 또한 "네트워크 프로화일"로부터 임포트한 가상머신의 IP 어드레스가 정상적으로 반영이 된 것도 확인할 수 있습니다.


여기까지가 가상머신을 vRA 관리하에 임포트하는 방법이었습니다.







Trackback 0 Comment 0


티스토리 툴바