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

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

UI에서 스케일링

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

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

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

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

회원은 데이터베이스의 회원 수입니다. MongoDB, 경우 멤버가 3으로 설정되어 있습니다.

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

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

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

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

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

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

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

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

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

예를 들어 다음 명령을 사용하면 "example-deployment"라는 이름의 배포에 대한 리소스 그룹을 볼 수 있습니다. 이 명령은 hostflavor 속성을 통해 데이터베이스가 공유 컴퓨트 인스턴스인지 격리 컴퓨트 인스턴스인지도 알려줍니다. hostflavor 이 null인 경우 구형 호스팅 모델을 사용하고 있는 것입니다.

ibmcloud cdb deployment-groups <INSTANCE_NAME_OR_CRN>

이 명령은 다음 출력을 생성합니다.

Group   member
Count   3
|
+   Memory
|   Allocation                      6144mb
|   Allocation per member           2048mb
|   Minimum                         6144mb
|   Step Size                       256mb
|   Adjustable                      true
|   Cpu Enforcement Ratio Ceiling   49152mb
|   Cpu Enforcement Ratio           8192mb

|
+   CPU
|   Allocation              0
|   Allocation per member   0
|   Minimum                 6
|   Step Size               2
|   Adjustable              true
|
+   HostFlavor
|   ID            multitenant
|   Name
|   HostingSize
|
+   Disk
|   Allocation              30720mb
|   Allocation per member   10240mb
|   Minimum                 30720mb
|   Step Size               2048mb
|   Adjustable              true

배치에는 총 6144MB의 RAM 및 30720MB의 디스크가 할당된 세 개의 멤버가 있습니다. "멤버당" 할당은 2048MB의 RAM 및 10240MB의 디스크입니다. 최소값은 설정할 수 있는 총 할당량 중 가장 낮은 값입니다. 단계 크기는 총 할당량을 조정할 수 있는 가장 작은 양입니다.

CLI에서 리소스 및 스케일링

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

ibmcloud cdb deployment-groups-set <INSTANCE_NAME_OR_CRN> member --memory 12288

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

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

ibmcloud cdb groups <deployment_id> --json

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

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

ibmcloud cdb deployment-groups-set <deploymentid> <groupid> [--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의 모든 크기 참조). 디스크는 별도로 스케일링됩니다. 데이터베이스가 격리된 컴퓨팅에 있지 않은 경우 이 명령은 다른 호스팅 모델에서 격리된 컴퓨팅 호스팅 모델로 데이터베이스를 이동합니다.

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

ibmcloud cdb deployment-groups-set <deploymentid> <groupid> [--disk <val>] [--hostflavor <hostflavor>]

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

ibmcloud cdb deployment-groups-set crn:abc ... xyz:: member  --hostflavor b3c.8x32.encrypted

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

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

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

배치에서 현재 및 확장 가능한 리소스를 보려면 /deployments/{id}/groups 엔드포인트를 사용하십시오. 이 명령은 host_flavor 속성을 통해 데이터베이스가 공유 컴퓨트 인스턴스인지 격리 컴퓨트 인스턴스인지도 알려줍니다. host_flavor 이 null인 경우 구형 호스팅 모델을 사용하고 있는 것입니다.

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

API를 사용하여 스케일링

배포의 메모리를 각 메모리 멤버에 대해 4096MB의 RAM으로 확장하려면(총 메모리 12288MB) 다음 명령을 사용합니다:

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 '{"memory": {"allocation_mb": 12288}}' \

자세한 정보는 API 참조를 참조하십시오.

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

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

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

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

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

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": 3},
     "memory": {"allocation_mb": 12288}
    }' \

인스턴스를 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을 독립적으로 선택할 수 있습니다.

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

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

테라폼 스크립트에서 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, memory 및 disk 할당이 지정되어 있습니다. 호스트 플레이버(격리 컴퓨팅 또는 공유 컴퓨팅 멀티테넌트)를 선택한 경우 스크립트에서 호스트 플레이버 선택을 그대로 유지하세요.

변경 사항을 구현하려면 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-mongodb"
  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 MongoDB database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

또는 자동 확장 기능을 지원하는 사전 구축된 오픈 소스 및 엔터프라이즈용 Terraform IBM 모듈(TIM)을 사용할 수 있습니다 Databases for MongoDB 을 사용할 수 있습니다.

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

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

Databases for MongoDB 인스턴스를 공유 컴퓨팅 호스팅 플레이버로 확장하려면 "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-mongodb"
  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 MongoDB database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}

동일한 "host_flavor" 매개 변수를 사용하여 원하는 격리 크기로 설정한 Databases for MongoDB 인스턴스를 격리 컴퓨팅으로 스케일링합니다. 이 명령은 데이터베이스 인스턴스를 다른 격리 컴퓨팅 크기로 확장하고 다른 호스트 플레이버에서 격리 컴퓨팅 호스트 플레이버로 이동하는 데 사용할 수 있습니다. 사용 가능한 호스팅 크기와 해당 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-mongodb"
  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 MongoDB database connection string" {
  value = "http://${ibm_database.test_acc.ibm_database_connection.icd_conn}"
}