IBM Cloud Docs
공유 및 전용 VPC 환경에서의 대규모 워크로드

공유 및 전용 VPC 환경에서의 대규모 워크로드

이 튜토리얼에서는 비용이 발생할 수 있습니다. Cost Estimator를 사용하여 예상 사용량을 기반으로 비용 추정값을 생성하십시오.

이 튜토리얼에서는 공유(멀티테넌트) 환경 및 전용(싱글테넌트) 환경에서 분리된 워크로드를 설정하는 단계를 설명합니다. 애플리케이션의 고가용성을 보장하기 위해 요구사항에 따라 확장할 수 있는 여러 가용성 구역(AZ) 및 가상 서버 인스턴스(VSI)에 걸쳐 있는 서브넷으로 IBM Cloud® Virtual Private Cloud(VPC)를 프로비저닝하십시오. 또한 한 지역 내의 구역 간에 고가용성을 제공하도록 로드 밸런서를 구성하십시오. IBM Cloud의 서비스에 대한 개인 경로를 제공하는 VPC에 대한 VPE(Virtual Private Endpoint)를 구성하십시오.

전용 호스트를 프로비저닝하고 암호화된 데이터 볼륨을 VSI에 연결하고 연결된 데이터 볼륨을 확장하고 나중에 VSI 크기를 조정하여 워크로드를 격리하십시오.

Terraform-as-a-Service 기능을 제공하는 IBM Cloud Schematics을(를) 사용하여 이러한 모든 서비스 및 VPC 자원을 프로비저닝합니다. Terraform 템플리트는 작성, 업데이트 또는 삭제될 IBM Cloud 리소스를 정의합니다.

목표

  • 인스턴스 자동 스케일링 기능을 사용하여 다중 구역 VPC를 설정하는 방법을 학습합니다.
  • 공용 및 개인용 로드 밸런싱의 개념을 이해합니다.
  • 인스턴스를 동적으로 또는 주기적으로 스케일링하는 방법을 학습합니다.
  • 전용 호스트 사용에 대해 학습합니다.

*
아키텍처 다이어그램 *

  1. VSI에 배치된 프론트엔드 애플리케이션은 개인용 로드 밸런서를 통해 백엔드 애플리케이션과 통신합니다.
  2. 백엔드 애플리케이션은 가상 사설 엔드포인트(VPE)를 통해 클라우드 서비스와 안전하게 통신합니다.
  3. 애플리케이션의 로드가 증가함에 따라 VPC에 대한 확장이 활성화되고 CPU, RAM 등과 같은 메트릭을 기반으로 또는 예약된 확장을 통해 VSI를 동적으로 추가 또는 제거합니다.
  4. 범위가 확장됨에 따라 전용 호스트는 데이터를 격리하고 많은 계산을 수행합니다. 요구 사항에 따라 프로필을 업데이트하여 전용 호스트에서 인스턴스 크기를 조정하십시오. 또한 블록 스토리지 볼륨 용량을 확장하십시오.
  5. 모든 인스턴스는 VPE(Virtual Private Endpoint)를 사용하여 사설 백본을 통해 IBM Cloud 서비스와 통신합니다. 자세한 내용은 가상 개인용 엔드포인트 게이트웨이 정보 주제를 참조하십시오.

시작하기 전에

이 튜토리얼에서는 다음이 필요합니다.

로깅 및 모니터링 사용

  1. IBM Cloud Logs 인스턴스를 IBM Cloud Logs Routing 대상으로 구성합니다. 참조 시작하기 IBM® Cloud Logs Routing
  2. 플랫폼 지표를 수집하도록 Monitoring 인스턴스를 구성합니다. 플랫폼 메트릭 활성화하기 참조

필수 클라우드 서비스 제공

