IBM Cloud Docs
디스크, 메모리 및 CPU 추가

디스크, 메모리 및 CPU 추가

공유 컴퓨팅 호스팅 모델은 명확성을 유지하기 위해 UI에 표시되지 않는 보다 세분화된 리소스 할당을 지원합니다. 자세한 내용은 호스팅 모델을 참조하세요.

고립된 컴퓨트 호스트 플레이버 인스턴스를 확장하려면 관련 hostflavor 매개 변수를 "b3c.4x16.encrypted"와 같이 타겟팅하는 격리된 컴퓨트 크기로 설정합니다. 여기에는 CPU 및 RAM 할당 선택이 포함되므로 CPU와 RAM을 별도로 선택하지 마세요.

공유 컴퓨팅 호스트 플레이버 인스턴스를 최소 CPU 값과 2 CPU 사이에서 확장하려면 다음 명령을 사용하여 CPU를 0으로 설정하고 RAM 할당을 확장합니다. CPU 값은 1 CPU : 8GB RAM, 최대 2 CPU의 비율로 확장됩니다. 2 CPU 이상으로 확장하려면 CPU 및 RAM 할당을 목표 할당량으로 설정하세요. 두 가지 모두 관련 hostflavor 매개 변수를 포함해야 합니다.

고립된 컴퓨트 호스트 플레이버 인스턴스를 확장하려면 관련 host_flavor 매개 변수를 "b3c.4x16.encrypted"와 같이 타겟팅하는 격리된 컴퓨트 크기로 설정합니다. 여기에는 CPU 및 RAM 할당 선택이 포함되므로 CPU와 RAM을 별도로 선택하지 마세요.

공유 컴퓨팅 호스트 플레이버 인스턴스를 최소 CPU 값과 2 CPU 사이에서 확장하려면 다음 명령을 사용하여 CPU를 0으로 설정하고 RAM 할당을 확장합니다. CPU 값은 1 CPU : 8GB RAM, 최대 2 CPU의 비율로 확장됩니다. 2 CPU 이상으로 확장하려면 CPU 및 RAM 할당을 목표 할당량으로 설정하세요. 두 가지 모두 관련 host_flavor 매개 변수를 포함해야 합니다.

고립된 컴퓨트 호스트 플레이버 인스턴스를 확장하려면 관련 host_flavor 매개 변수를 "b3c.4x16.encrypted"와 같이 타겟팅하는 격리된 컴퓨트 크기로 설정합니다. 여기에는 CPU 및 RAM 할당 선택이 포함되므로 CPU와 RAM을 별도로 선택하지 마세요.

공유 컴퓨팅 호스트 플레이버 인스턴스를 최소 CPU 값과 2 CPU 사이에서 확장하려면 다음 명령을 사용하여 CPU를 0으로 설정하고 RAM 할당을 확장합니다. CPU 값은 1 CPU : 8GB RAM, 최대 2 CPU의 비율로 확장됩니다. 2 CPU 이상으로 확장하려면 CPU 및 RAM 할당을 목표 할당량으로 설정하세요. 두 가지 모두 관련 host_flavor 매개 변수를 포함해야 합니다.

워크로드 및 데이터 크기에 맞게 IBM Cloud® Databases for PostgreSQL 배포에 사용할 수 있는 리소스를 수동으로 조정할 수 있습니다.

참고: 테라폼 스케일링 할당은 멤버당 할당됩니다.

참고: API 스케일링 할당은 총 할당 값을 사용합니다.

리소스 명세

Databases for PostgreSQL 배치의 클러스터에는 두 개의 데이터 멤버가 있으며 리소스가 두 멤버에 균등하게 할당됩니다. 예를 들어, PostgreSQL 배치의 최소 스토리지는 10240MB이며 멤버당 초기 크기 5120MB에 해당합니다. PostgreSQL 배포의 최소 RAM은 8192MB이며, 이는 멤버당 4096MB의 초기 할당량과 동일합니다.

청구는 서비스에 할당된 리소스를 기준으로 합니다.

디스크 사용량

스토리지는 서비스에 할당된 디스크 공간의 양을 표시합니다. 각 멤버는 할당된 공간을 동일하게 공유합니다. 데이터는 PostgreSQL 데이터베이스 클러스터의 모든 데이터 멤버에 복제됩니다.

