프로비저닝된 배포를 워크로드 요구량의 변화에 맞게 확장/축소할 수 있습니다. 수평 확장/축소에 대해 축소 또는 확장 작업을, 수직 확장/축소에 대해 시스템 재구성 작업을 사용합니다. 사용 권한, 승인 정책을 사용하거나 Blueprint에 직접 제약 조건을 설계하여 확장/축소 및 재구성 작업을 제어합니다.

축소 또는 확장

배포를 프로비저닝한 후 배포 환경에서 가상 또는 클라우드 시스템의 인스턴스 수를 늘리거나 줄여 워크로드 요구량의 변화에 맞게 조정할 수 있습니다. 예를 들어 클러스터된 애플리케이션 서버 노드, 데이터베이스 노드 그리고 로드 밸런서 노드를 사용해 3단계로 계층화된 은행 애플리케이션을 배포했습니다. 요구량이 늘어나면서 두 개의 애플리케이션 서버 노드 인스턴스로 모든 트래픽을 처리할 수 없음을 알게 되었습니다. Blueprint에서 최대 10개의 애플리케이션 서버 인스턴스를 지원하고 사용자에게 확장/축소 작업을 수행할 권한이 있으므로 애플리케이션을 확장할 수 있습니다. vRealize Automation에서 프로비저닝된 애플리케이션 항목으로 이동하고 확장 작업을 선택하여 애플리케이션 서버 노드의 또 다른 인스턴스를 배포에 추가합니다. vRealize Automation이 새로운 시스템을 프로비저닝하고, 애플리케이션 소프트웨어 구성 요소를 설치하고, 로드 밸런서를 업데이트하여 애플리케이션이 늘어난 요구량을 처리할 수 있습니다.

요구량이 줄어들면 배포를 축소할 수 있습니다. 최신 시스템과 소프트웨어 구성 요소가 먼저 제거되고 네트워킹 및 보안 구성 요소가 업데이트되기 때문에 배포된 애플리케이션이 불필요한 리소스를 사용하지 않습니다.

표 1. 확장 가능 구성 요소에 대한 지원

구성 요소 유형

지원됨

참고

시스템 구성 요소

확장은 시스템의 추가 인스턴스를 프로비저닝하고 축소는 후입선출 순서로 시스템을 제거합니다.

소프트웨어 구성 요소

소프트웨어 구성 요소는 시스템의 확장/축소에 따라 프로비저닝 또는 제거되고, 확장/축소된 시스템 구성 요소에 종속되는 모든 소프트웨어 구성 요소에 대해 수명 주기 스크립트 업데이트가 실행됩니다.

네트워킹 및 보안 구성 요소

NSX 로드 밸런서, 보안 그룹 및 보안 태그를 포함한 네트워킹 및 보안 구성 요소는 새 배포 구성에 대해 업데이트됩니다.

확장/축소는 로드 밸런서, 배포에 대한 설정을 비롯한 네트워크 및 보안에 영향을 미칩니다. 하나 이상의 노드를 포함하는 배포를 축소하거나 확장하는 경우 연결된 NSX 네트워킹 구성 요소는 업데이트되지 않습니다. 예를 들어 배포와 연결된 요청 시 NAT 네트워킹 구성 요소가 있는 경우 NAT 규칙은 확장/축소 요청에 따라 업데이트됩니다.

연결된 로드 밸런서가 포함된 배포를 축소하거나 확장하는 경우 로드 밸런서는 새로 추가된 시스템을 포함하거나 분해를 목표로 하는 로드 밸런싱 시스템을 중지하도록 자동으로 구성됩니다.

로드 밸런서가 포함된 배포를 확장하는 경우 보조 IP 주소가 로드 밸런서에 추가됩니다. 축소 또는 확장 여부에 따라 가상 시스템이 로드 밸런서에 추가되거나 제거되고 IaaS 데이터베이스에 저장되거나 제거됩니다.

XaaS 구성 요소

아니요

XaaS 구성 요소는 확장/축소할 수 없고 확장/축소 작업 중 업데이트되지 않습니다. Blueprint에서 XaaS 구성 요소를 사용 중인 경우 사용자가 확장/축소 작업 후에 실행하도록 리소스 작업을 생성할 수 있으며 이 작업을 통해 필요에 맞게 XaaS 구성 요소를 확장/축소하거나 업데이트할 수 있습니다. 또는 각 시스템 구성 요소에 허용할 인스턴스 수를 정확하게 구성하여 확장/축소가 사용되지 않도록 설정할 수 있습니다.