이 섹션에서는 IBM Cloud Schematics: IBM Cloud Databases for PostgreSQL 및 IBM Cloud Object Storage을(를) 사용하여 애플리케이션에 필요한 다음 클라우드 서비스를 작성합니다.

  1. Schematics 작업공간을 탐색하고 작업공간 작성을 클릭하십시오.
    1. 템플리트 지정 섹션에서 GitHub 또는 GitLab 저장소 URL 아래에 https://github.com/IBM-Cloud/vpc-scaling-dedicated-host를 제공하십시오.
    2. 테라폼 버전으로 terraform_v1.5 선택하고 다음을 클릭합니다.
  2. 작업공간 세부사항아래에서
    1. 워크스페이스 이름: ' vpc-scaling-workspace 을 입력합니다.
    2. Resource Group 및 Location를 선택하십시오.
    3. 다음을 클릭하십시오.
  3. 세부사항을 확인한 후 작성을 클릭하십시오.
  4. ' 변수 아래에서 행 > 편집의 작업 메뉴를 클릭하여 ' step1_create_services '를 ' true '으로 설정하고 ' 기본값 사용'를 선택 취소한 다음 ' Override Value 드롭다운에서 ' true '를 선택한 다음 ' 저장'을 클릭합니다.
  5. 대체하려는 추가 변수를 설정하십시오. 가장 일반적인 변수는 region, resource_group_name입니다.
  6. 페이지의 맨 위로 스크롤하여 플랜 생성을 클릭하십시오. 이는 terraform plan 명령과 동일합니다.
  7. 자세히 표시를 클릭하여 프로비저닝할 리소스를 확인하십시오.
  8. 이동 경로 메뉴를 사용하여 작업공간 페이지로 이동하여 플랜 적용을 클릭하십시오. 작성된 서비스의 상태를 보려면 로그를 확인하십시오.

리소스 목록으로 이동하십시오. 여기서 리소스를 작성하는 데 사용되는 basename(즉, vpc-scaling)을 사용하여 필터링하면 지정한 리소스 그룹에 프로비저닝된 이 튜토리얼에 필요한 클라우드 서비스가 표시됩니다. 이러한 서비스와 함께 저장된 모든 데이터는 IBM Key Protect for IBM Cloud에 생성되고 저장된 키로 암호화됩니다.

다중 구역 VPC(Virtual Private Cloud) 설정

이 섹션에서 다음을 수행하십시오.

  • IBM Cloud® Virtual Private Cloud 프로비저닝합니다 (VPC)를 두 영역에 걸쳐 서브넷으로 프로비저닝하세요. 프론트엔드 애플리케이션 및 백엔드 앱의 고가용성을 보장하기 위해 이러한 구역에 여러 VSI를 작성합니다.
  • 프론트엔드에 대한 공용 로드 밸런서와 백엔드 애플리케이션에 대한 개인용 로드 밸런서를 구성하여 구역 간에 고가용성을 제공합니다.
  • 인스턴스 그룹의 인스턴스를 프로비저닝하는 데 사용되는 인스턴스 템플리트를 작성합니다.

처음에는 확장을 위해 모든 인프라 리소스를 배치하지 않을 수 있습니다. 이러한 방식으로 설계한 경우에도 마찬가지입니다. 아래에 표시되어 있는 바와 같이 단 하나, 또는 몇 개의 인스턴스로 시작할 수 있습니다.

하나의 VSI 배치
하나의 VSI 배치

로드가 증가하면 트래픽을 서비스하는 데 더 많은 인스턴스가 필요할 수 있습니다. 프론트엔드 앱에 대한 공용 로드 밸런서를 구성하고 백엔드 앱에 대한 개인용 로드 밸런서를 구성하여 인스턴스 간에 수신 요청을 균등하게 분배할 수 있습니다. 로드 밸런서를 사용하면 인스턴스와 연관된 풀 멤버에 한정된 상태 검사를 구성할 수 있습니다.

다중 VSI 배치
다중 VSI 배치