디스크 할당은 디스크 성능에도 영향을 미치며, 디스크가 클수록 성능이 향상됩니다. 디스크의 기본 IOPS(초당 입출력(I/O) 작업) 성능은 GB당 10 IOPS입니다. 디스크를 확장하여 배포에서 처리할 수 있는 IOPS를 늘립니다.

스토리지를 축소할 수 없습니다. 데이터 세트 크기가 감소한 경우 백업하고 새 배치로 복원하여 공간을 복구할 수 있습니다.

RAM

메모리 부족으로 인해 조회 및 데이터베이스 활동이 성능 문제를 겪고 있는 경우 서비스에 할당된 RAM 크기를 조정할 수 있습니다. 데이터베이스 인스턴스가 격리 컴퓨팅 호스팅 모델을 사용하는 경우 리소스 요구 사항에 맞는 CPU x RAM 구성을 선택합니다. 데이터베이스 인스턴스가 공유 컴퓨팅 또는 전용 코어 호스팅 모델을 사용하는 경우 데이터베이스에 원하는 RAM 할당을 선택합니다.

전용 코어는 더 이상 사용되지 않으며 2025년 5월에 제거될 예정입니다.

총 할당량에 메모리를 추가하면 멤버에 메모리가 균등하게 추가됩니다. { Databases for PostgreSQL 배포의 메모리 할당 정책은 힙 50%, 시스템 메모리 50%로 설정되어 있으므로 RAM 양을 늘리면 힙과 시스템 메모리가 모두 증가합니다. RAM을 확장하거나 축소할 수 있습니다.

work_mem, maintenance_work_memeffective_cache_size는 배치의 총 메모리를 기반으로 자동 조정됩니다. 배치에서 메모리를 확장할 때도 설정됩니다. 확장할 때 실행 중인 배치에 대한 중단 없이 값이 조정됩니다.

데이터베이스의 공유 버퍼 풀에 할당된 메모리 양은 배치를 확장할 때 자동으로 조정되지 않습니다. 배포 전체 메모리의 25%로 설정하는 것이 좋습니다. PostgreSQL's 구성 에서 shared_buffer 설정을 통해 공유 버퍼 풀을 수동으로 조정할 수 있습니다. shared_buffer를 변경하려면 데이터베이스를 다시 시작해야 하므로 자동 조정되지 않습니다.

vCPU

데이터베이스 워크로드에 더 많은 CPU 리소스가 필요한 경우 서비스에 할당된 CPU의 양을 조정할 수 있습니다. 데이터베이스 인스턴스가 격리 컴퓨팅 호스팅 모델을 사용하는 경우 리소스 요구 사항에 맞는 CPU x RAM 구성을 선택합니다. 데이터베이스 인스턴스가 공유 컴퓨팅 또는 전용 코어 호스팅 모델을 사용하는 경우 데이터베이스에 원하는 CPU 할당을 선택합니다.

구식 전용 코어 인스턴스는 더 이상 사용되지 않으며 2025년 5월에 제거될 예정입니다. 새 호스팅 모델에 대한 자세한 내용은 호스팅 모델 개요를 참조하세요.

스케일링 고려사항

  • 확장하면 배포가 다시 시작될 수 있습니다. 배포를 더 많은 용량을 가진 호스트로 이동해야 하는 경우, 이동의 일부로 배포가 다시 시작됩니다.
  • RAM 또는 CPU를 축소해도 다시 시작되지 않습니다.
  • 디스크를 축소할 수 없습니다.
  • 호스팅 모델(공유 컴퓨팅, 격리 컴퓨팅, 전용 코어) 간에 확장하면 배포가 새 호스트로 이동합니다. 이러한 이동의 일부로 데이터베이스가 다시 시작됩니다. 배포를 새 호스트로 이동하면 리소스를 추가하는 것보다 시간이 더 오래 걸릴 수도 있습니다. 자세한 내용은 공유 컴퓨팅 및 격리 컴퓨팅 를 참조하세요.
  • 마찬가지로 CPU, RAM 또는 디스크를 대폭 확장하면 더 많은 기본 하드웨어 리소스를 프로비저닝하기 위해 리소스를 조금 늘리는 것보다 실행 시간이 더 오래 걸릴 수 있습니다.
  • 스케일링 작업은 IBM Cloud® Activity Tracker Event Routing에 기록됩니다.
  • 리소스 사용량에 일관된 추세가 있거나 특정 리소스 임계값에 도달했을 때 확장하려는 경우 배포에서 자동 확장 를 사용 설정하세요.
  • Databases for PostgreSQL 클러스터 전반의 작업 부하를 분산하도록 설계되었으며 수평적 확장의 이점을 누릴 수 있습니다. 성능이 걱정된다면 PostgreSQL 멤버 추가하기를 참조하세요.

현재 리소스 및 호스팅 모델 검토

리소스 탭에서 호스팅 모델과 리소스 할당 타일을 모두 찾을 수 있습니다. 이러한 타일은 현재 리소스와 호스팅 모델을 반영합니다. 구성을 선택하여 각 타일의 설정을 조정합니다.

UI에서 스케일링

UI의 리소스 탭에서 리소스 할당 타일에서 구성을 선택합니다. 그러면 리소스를 조정할 수 있는 패널이 열립니다.

데이터베이스가 격리 컴퓨팅 호스팅 모델을 사용하는 경우 '호스트 크기' 표가 표시되며, 여기에서 데이터베이스의 멤버별 vCPU 및 RAM 구성을 선택할 수 있습니다.

공유 컴퓨팅 호스팅 모델을 사용하는 경우 구성원당 0.5 vCPU 4GB RAM을 제공하는 소규모 구성, 소규모 사용자 지정 옵션 또는 사용자 지정 구성이 표시됩니다. 소규모 사용자 지정은 CLI, API 또는 Terraform을 사용하여 데이터베이스를 확장했음을 나타내며, 이는 보다 세분화된 리소스 확장과 함께 RAM 값에 비례하여 자동 할당되는 vCPU 옵션도 제공합니다. UI에서는 스몰 및 커스텀으로 확장할 수 있지만 CLI, API 또는 테라폼에서 제공하는 세분화된 값으로 확장할 수는 없습니다. 사용자 정의에서 슬라이더를 끌거나 입력 상자의 값을 조정하여 데이터베이스의 멤버별 vCPU 및 RAM 값을 선택합니다.

'디스크(GB/멤버)' 슬라이더는 멤버당 디스크를 선택할 수 있습니다. 슬라이더를 끌거나 입력 상자의 숫자를 조정하여 GB 디스크 용량을 변경합니다. 디스크는 1GB = 10 IOPS로 IOPS에 묶여 있습니다.

회원은 데이터베이스의 회원 수입니다. PostgreSQL, 경우 멤버가 2로 설정됩니다.

하단의 계산기에서 총 예상 비용을 검토하세요. 레거시 가격 구조라고도 하는 그랜드파더 비용이 있는 경우 데이터베이스 인스턴스를 확장하면 레거시 가격의 일부 또는 전부가 제거된다는 점에 유의하세요. 그랜드파더링 및 종료 시점에 대한 자세한 내용은 그랜드파더링 전환 타임라인을 참조하세요.

완료한 후 변경 사항 적용을 클릭하여 스케일링 작업을 트리거합니다.

UI에서 호스팅 모델 간 전환하기

UI의 리소스 탭에서 호스팅 모델 타일에서 구성을 선택합니다. 그러면 호스팅 모델 선택을 조정할 수 있는 패널이 열립니다.

첫 번째 옵션은 호스팅 모델 선택입니다. 여기에서 다른 호스팅 모델로 전환할 수 있습니다.

아래에는 선택한 새 호스팅 모델의 리소스를 조정할 수 있는 옵션도 표시됩니다. 이전 섹션의 'UI에서 크기 조정하기'의 지침에 따라 리소스를 조정하세요.

변경 사항 적용을 클릭하면 이 스케일 작업이 트리거됩니다.

현재 리소스 및 호스팅 모델 검토

IBM Cloud CLI 클라우드 데이터베이스 플러그인은 배치에서 리소스 보기 및 스케일링을 지원합니다. cdb deployment-groups 명령을 사용하여 조정 가능한 리소스 그룹을 포함하는 서비스에 대한 현재 리소스 정보를 확인하십시오. 사용 가능한 리소스 그룹을 스케일링하려면 cdb deployment-groups-set 명령을 사용하십시오.

예를 들어 다음 명령을 사용하면 "example-deployment"라는 이름의 배포에 대한 리소스 그룹을 볼 수 있습니다. 이 명령은 ' hostflavor ' 속성을 통해 데이터베이스가 공유 컴퓨트 인스턴스인지 격리 컴퓨트 인스턴스인지도 알려줍니다. If the hostflavor is null, it is on an old style hosting model.

ibmcloud cdb deployment-groups example-deployment

출력은 다음과 같습니다.

Group   member
Count   2
|
+   Memory
|   Allocation                      8192mb
|   Allocation per member           4096mb
|   Minimum                         4096mb
|   Step Size                       256mb
|   Adjustable                      true
|   Cpu Enforcement Ratio Ceiling   32768mb
|   Cpu Enforcement Ratio           8192mb

|
+   CPU
|   Allocation              6
|   Allocation per member   3
|   Minimum                 6
|   Step Size               2
|   Adjustable              true
|                           
+   HostFlavor    
|   ID            multitenant
|   Name          
|   HostingSize   
|
+   Disk
|   Allocation              10240mb
|   Allocation per member   5120mb
|   Minimum                 10240mb
|   Step Size               1024mb
|   Adjustable              true

배치에는 두 개의 멤버가 있으며 총 4096MB의 RAM 및 10240MB의 디스크가 할당되어 있습니다. "구성원당" 할당은 4096MB의 RAM과 5120MB의 디스크입니다. 최소값은 설정할 수 있는 총 할당량 중 가장 낮은 값입니다. 단계 크기는 총 할당량을 조정할 수 있는 가장 작은 양입니다.

CLI에서 리소스 및 스케일링

cdb deployment-groups-set 명령을 사용하면 총 RAM 또는 총 디스크 할당을 MB 단위로 설정할 수 있습니다. 예를 들어, "예제 배포"의 메모리를 각 메모리 멤버에 대해 4096MB의 RAM으로 확장하려면(총 메모리 8192MB) 다음 명령을 사용합니다:

ibmcloud cdb deployment-groups-set example-deployment member --memory 8192

데이터베이스의 호스팅 모델 결정하기

다음 명령을 사용하여 host_flavor 속성 값을 검토합니다. 데이터베이스가 더 이상 사용되지 않는 호스팅 모델(공유 또는 격리 컴퓨팅이 아닌)에 있는 경우 이 값은 무효가 됩니다.

ibmcloud cdb groups <INSTANCE_NAME_OR_CRN> --json

CLI에서 호스팅 모델 간 전환하기

데이터베이스가 공유 컴퓨팅 인스턴스인 경우 다음 명령을 사용하여 메모리, CPU 및 디스크 옵션을 조정할 수 있습니다. 다른 호스팅 모델에서 공유 컴퓨팅 호스팅 모델로 데이터베이스를 이동하는 데에도 사용할 수 있습니다.

ibmcloud cdb deployment-groups-set <INSTANCE_NAME_OR_CRN> <GROUP_ID> [--memory <val>] [--cpu <val>] [--disk <val>] [--hostflavor multitenant]

예를 들어 다음을 사용하여 공유 컴퓨트 인스턴스로 확장하거나 공유 컴퓨트 인스턴스를 확장할 수 있습니다:

ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member  --memory 24576 --cpu 6  --hostflavor multitenant

데이터베이스가 격리된 컴퓨팅 인스턴스인 경우, 격리된 컴퓨팅 크기를 선택하여 메모리와 CPU가 함께 조정됩니다(표 1의 모든 크기 참조). 디스크는 별도로 스케일링됩니다. Cloud Databases 격리 컴퓨팅 인스턴스를 확장하려면 다음과 같이 4 CPU x 16 RAM 인스턴스로 확장하는 데 사용되는 명령을 사용합니다. 이 명령은 다른 호스팅 모델에서 격리 컴퓨팅 호스팅 모델로 데이터베이스를 이동하는 데에도 사용할 수 있습니다.

호스트 플레이버 선택에는 CPU 및 RAM 크기 b3c.4x16.encrypted CPU 4개, RAM 16개)가 포함되므로 이 요청은 격리된 크기 선택과 별도의 CPU 및 RAM 할당 선택을 모두 허용하지 않습니다.

