인스턴스 그룹 관리
인스턴스 그룹을 만든 후에는 복제, 삭제 또는 편집하여 스케일링 방법, 그룹 크기 또는 스케일링 대상 정책을 변경할 수 있습니다.
VPC용 인스턴스 그룹 페이지에서 인스턴스 그룹을 관리하려면 다음 단계를 완료하십시오.
- IBM Cloud 콘솔에서 탐색 메뉴 아이콘
인프라 > 인프라
> 계산 > 인스턴스 그룹로 이동합니다.
- VPC의 인스턴스 그룹 페이지에서 관리하려는 인스턴스 그룹에 대한 작업 아이콘
클릭하고 복제 또는 삭제 중에서 선택합니다.
- 인스턴스 그룹을 편집하거나 보려면 편집하거나 볼 인스턴스 그룹을 클릭하여 인스턴스 그룹 세부사항 페이지에 액세스하십시오.
인스턴스 그룹 복제
인스턴스 그룹을 복제하면 현재 설정의 사본이 작성되고 사전에 채워진 필드를 사용하여 새 인스턴스 그룹 페이지가 표시됩니다. 필요한 변경을 수행한 다음 복제한 인스턴스 그룹을 기반으로 하는 새 인스턴스 그룹을 만들 수 있습니다.
인스턴스 그룹 삭제
인스턴스 그룹이 더 이상 필요하지 않으면 인스턴스 그룹을 삭제하여 계정에서 영구 제거할 수 있습니다. 인스턴스 그룹의 일부인 모든 인스턴스도 삭제됩니다.
인스턴스 그룹 편집
인스턴스 그룹 세부 정보 페이지에 액세스하여 인스턴스 그룹을 변경할 수 있습니다. 정적 및 동적 방법 간의 스케일링 방법을 변경할 수 있습니다. 인스턴스 그룹 크기를 조정할 수 있습니다. 또한 스케일링에 대한 대상 정책을 편집하거나 추가할 수 있습니다.
인스턴스 그룹에 대한 세부사항 편집
인스턴스 그룹 세부정보 페이지에서 수정 아이콘 을 클릭하여 다음 항목을 변경할 수 있습니다:
- 이름
- 서브넷: 서브넷 IP 주소 용량은 인스턴스 그룹의 크기에 대해 유효성 검증됩니다. 그룹의 멤버 수는 서브넷 전체에 할당할 수 있는 총 IP 주소 수를 초과할 수 없습니다. 현재 서브넷당 6개의 IP 주소가 오버헤드로 할당되고 인스턴스에 저장하는 데 사용할 수 없습니다.
- 로드 밸런서 풀: 인스턴스 그룹의 멤버십 수가 0으로 설정되면 인스턴스 그룹과 연관된 로드 밸런서 풀을 변경할 수 있습니다. 사용 가능한 다른 로드 밸런서를 선택하거나 없음을 선택하여 할당된 로드 밸런서의 사용을 중지할 수 있습니다.
- 인스턴스 템플리트: 인스턴스 그룹에 대해 작성되는 새 인스턴스를 프로비저닝하는 데 사용될 다른 인스턴스 템플리트를 선택할 수 있습니다. 기존 인스턴스는 새 인스턴스 템플리트로 업데이트되지 않습니다.
- 멤버십 수: 자세한 정보는 정적 인스턴스 그룹의 멤버십 수 변경을 참조하십시오. 동적 자동 스케일링을 사용 안함으로 설정하지 않으면 동적 자동 스케일 방법을 사용하는 인스턴스 그룹의 멤버십 수를 수동으로 조정할 수 없습니다.
정적 인스턴스 그룹의 멤버십 수 변경
인스턴스 그룹에 정적 메서드를 사용하는 경우 인스턴스 그룹은 설정한 인스턴스 수를 항상 유지하도록 작동합니다. 인스턴스가 실패하는 경우, 인스턴스 그룹은 인스턴스 그룹에서 실패한 인스턴스를 자동으로 대체합니다. 그룹에서 인스턴스를 유지 관리하면 해당 인스턴스에서 실행 중인 애플리케이션의 가용성도 향상됩니다.
멤버십 수를 편집하여 언제든지 그룹에서 인스턴스를 수동으로 스케일링할 수 있습니다.
- 인스턴스 그룹 세부 정보 페이지에서 멤버십 수를 편집하고 인스턴스 그룹에 원하는 인스턴스 수를 지정합니다.
인스턴스 그룹에 대한 스케일링 방법 변경
예를 들어, 인스턴스 그룹의 정적 멤버십으로 시작하는 경우, 이를 변경하여 동적 스케일링 방법을 사용할 수 있습니다. (동적 스케일링 방법에서 정적 스케일링 방법으로 전환할 수도 있습니다.) 동적 스케일링 방법을 사용하여 인스턴스 그룹의 최소 및 최대 인스턴스 수를 설정합니다. 그런 다음 인스턴스 그룹에서 유지하려는 메트릭(예: CPU)의 사용률을 정의하는 대상 정책을 지정합니다.
정적 멤버십에서 동적 스케일링으로 인스턴스 그룹을 변경하려면 다음 단계를 완료하십시오.
- 인스턴스 그룹 세부 정보 페이지의 오른쪽 상단에 있는 메뉴에서 스케일링 방법 전환을 선택합니다.
- 동적으로 전환 페이지에서 전환을 클릭하여 동적 스케일링 방법으로 변경할지 확인하십시오.
- 언제든지 인스턴스 그룹에서 실행할 최소 및 최대 인스턴스 수를 지정할 수 있습니다. 이 수를 나중에 편집할 수 있습니다.
- 집계 창을 지정하십시오. 집계 창은 인스턴스 그룹 관리자가 각 인스턴스를 모니터하는 시간(초)을 결정하고 평균 활용도를 결정합니다.
- 스케일링이 수행된 후 추가 스케일링 작업을 일시 중지하는 시간(초)인 쿨다운 기간을 지정합니다.
- 인스턴스 그룹 관리자가 인스턴스 그룹에서 자동 확장에 사용할 수 있는 메트릭 및 목표 사용률을 정의하는 하나 이상의 대상 정책을 만듭니다. 자세한 정보는 표 1을 참조하십시오.
| 필드 | 값 |
|---|---|
| 메트릭 유형 | 그룹에서 인스턴스를 추가하거나 제거하는 데 사용할 대상 활용도와 연관시킬 메트릭 유형을 선택합니다. CPU 사용률(%), RAM 활용도(%), 네트워크 인(Mbps), 네트워크 아웃(Mbps) 메트릭 중 하나을 선택할 수 있습니다. 두 개 이상의 대상 스케일링 정책을 정의할 수 있지만 각 메트릭 유형에 대해서는 하나의 정책만 정의할 수 있습니다. |
| 평균 대상 활용도 | 선택한 메트릭의 평균 사용률을 지정합니다. 이 대상 값은 인스턴스 그룹 관리자가 그룹의 인스턴스를 스케일링 업하거나 스케일링 다운하는 시기를 정의합니다. 각 집계 창의 끝에서 인스턴스 그룹 관리자는 각 인스턴스의 현재 활용도를 추가하고 이를 대상 활용도 값으로 나누어 멤버십 수를 결정합니다. |
대상 스케일링 정책 작성
동적 확장 방법의 경우 특정 메트릭(예: CPU)을 정의하고 해당 메트릭의 목표 사용률을 설정합니다. 메트릭 및 평균 대상 활용도는 인스턴스 그룹이 그룹에서 가상 서버 인스턴스를 동적으로 추가하거나 제거해야 하는 시기를 결정합니다.
스케일링 정책을 추가하려면 다음 단계를 완료하십시오. 두 개 이상의 대상 스케일링 정책을 정의할 수 있지만 각 메트릭 유형에 대해서는 하나의 정책만 정의할 수 있습니다.
- 동적 스케일링 방법이 인스턴스 그룹에 사용 가능한지 확인하십시오. 오토 스케일 은 스케일링 방법아래에 있습니다. 스케일링 방법에 인스턴스 그룹이 관리되지 않음이 표시되면 동적으로 스케일링 방법을 변경할 수 있습니다.
- 대상 정책에서 정책 추가를 클릭하고 표 2의 정보를 완료하십시오.
| 필드 | 값 |
|---|---|
| 메트릭 유형 | 그룹에서 인스턴스를 추가하거나 제거하는 데 사용할 대상 활용도와 연관시킬 메트릭 유형을 선택합니다. CPU 사용률(%), RAM 활용도(%), 네트워크 인(Mbps), 네트워크 아웃(Mbps) 메트릭 중 하나을 선택할 수 있습니다. 두 개 이상의 대상 스케일링 정책을 정의할 수 있지만 각 메트릭 유형에 대해서는 하나의 정책만 정의할 수 있습니다. |
| 평균 대상 활용도 | 선택한 메트릭의 평균 사용률을 지정합니다. 이 대상 값은 인스턴스 그룹 관리자가 그룹의 인스턴스를 스케일링 업하거나 스케일링 다운하는 시기를 정의합니다. 각 집계 창의 끝에서 인스턴스 그룹 관리자는 각 인스턴스의 현재 활용도를 추가하고 이를 대상 활용도 값으로 나누어 멤버십 수를 결정합니다. |
기존 타겟 확장 정책의 경우 편집 아이콘 편집 사용하여 편집할 수 있습니다.
멤버십 보기 및 관리
인스턴스 그룹 세부 정보 페이지에서 멤버십 또는 인스턴스 그룹에 속한 가상 서버 인스턴스를 볼 수 있습니다. 탐색 분할창에서 멤버십을 클릭하여 인스턴스 그룹의 멤버십을 보십시오.
멤버십 페이지에서 다음 태스크를 완료할 수 있습니다.
- 인스턴스 이름을 클릭하여 멤버십에 대한 인스턴스 세부사항 페이지에 액세스하십시오.
- 멤버십 인스턴스를 프로비저닝하는 데 사용된 인스턴스 템플리트에 대한 인스턴스 템플리트 세부사항 페이지에 액세스하십시오.
- 멤버십 및 연관된 가상 서버 인스턴스를 삭제하십시오. 삭제할 멤버쉽에 대한 조치 아이콘
을 클릭한 후 삭제를 선택하십시오.
자동 스케일 사용 및 사용 안함
자동 스케일에 대한 동적 방법을 사용하는 경우 인스턴스 그룹에 대한 동적 자동 스케일링을 일시적으로 사용 안함으로 설정할 수 있습니다. 청구 주기가 끝날 때 비용을 절약하기 위해 인스턴스 그룹에 대한 유지 관리를 수행하거나 새 인스턴스 템플릿을 사용하는 모든 새 인스턴스를 생성하기 위해 동적 확장 방법을 일시 중지하도록 선택할 수 있습니다. 자동 스케일이 사용 안함으로 선택되면 인스턴스는 자동으로 추가되거나 제거되지 않습니다. (인스턴스 그룹의 멤버십 수를 수동으로 조정할 수 있습니다.)
- 인스턴스 그룹 세부사항 페이지의 스케일링 방법 섹션에서 자동 스케일 슬라이더를 사용하여 초록색인 사용에서 사용 안함으로 변경할 수 있습니다.
- 자동 스케일이 사용 안함으로 설정되면 사용으로 변경할 수 있습니다.
자동 스케일을 일시정지하여 새 인스턴스 템플리트 적용
일시적으로 인스턴스 그룹에 대한 동적 자동 스케일링을 사용 안함으로 설정하여 새 인스턴스 템플리트로 모든 새 인스턴스를 작성할 수 있습니다. 그룹에서 기존 인스턴스를 제거하고 새 인스턴스 템플리트로 새 인스턴스를 작성하려면 다음 단계를 완료하십시오.
- 동적 자동 크기 조정이 활성화된 경우 크기 조정 방법 섹션의 슬라이더를 사용에서 사용 안 함으로 변경합니다.
- 자동 스케일이 사용 안함으로 설정하는 경우 인스턴스 그룹의 멤버십 수가 0으로 변경됩니다. 해당 그룹에 있는 기존의 모든 인스턴스가 제거됩니다.
- 인스턴스 템플릿 필드에서 편집 아이콘 편집
사용하여 인스턴스 그룹에서 인스턴스를 만드는 데 사용할 새 인스턴스 템플릿을 편집하고 선택합니다.
- 인스턴스 그룹의 멤버십 수를 새 인스턴스 템플릿으로 프로비저닝하려는 인스턴스 수로 변경합니다. 예를 들어 멤버십 수를 5로 지정할 수 있습니다.
- 동적 크기 조정 방법을 다시 사용할 준비가 되면 크기 조정 방법 섹션의 슬라이더를 사용 안 함에서 ** 사용으로 변경합니다. 인스턴스 그룹은 새 인스턴스 템플릿을 사용하는 5개의 인스턴스를 생성합니다.
인스턴스 그룹 및 예약
예약이 있는 인스턴스 그룹을 사용할 때 다음 정보를 기억하십시오. 예약에 대한 자세한 정보는 VPC의 예약 정보 를 참조하십시오.
인스턴스 프로토타입 정의. 따라서 인스턴스 템플리트에는 인스턴스가 특정 예약에 접속할 수 있도록 하는 새 예약 특성이 포함됩니다.
Autoscale 그룹을 작성할 때 인스턴스 템플리트 자원이 필요합니다. 인스턴스 템플리트가 예약 ID를 사용하여 작성되는 경우, 오토 스케일 그룹에 의해 시작되는 모든 인스턴스는 지정된 예약에 첨부하려고 시도합니다. 인스턴스 템플릿이 예약_친화도가 자동인 인스턴스 프로토타입을 사용하는 경우, 자동 확장된 인스턴스는 계정의 모든 예약에 친화도_정책이 자동이고 동일한 프로필과 일치하는 예약에 연결됩니다.
예약이 있는 오토 스케일 그룹에 대한 우수 사례
오토 스케일 그룹의 크기는 예약 용량의 크기 (수량) 와 일치할 필요가 없습니다. 오토 스케일 그룹 멤버십은 예약 크기를 초과할 수 없습니다. 예를 들어, 100개의 인스턴스에 대한 예약을 작성할 수 있지만 오토 스케일 그룹을 최대 멤버십 크기 50으로 구성할 수 있습니다. 이는 오토 스케일 그룹이 최대 50단위의 예약된 용량을 사용함을 의미합니다.
오토 스케일 그룹은 예약 용량보다 더 큰 크기를 갖도록 작성하거나 업데이트할 수 있지만 이 더 큰 크기는 권장되지 않습니다. 스케일 그룹에 의해 작성된 인스턴스는 그룹이 예약보다 큰 경우 프로비저닝에 실패할 수 있습니다.
예약에 시작할 오토 스케일 인스턴스에 사용 가능한 용량이 없는 경우, 기존 오토 스케일 자체 복구 기능은 오토 스케일 멤버십 개수를 얻기 위해 인스턴스 프로비저닝을 재시도합니다. 재시도가 만료된 후 (10분) 오토 스케일 그룹 상태가 _양호하지 않음_으로 보고됩니다. 오토 스케일 오류 배열은 인스턴스 상태 실패 메시지를 보고합니다.
오토 스케일 자체 복구가 만료된 후 예약의 사용 가능한 용량이 증가하는 경우 오토 스케일 그룹은 멤버십 개수를 얻기 위해 자동으로 재시도하지 않습니다.
각 구역에 대해 하나씩 최대 세 개의 서브넷으로 오토 스케일 그룹을 작성할 수 있습니다. 그러나 오토 스케일 그룹과 연관된 인스턴스 템플리트는 정확히 하나의 구역으로 범위가 지정된 단일 예약만 대상으로 지정할 수 있습니다. 따라서 예약을 대상으로 하는 인스턴스 템플리트를 사용하는 경우 오토 스케일 그룹에 단일 서브넷만 포함하고 해당 서브넷의 구역이 예약의 구역과 일치해야 하는 것이 좋습니다. 여러 서브넷이 사용되는 경우 예약의 구역과 동일하지 않은 구역에서 작성되는 인스턴스가 실패합니다.