자동 스케일링에 대한 인스턴스 그룹을 작성하려면 인스턴스 템플리트가 필요합니다. 인스턴스 템플리트는 인스턴스 그룹에 대해 작성된 가상 서버 인스턴스의 세부사항을 정의합니다. 예를 들어, 이미지 템플리트에 대한 프로파일(vCPU 및 메모리), 이미지, 첨부된 볼륨 및 네트워크 인터페이스를 지정하십시오. 또한 프론트엔드 및 백엔드 애플리케이션에 필요한 초기화 스크립트를 각각 자동으로 실행하도록 ' user data '을 지정합니다. 인스턴스 그룹에 대해 작성된 모든 VSI는 인스턴스 그룹에 정의된 인스턴스 템플리트를 사용합니다. 스크립트는 자동 스케일링 정책이 아직 정의되지 않은 인스턴스 템플리트 및 인스턴스 그룹(프론트엔드 및 백엔드에 대해 각 하나씩)을 프로비저닝합니다. 이 예에서는 데이터 볼륨이 필요하지 않으므로 modules/create_vpc/autoscale/main.tf ibm_is_instance_group 자원에서 주석 처리됩니다.

VPC는 cloud-init 기술을 사용하여 가상 서버 인스턴스를 구성합니다. VPC용 새 가상 서버의 user data 필드를 사용하면 cloud-init를 사용하여 사용자 정의 구성 옵션을 입력할 수 있습니다.

인스턴스 그룹 사용
인스턴스 그룹 사용

리소스 프로비저닝

나중에 VSIs에 직접 액세스하려는 경우 선택적으로 SSH 키 작성을 사용하고 ssh_keyname을(를) VPC SSH 키의 이름으로 설정할 수 있습니다.

  1. Schematics 작업공간의 설정 탭으로 이동하여 step2_create_vpc에 대한 조치 메뉴를 클릭하고 기본값 사용을 선택 취소하고 대체 값을 true로 변경하고 설정을 저장하십시오.

  2. VPC 리소스를 프로비저닝하려면 플랜 적용을 클릭하십시오.

    VPC 리소스를 프로비저닝하는 데에는 다중 Terraform 모듈이 포함되어 있습니다. 더 잘 이해하려면 main.tf 파일을 확인하세요.

  3. 자세히 표시를 클릭하여 상태 로그를 확인하십시오. 신청이 성공하면 다음과 같은 리소스가 프로비저닝된 것을 볼 수 있습니다:

    • VPC

    • 두 개의 서브넷(각 구역에 하나씩)

    • 프론트엔드 애플리케이션으로 트래픽을 유도하는 보안 그룹이 있는 공용 로드 밸런서

    • 프론트엔드에서 백엔드로 요청을 유도하는 보안 그룹이 있는 개인용 로드 밸런서

    • 인스턴스 프로비저닝 및 스케일링을 위한 인스턴스 템플리트 및 인스턴스 그룹

    • 초기에는 각각의 보안 그룹이 연결된 두 개의 VSI(프론트엔드 인스턴스 및 백엔드 인스턴스 각 하나씩)

      프론트엔드 인스턴스는 데이터를 저장하고 검색하기 위해 백엔드와 통신하는 PHP 웹 애플리케이션을 제공하기 위해 Nginx 서버를 실행합니다. 백엔드 인스턴스는 IBM Cloud Databases for PostgreSQL 및 IBM Cloud Object Storage에 대한 GraphQL API 랩퍼를 사용하여 Node.js 애플리케이션을 실행합니다.

  4. 로그 출력에서 공용 로드 밸런서 호스트 이름을 복사하고 http://를 접두부로 붙여 브라우저에 호스트 이름을 붙여넣어 프론트엔드 애플리케이션을 확인하십시오. 아래 다이어그램에 표시된 대로 밸런스(예: 10)를 입력하고 제출을 클릭하여 요청을 제공하는 VSI의 세부사항을 확인하십시오.

    애플리케이션 보기
    애플리케이션 보기

    프로비저닝된 VPC 리소스를 확인하기 위해 VPC UI 또는 Cloud Shell을(를) ibmcloud is 명령과 함께 사용할 수 있습니다.