ibmcloud cdb deployment-groups-set <INSTANCE_NAME_OR_CRN> <GROUP_ID> [--disk <val>] [--hostflavor <hostflavor>]

예를 들어, 다음을 사용하여 격리 컴퓨팅 인스턴스로 확장하거나 격리 컴퓨팅 인스턴스를 확장할 수 있습니다:

ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member  --hostflavor b3c.4x16.encrypted

hostflavor 매개변수

hostflavor 매개변수는 컴퓨팅 사이징을 정의합니다. 공유 컴퓨트 인스턴스를 프로비저닝하려면 multitenant 를 지정합니다. 격리 컴퓨팅 인스턴스를 프로비저닝하려면 원하는 CPU 및 RAM 구성에 적합한 값을 입력합니다.

호스트 플레이버 크기 조정 매개변수
호스트 플레이버 호스트맛값
공유 컴퓨팅 multitenant
4 CPU x 16 RAM b3c.4x16.encrypted
8 CPU x 32 RAM b3c.8x32.encrypted
8 CPU x 64 RAM m3c.8x64.encrypted
16 CPU x 64 RAM b3c.16x64.encrypted
32 CPU x 128 RAM b3c.32x128.encrypted
30 CPU x 240 RAM m3c.30x240.encrypted

현재 리소스 및 호스팅 모델 검토