중첩된 Blueprint

확장/축소된 시스템 구성 요소에 대해 명시적 종속성을 생성하는 경우에만 중첩된 Blueprint에서 지원되는 구성 요소가 업데이트될 수 있습니다. 설계 캔버스에서 종속성 선을 그려 명시적 종속성을 생성합니다.

배포를 확장하는 경우 vRealize Automation은 계속하기 전에 현재 예약에서 요청된 리소스를 할당합니다. 확장/축소가 부분적으로 성공하고 할당된 리소스에 대해 하나 이상의 항목을 프로비저닝하지 못하는 경우 리소스는 할당 해제되지 않고 새 요청에서 사용할 수 없게 됩니다. 할당되었지만 확장/축소 실패로 사용되지 않은 리소스를 현수 리소스라고 합니다. 배포 확장/축소를 다시 시도하여 부분적으로 성공한 확장/축소 작업을 복구해 볼 수 있습니다. 하지만 배포를 현재 크기로 확장/축소할 수는 없으며 부분적으로 성공한 확장/축소를 이러한 방식으로 수정하면 현수 리소스가 할당 해제되지 않습니다. 요청 실행 세부 정보 화면을 보고 실패한 작업과 해당 작업이 위치한 노드를 확인하여 부분적으로 성공한 확장/축소를 다른 확장/축소 작업으로 수정할지 여부를 결정할 수 있습니다. 실패한 그리고 부분적으로 성공한 확장/축소 작업은 원래 배포의 기능에 영향을 주지 않으며 문제를 해결하는 동안 계속해서 카탈로그 항목을 사용할 수 있습니다.

Blueprint에서 생성된 배포에 2개 이상의 VM이 포함된 클러스터된 배포의 경우 Blueprint가 호스트 이름 사용자 지정 속성을 사용하지만 시스템 접두사 값을 포함하지 않은 경우 확장/축소가 실패합니다. 이 문제를 방지하려면 Blueprint 정의에서 시스템 접두사 옵션을 사용할 수 있습니다. 그렇지 않으면 확장/축소 기능이 클러스터에서 각 VM에 대해 동일한 호스트 이름 설정을 사용하려고 합니다. 자세한 내용은 VMware 기술 자료 문서 2148213(http://kb.vmware.com/kb/2148213)을 참조하십시오.

재구성을 사용하여 스케일 업 또는 스케일 다운

vSphere, vCloud Air 또는 vCloud Director 가상 시스템이나 클라우드 시스템을 프로비저닝한 후 시스템 재구성을 요청하여 CPU, 메모리, 스토리지 또는 네트워크에 대한 시스템 리소스 사양을 늘리거나(스케일 업) 줄이는(스케일 다운) 방법으로 변화하는 워크로드 요구량에 맞게 조정할 수 있습니다. 또한 사용자 지정 속성을 추가, 편집 또는 제거하고 설명을 변경할 수도 있습니다. [켜짐] 또는 [꺼짐] 상태에 있는 스케일 업 또는 스케일 다운에 대해 시스템 재구성을 요청할 수 있습니다.

스케일 업을 위해 가상 또는 클라우드 시스템을 재구성하는 경우, vRealize Automation에서는 계속하기 전에 현재 예약에서 요청된 리소스를 할당합니다. 리소스를 사용할 수 없으면 시스템 재구성에 실패합니다. 시스템 재구성 요청에 실패하면 스케일 업을 위해 할당된 리소스가 할당 취소되고 새 요청에 사용할 수 있게 됩니다. 스케일 다운을 위해 가상 또는 클라우드 시스템을 재구성하는 경우, 재구성이 완료될 때까지 새 요청에 리소스를 사용할 수 없습니다.

표 2. 시나리오 확장/축소에 대한 시스템 재구성에 필요한 사용 권한(vSphere, vCloud AirvCloud Director만 해당)

가상 또는 클라우드 시스템 소유자가 원하는 작업...

필요한 사용 권한

필요한 승인을 받은 후 즉시 확장/축소에 대한 재구성을 실행합니다.

재구성

확장/축소에 대한 재구성을 실행하는 날짜 및 시간을 지정합니다.

재구성

스케줄링된 시간 이후까지 요청이 승인되지 않았기 때문에 확장/축소에 대한 재구성을 다시 스케줄링합니다.

재구성

실패한 재구성 요청을 재시도합니다.

재구성 실행

실패한 재구성 요청을 취소합니다.

재구성 취소

스케줄링된 재구성 요청을 취소합니다.

재구성 취소