다음 섹션에서는 스케일링 방법(정적 또는 동적)을 선택하고 스케일링 정책을 작성합니다.

스케일링을 확인하기 위해 인스턴스의 로드를 늘리십시오.

이 섹션에서는 처음에 스케일링 방법이 정적으로 설정된 인스턴스의 스케일링을 시작합니다. 그런 다음 인스턴스 관리자 및 인스턴스 그룹 관리자 정책을 설정하여 동적 스케일링이 있는 인스턴스 스케일링으로 이동합니다. 정의한 목표 사용률 지표를 기반으로 인스턴스 그룹은 지정된 인스턴스 가용성을 달성하기 위해 인스턴스를 동적으로 추가하거나 제거할 수 있습니다.

수동 스케일링

  1. 정적 스케일링 방법을 확인하려면 Schematics 작업공간의 설정 탭으로 이동하여 step3_is_dynamic 변수가 false로 설정되었는지 확인하십시오.
  2. ' step3_instance_count 변수를 ' 2 '로 업데이트하고 설정을 저장합니다.
  3. 플랜을 적용하여 프로비저닝된 두 개의 추가 인스턴스(프론트엔드 VSI 및 백엔드 VSI 각각 하나씩)를 확인하십시오.
  4. 이제 프런트엔드 인스턴스 그룹의 멤버십 탭에 ' 2 인스턴스가 표시되어야 합니다.
  5. 프론트엔드 앱을 표시하는 브라우저로 이동하고 새로 고치기 단추를 클릭하거나 새 밸런스를 여러 번 제출하여 요청을 처리하는 프론트엔드 VSI 및 백엔드 VSI의 세부정보를 확인하십시오. 요청을 처리하는 4개의 VSI 중 두 개가 표시되어야 합니다.
  6. 다음 단계로 이동하기 전에 step3_instance_count 변수를 2 에서 1 로 업데이트하고 설정을 저장 하십시오.

튜토리얼에서 나중에 로그를 확인하고 로드 밸런서를 모니터할 수 있습니다.

자동 스케일링

  1. 동적 스케일링 방법으로 전환하려면 step3_is_dynamic 변수를 true로 설정하고, 설정을 저장하고 플랜을 적용하십시오. 이 설정은 인스턴스 그룹 관리자 및 인스턴스 그룹 관리자 정책을 기존 인스턴스 그룹에 추가하여 인스턴스 그룹 스케일링 방법을 static에서 dynamic(으)로 전환합니다.

    스케일 인스턴스
    스케일 인스턴스

  2. 자동 확장 기능을 확인하려면 애플리케이션에 대한 로드 생성기를 사용할 수 있습니다. 다음 쉘 스크립트는 최대 300개의 병렬로 90000요청의 기본 로드를 시뮬레이트합니다.

    1. 로컬 터미널을 여십시오.

    2. 위 단계에서 /v1/controller/balance.php 을 추가하여 공용 로드 밸런서 URL에 대한 셸 변수를 생성합니다.

      export APPURL=http://<load-balancer>/v1/controller/balance.php

    3. 다음 스크립트를 실행하여 일부 로드를 생성하십시오. 이를 반복하여 더 많은 트래픽을 작성할 수 있습니다. [1-1000] 각 컬 호출이 해당 수의 GET을 수행하도록 요청합니다. The --retry will capture each of the numbers from the seq command.

      seq 1 1000 | xargs -n1 -P100  curl -s $APPURL/"[1-1000]" -o /dev/null --retry

  3. 인스턴스 그룹의 멤버십 탭에서 프로비저닝 중인 새 인스턴스를 확인할 수 있습니다.

    최대 멤버십 수가 5(으)로 설정되어 있으므로 최대 5개의 인스턴스가 로드를 수신하고 있는 것이 표시되어야 합니다. 최소 및 최대 인스턴스 그룹 크기는 인스턴스 그룹의 Overview 탭에서 확인할 수 있습니다.

  4. 프론트엔드 애플리케이션을 표시하는 브라우저를 탐색하고 여러 번 밸런스를 제출하여 요청을 제공하는 프론트엔드 VSI 및 백엔드 VSI의 세부사항을 확인하십시오.

    집계 기간이 90 seconds로 설정되고 쿨다운 기간이 120 seconds로 설정되면 인스턴스가 스케일될 때까지 기다리십시오.

  5. 다음 단계로 이동하기 전에 인스턴스가 1로 확장될 때까지 기다리십시오.