서비스의 개요 패널에 표시되는 _기반 엔드포인트_는 API를 통해 이 배치에 액세스할 수 있는 기본 URL을 제공합니다. 프로그래밍 방식으로 스케일링을 관리하거나 자동화해야 하는 경우 /groups 엔드포인트와 함께 사용하십시오.

배치에서 현재 및 확장 가능한 리소스를 보려면 /deployments/{id}/groups 엔드포인트를 사용하십시오. 이 명령은 host_flavor 속성을 통해 데이터베이스가 공유 컴퓨트 인스턴스인지 격리 컴퓨트 인스턴스인지도 알려줍니다. If the host_flavor is null, it is on an old style hosting model.

curl -X GET -H "Authorization: Bearer $APIKEY" 'https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups'

API를 사용하여 스케일링

배포의 메모리를 각 멤버당 4096MB의 RAM으로 확장하려면(2개이므로 총 메모리는 8192MB) {group_id} API 엔드포인트를 사용하세요.

curl -X PATCH 'https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups/member' \
-H "Authorization: Bearer $APIKEY" \
-H "Content-Type: application/json" \
-d '{"memory": {
        "allocation_mb": 8192
      }
    }'

데이터베이스의 호스팅 모델 결정하기

다음 명령을 사용하여 host_flavor 속성 값을 검토합니다. 데이터베이스가 더 이상 사용되지 않는 호스팅 모델(공유 또는 격리 컴퓨팅이 아닌)에 있는 경우 이 값은 무효가 됩니다.