스케줄된 조치 (선택사항)

이 섹션에서는 VPC에 대해 스케줄된 스케일링을 사용하여 일일, 간헐적 또는 계절적 수요에 따라 인스턴스 그룹 용량을 자동으로 추가하거나 제거하는 조치를 스케줄링합니다. 용량을 매월, 매주, 매일, 매시간 또는 매분 확장하는 여러 개의 스케줄된 조치를 작성할 수 있습니다. 이 섹션은 선택사항이며 이 학습서의 나머지 부분을 완료하는 데 필요하지 않습니다.

  1. 일회성 스케줄 조치를 작성하려면 step3_is_scheduled 변수를 true로 설정하고 설정을 저장하고 플랜을 적용하십시오.
  2. 인스턴스 그룹의 스케줄된 조치 탭에서 스케줄된 조치의 상태를 확인하십시오. Terraform 템플리트는 플랜을 적용하는 시간부터 5분동안 조치를 스케줄합니다. 조치의 상태가 completed으로 변경되면 인스턴스 그룹 크기가 최소 2 및 최대 5 인스턴스로 설정됩니다. 인스턴스 그룹의 2멤버십** 탭 아래에 **개 인스턴스가 표시되어야 합니다.
  3. 로드 생성을 두 번 클릭하여 더 많은 트래픽을 생성하여 인스턴스 스케일링을 최대 5로 표시하십시오.

VPC용 로드 밸런서 메트릭 모니터링

로드 밸런서는 메트릭을 계산하고 이러한 메트릭을 모니터링 인스턴스로 전송하여 다양한 유형의 사용 및 트래픽을 반영합니다. IBM Cloud Monitoring 대시보드에서 메트릭을 시각화하고 분석할 수 있습니다.

  1. VPC용 로드 밸런서 페이지에서 로드 밸런서를 모니터할 수 있습니다.
    1. 로드 밸런서의 이름을 클릭하십시오.
    2. 로드 밸런서의 Monitoring preview 타일에서 모니터링 실행을 클릭하십시오.
  2. 또는 관찰 가능성 페이지로 이동하여 로드 밸런서를 모니터하고 왼쪽 분할창에서 모니터링을 클릭할 수도 있습니다.
    1. 인스턴스를 클릭합니다
    2. **으로 표시된 인스턴스 옆에 있는 **대시보드 열기Platform metrics를 클릭하십시오.
    3. 왼쪽 사이드바에서 대시보드를 클릭하여 VPC용 IBM 로드 밸런서 모니터링 메트릭 대시보드를 엽니다.
    4. 대시보드 템플릿에서 IBM > VPC 모니터링 메트릭용 로드 밸런서를 확장합니다. 기본 대시보드는 편집할 수 없습니다.
  3. 애플리케이션에 대해 로드를 생성하는 것을 잊지 마십시오.

로그 확인

VPC 서비스는 사용할 수 있는 동일한 지역에서 플랫폼 로그를 생성합니다. 플랫폼 로그는 로깅 사용 가능 서비스 및 IBM Cloud의 플랫폼에 의해 표시되는 로그입니다. 자세한 내용은 IBM Cloud 플랫폼 로그 구성하기를 참조하세요

  1. Observability 페이지로 이동하여 왼쪽 창에서 로깅 > 인스턴스를 클릭합니다.
  2. 창 상단에서 클라우드 로그를 클릭합니다
  3. 로그를 캡처하려면 앞서 구성한 인스턴스 옆의 대시보드 열기를 클릭합니다.
  4. 왼쪽 도구 선택기에서 로그 탐색 > 로그를 클릭합니다.
  5. 로드 밸런서 CRN을 검색창에 붙여넣으면 로그를 확인할 수 있습니다.

다른 VPC 자원의 로그를 확인하려면 VPC 로깅을 참조하십시오.

전용 호스트를 설정하고 암호화된 데이터 볼륨으로 VSI 프로비저닝

전용 호스트를 프로비저닝하면 비용이 발생합니다. Cost Estimator를 사용하여 예상 사용량을 기반으로 비용 추정값을 생성하십시오.

이 섹션에서는 그룹에 전용 호스트를 작성하고 암호화된 데이터 볼륨으로 인스턴스를 프로비저닝합니다.

전용 호스트를 작성하는 이유는 조직 외부의 사용자가 없는 싱글테넌트 컴퓨팅 노드를 작성하기 위한 것입니다. 해당 전용 공간 내에서 필요에 따라 가상 서버 인스턴스를 작성할 수 있습니다. 또한 특정 용도의 전용 호스트를 포함하는 전용 호스트 그룹을 작성할 수 있습니다. 전용 호스트는 싱글테넌트 공간이므로 필요한 권한이 있는 계정 내의 사용자만 호스트에 인스턴스를 작성할 수 있습니다.

  1. Schematics 작업공간의 설정 탭으로 이동하여 step4_create_dedicated 변수를 true로 업데이트하고 설정을 저장하십시오.

  2. 플랜 적용을 클릭하여 다음 리소스를 프로비저닝하십시오.

    • 전용 호스트 그룹
    • 전용 호스트
    • 암호화된 데이터 볼륨(IBM Key Protect for IBM Cloud을(를) 사용하는 암호화) 및 보안 그룹이 연결된 VSI

    전용 호스트 추가
    전용 호스트 추가

  3. 로그 출력에서 인스턴스 IP 주소를 복사하고, Cloud Shell을(를) 실행한 후 플레이스홀더 <IP_ADDRESS>을(를) 인스턴스 IP 주소로 대체하여 아래 명령을 실행하십시오.

    export INSTANCE_IP=<IP_ADDRESS>

    일반적으로 인스턴스의 공용 IP(부동 IP)를 설정하지 않습니다. 이 경우 인스턴스에 배포된 앱에 대해 컬을 허용하도록 유동 IP가 설정됩니다.

  4. 다음 curl 명령을 실행하여 데이터베이스를 조회하십시오. 인스턴스에서 실행 중인 애플리케이션은 개인용 엔드포인트의 Databases for PostgreSQL에서 컨텐츠를 읽습니다. 데이터는 프론트엔드 애플리케이션에서 사용할 수 있는 데이터와 동일합니다.

    curl \
-s -X POST \
-H "Content-Type: application/json" \
--data '{ "query": "query read_database { read_database { id balance transactiontime } }" }' \
http://$INSTANCE_IP/api/bank

  5. 다음 curl 명령을 실행하여 COS 버켓을 조회하십시오. 인스턴스에서 실행 중인 애플리케이션은 Object Storage에서 컨텐츠를 읽고 결과를 JSON 형식으로 리턴합니다. COS에 저장된 데이터는 전용 호스트의 인스턴스에서 실행되는 애플리케이션에만 사용할 수 있습니다.

    curl \
-s -X POST \
-H "Content-Type: application/json" \
--data '{ "query": "query read_items { read_items { key size modified } }" }' \
http://$INSTANCE_IP/api/bank

  6. 다음 curl 명령을 실행하여 데이터베이스 및 COS 버켓을 한 번에 조회하십시오. 인스턴스에서 실행 중인 애플리케이션은 Databases for PostgreSQL 및 Object Storage 의 컨텐츠를 읽고 결과를 JSON 형식으로 리턴합니다.

    curl \