curl -X GET https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups -H 'Authorization: Bearer <>' \

API에서 호스팅 모델 간 전환하기

Cloud Databases 공유 컴퓨트 인스턴스를 확장하려면 다음 명령을 사용하여 host_flavormultitenant 로 설정합니다. 데이터베이스가 공유 컴퓨팅에 있지 않은 경우 이 명령은 다른 호스팅 모델에서 공유 컴퓨팅 호스팅 모델로 데이터베이스를 이동합니다.

curl -X PATCH https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups/member
-H 'Authorization: Bearer <>'
-H 'Content-Type: application/json'
-d '{"host_flavor":
        {"id": "multitenant"},
      "cpu":
        {"allocation_count": 2},
      "memory":
        {"allocation_mb": 8192}
    }' \

인스턴스를 Cloud Databases 격리 컴퓨팅 인스턴스로 확장하거나 다른 격리 컴퓨팅 크기로 확장하려면 host_flavor 매개 변수를 사용하며, 이번에는 원하는 격리 컴퓨팅 크기로 설정합니다. 사용 가능한 호스팅 크기와 해당 host_flavor 값 매개변수는 표 1 에 나열되어 있습니다. 예: {"host_flavor": "b3c.4x16.encrypted"}. 호스트 플레이버 선택에는 CPU 및 RAM 크기(b3c.4x16.encrypted 는 CPU 4개, RAM 16개)가 포함되므로 이 요청은 격리된 크기 선택과 별도의 CPU 및 RAM 할당 선택을 모두 허용하지 않습니다. Cloud Databases API 확장 엔드포인트와 같은 명령을 사용하여 확장합니다:

curl -X PATCH https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups/member
-H 'Authorization: Bearer <>'
-H 'Content-Type: application/json'
-d '{"host_flavor": {"id": "b3c.4x16.encrypted"}}' \