-s -X POST \
-H "Content-Type: application/json" \
--data '{ "query": "query read_database_and_items { read_database { id balance transactiontime } read_items { key size modified } }" }' \
http://$INSTANCE_IP/api/bank

VSI의 크기를 조정하고 전용 호스트에서 접속된 블록 스토리지 볼륨을 확장하십시오.

전용 호스트에서 프로비저닝된 인스턴스의 프로파일을 관찰한 경우에는 cx2-2x4로 설정됩니다. 여기서 c는 2개의 vCPU 및 4GiB RAM이 있는 Compute 제품군(카테고리)을 나타냅니다. 이 섹션에서는 프로파일을 8 vCPU, 16 GiB RAM이 있는 cx2-8x16으로 업데이트하여 인스턴스의 크기를 조정합니다.

이 섹션에서는 VSI에 연결된 블록 스토리지 볼륨을 100GB에서 250GB로 확장합니다. 선택한 볼륨 프로필의 최대 용량을 이해하려면 블록 스토리지 볼륨 용량 확장을 확인하십시오.

VSI 크기 조정

  1. VSI의 크기를 조정하려면 Schematics 작업공간의 설정 탭으로 이동하여 step5_resize_dedicated_instance 변수를 true로 업데이트하고 설정을 저장하십시오.

    가상 서버는 인스턴스가 호스팅되는 전용 호스트에서 지원하는 프로파일로만 크기를 조정할 수 있습니다. 예를 들어 Compute 제품군의 프로파일로 프로비저닝된 가상 서버는 Compute 제품군에 속하는 다른 프로파일로 크기를 조정할 수 있습니다. 프로파일에 대한 자세한 정보는 인스턴스 프로파일을 참조하십시오.

  2. 플랜을 적용하여 인스턴스 크기를 2 VCPUs | 4 GiB RAM에서 8 VCPUs | 16 GiB RAM으로 크기 조정하십시오.

  3. Cloud Shell을(를) 시작하고 ibmcloud target -r us-south 명령을 사용하여 VPC를 프로비저닝한 지역으로 변경한 다음 ibmcloud is instances 명령을 실행하거나 VPC용 가상 서버 인스턴스 UI에서 전용 인스턴스 이름을 클릭하여 인스턴스의 프로파일을 확인할 수 있습니다.

블록 스토리지 볼륨 용량 확장

  1. 연결된 블록 스토리지 볼륨의 용량을 확장하려면 Schematics 작업공간의 설정 탭으로 이동하여 step5_resize_dedicated_instance_volume 변수를 true로 업데이트하고 설정을 저장하십시오.
  2. 플랜을 적용하여 블록 스토리지 볼륨 용량을 100 GB에서 250 GB로 늘리십시오.
  3. VPC UI용 가상 서버 인스턴스에서 전용 인스턴스 이름을 클릭하면 ' Data volume '의 크기를 확인할 수 있습니다.

다음에 수행할 작업

SSL 종료, 스티키 세션 및 엔드 투 엔드 암호화를 구성하여 시나리오를 확장합니다. 자세한 내용은 이 블로그 게시물을 참조하세요.

자원 제거

Schematics 작업공간 및 해당 리소스를 제거하려면 다음 단계를 수행하십시오.

  1. Schematics 작업공간으로 이동하여 자신의 작업공간을 선택하십시오.
  2. 작업... 드롭다운을 클릭하고 리소스 파괴를 클릭하여 Schematics 통해 프로비저닝된 모든 리소스를 정리합니다.
  3. 조치... 드롭 다운을 클릭하고 작업공간 삭제를 클릭하여 작업공간을 삭제하십시오.

리소스에 따라 즉시 삭제되지 않고 보유될 수 있습니다(기본 7일 동안). 리소스를 영구적으로 삭제하여 재확보하거나 보유 기간 내에 리소스를 복원할 수 있습니다. 리소스 재확보 사용 방법은 이 문서를 참조하십시오.