격리된 컴퓨팅을 통해 프로비저닝하거나 확장할 때는 CPU 및 RAM 할당이 허용되지 않습니다. mulitenant 매개변수에 host_flavor 를 지정하면 CPU와 RAM을 독립적으로 선택할 수 있습니다.

CPU 및 RAM 자동 확장 기능은 Cloud Databases 격리된 컴퓨팅에서 지원되지 않습니다. 디스크 자동 확장 기능을 사용할 수 있습니다. 격리 인스턴스를 프로비저닝했거나 자동 확장 기능이 있는 배포에서 전환한 경우 메모리, 디스크 공간 및 디스크 I/O 사용률에 대한 메트릭을 제공하는 IBM Cloud® Monitoring 통합 을 사용하여 리소스를 계속 주시하세요. 인스턴스에 리소스를 추가하려면 배포를 수동으로 확장하세요.

host flavor 매개변수

{: API

host_flavor 매개변수는 컴퓨팅 사이징을 정의합니다. 공유 컴퓨트 인스턴스를 프로비저닝하려면 multitenant 를 지정합니다. 격리 컴퓨팅 인스턴스를 프로비저닝하려면 원하는 CPU 및 RAM 구성에 적합한 값을 입력합니다.

표 1 호스트 플레이버 사이징 매개변수
호스트 플레이버 호스트_맛값
공유 컴퓨팅 multitenant
4 CPU x 16 RAM b3c.4x16.encrypted
8 CPU x 32 RAM b3c.8x32.encrypted
8 CPU x 64 RAM m3c.8x64.encrypted
16 CPU x 64 RAM b3c.16x64.encrypted
32 CPU x 128 RAM b3c.32x128.encrypted
30 CPU x 240 RAM m3c.30x240.encrypted

현재 리소스 및 호스팅 모델 검토

테라폼 스크립트에서 cpu { allocation_count = }, memory {allocation_mb = }, disk { allocation_mb = } 확인하여 데이터베이스에 대한 리소스 할당을 검토하세요. Review the host_flavor setting to determine if your database is a 공유 컴퓨팅 or 격리 컴퓨팅 style hosting model. host_flavor 존재하지 않으면 데이터베이스가 구형 호스팅 모델에 있는 것입니다.

테라폼으로 확장하기

기존 인스턴스에서 Terraform 스크립트를 실행하기 전에 terraform plan 명령을 사용하여 현재 인프라 상태를 Terraform 파일에 정의된 원하는 상태와 비교하세요. resource_group_id, service plan, version, key_protect_instance, key_protect_key, backup_encryption_key_crn 속성을 변경하면 인스턴스가 다시 생성됩니다. Forces new resource 사양을 사용하는 현재 인수 참조 목록은 ibm_database Terraform 레지스트리를 참조하세요.

관심 있는 리소스에 맞게 테라폼 스크립트를 조정하여 인스턴스를 확장하세요. 다음 예에서는 cpu, memorydisk 할당이 지정되어 있습니다. 호스트 플레이버(격리 컴퓨팅 또는 공유 컴퓨팅 멀티테넌트)를 선택한 경우 스크립트에서 호스트 플레이버 선택을 그대로 유지하세요. 변경 사항을 구현하려면 terraform apply 를 실행합니다.

data "ibm_resource_group" "group" {
  name = "<your_group>"
}
resource "ibm_database" "<your_database>" {
  name              = "<your_database_name>"
  plan              = "standard"
  location          = "eu-gb"
  service           = "databases-for-epostgresql"
  resource_group_id = data.ibm_resource_group.group.id
  tags              = ["tag1", "tag2"]
  adminpassword     = "password12"
  group {
    group_id = "member"
    cpu {
      allocation_count = 6
    }
    memory {
      allocation_mb = 24576
    }
    disk {
      allocation_mb = 256000
    }
  }
  users {
    name     = "user123"
    password = "password12"
  }
  allowlist {
    address     = "172.168.1.1/32"
    description = "desc"
  }
}
output "ICD PostgreSQL database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

Terraform에서 호스팅 모델 전환 및 확장하기

데이터베이스를 확장할 호스팅 모델 를 선택합니다. 나중에 변경할 수 있습니다.

Databases for PostgreSQL 인스턴스를 공유 컴퓨팅 호스팅 플레이버로 확장하려면 "host_flavor" 파라미터를 multitenant 로 설정합니다. 공유 컴퓨팅 호스팅 플레이버로 확장하거나 호스트 플레이버를 유지하면서 리소스를 확장하려는 경우에 사용할 수 있습니다. 변경 사항을 구현하려면 terraform apply 을 실행합니다. 다음 예를 참조하십시오.

data "ibm_resource_group" "group" {
  name = "<your_group>"
}
resource "ibm_database" "<your_database>" {
  name              = "<your_database_name>"
  plan              = "standard"
  location          = "eu-gb"
  service           = "databases-for-postgresql"
  resource_group_id = data.ibm_resource_group.group.id
  tags              = ["tag1", "tag2"]
  adminpassword     = "password12"
  group {
    group_id = "member"
    host_flavor {
      id = "multitenant"
    },
    cpu {
      allocation_count = 6
    }
    memory {
      allocation_mb = 24576
    }
    disk {
      allocation_mb = 256000
    }
  }
  users {
    name     = "user123"
    password = "password12"
  }
  allowlist {
    address     = "172.168.1.1/32"
    description = "desc"
  }
}
output "ICD PostgreSQL database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

원하는 격리 크기로 설정한 동일한 "host_flavor" 매개 변수를 사용하여 Databases for PostgreSQL 인스턴스를 격리 컴퓨팅으로 스케일링합니다. 이 명령은 데이터베이스 인스턴스를 다른 격리 컴퓨팅 크기로 확장하고 다른 호스트 플레이버에서 격리 컴퓨팅 호스트 플레이버로 이동하는 데 사용할 수 있습니다. 사용 가능한 호스팅 크기와 해당 host_flavor value 매개변수는 표 1 에 나열되어 있습니다. 예: {"host_flavor": "b3c.4x16.encrypted"}. 호스트 플레이버 선택에는 CPU 및 RAM 크기(b3c.4x16.encrypted 는 CPU 4개, RAM 16개)가 포함되므로 이 요청은 격리된 크기 선택과 별도의 CPU 및 RAM 할당 선택을 모두 허용하지 않습니다.

변경 사항을 구현하려면 terraform apply 을 실행합니다.

data "ibm_resource_group" "group" {
  name = "<your_group>"
}
resource "ibm_database" "<your_database>" {
  name              = "<your_database_name>"
  plan              = "standard"
  location          = "eu-gb"
  service           = "databases-for-postgresql"
  resource_group_id = data.ibm_resource_group.group.id
  tags              = ["tag1", "tag2"]
  adminpassword     = "password12"
  group {
    group_id = "member"
    host_flavor {
      id = "b3c.8x32.encrypted"
    }
    disk {
      allocation_mb = 256000
    }
  }
  users {
    name     = "user123"
    password = "password12"
  }
  allowlist {
    address     = "172.168.1.1/32"
    description = "desc"
  }
}
output "ICD PostgreSQL database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

host flavor 매개변수

host_flavor 매개변수는 컴퓨팅 사이징을 정의합니다. 공유 컴퓨트 인스턴스를 프로비저닝하려면 multitenant 를 지정합니다. 격리 컴퓨팅 인스턴스를 프로비저닝하려면 원하는 CPU 및 RAM 구성에 적합한 값을 입력합니다.

호스트 플레이버 크기 조정 매개변수
호스트 플레이버 호스트_맛값
공유 컴퓨팅 multitenant
4 CPU x 16 RAM b3c.4x16.encrypted
8 CPU x 32 RAM b3c.8x32.encrypted
8 CPU x 64 RAM m3c.8x64.encrypted
16 CPU x 64 RAM b3c.16x64.encrypted
32 CPU x 128 RAM b3c.32x128.encrypted
30 CPU x 240 RAM m3c.30x240.encrypted

CPU 및 RAM 자동 확장 기능은 Cloud Databases 격리된 컴퓨팅에서 지원되지 않습니다. 디스크 자동 확장 기능을 사용할 수 있습니다. 격리 인스턴스를 프로비저닝했거나 자동 확장 기능이 있는 배포에서 전환한 경우 메모리, 디스크 공간 및 디스크 I/O 사용률에 대한 메트릭을 제공하는 IBM Cloud® Monitoring 통합 을 사용하여 리소스를 계속 주시하세요. 인스턴스에 리소스를 추가하려면 배포를 수동으로 확장하세요.