엔터프라이즈 플랜 용량 스케일

Event Streams 용량

Event Streams Enterprise 요금제를 사용하면 서비스의 새 인스턴스가 생성될 때 처리량과 저장 용량을 지정할 수 있습니다.서비스 인스턴스를 사용한 후 서비스 인스턴스의 현재 용량 구성이 솔루션의 요구 사항을 충족하지 못하는 경우, 처리량과 스토리지 용량을 수요에 맞게 확장할 수 있습니다.

각 기본 용량 또는 추가 용량 단위에는 다음과 같은 용량이 포함됩니다:

150MB/초의 처리량 용량
데이터 보존에 사용 가능한 2TB의 스토리지 용량

예를 들어 기본 용량 단위, 추가 용량 단위 1개, 추가 스토리지 4TB를 선택하면 다음과 같은 용량을 확보할 수 있습니다:

300MB/초의 처리량 용량
데이터 보존을 위한 8TB의 스토리지 용량

처리량 용량

처리량 용량은 메시지를 생성하고 소비하는 데 권장되는 최대 MB/s입니다.

각 용량 단위는 150MB/초의 처리량 용량을 제공합니다. 75MB/s 데이터 인그레스 및 75MB/s 데이터 이그레스 용량으로 구성됩니다.

처리량 용량을 확장하려면 용량 단위를 더 추가하면 됩니다. 각 추가 용량 단위는 서비스 인스턴스에 150MB/s의 처리량을 추가하여 총 450MB/s의 처리량을 제공합니다.

권장 처리량 최대치는 일반적인 워크로드를 기준으로 하며 가용 영역 손실과 같은 운영 조치 또는 장애 모드의 가능한 영향을 고려합니다. 평균 처리량이 권장 수치를 초과할 경우 이러한 조건에서 성능 저하가 발생할 수 있습니다. 최대 처리량 용량을 최대 처리량의 2/3로 계획하십시오.예를 들어, 최대 150MB/s 중 3분의 2는 100MB/s입니다. 용량 권장사항 및 제한사항에 대한 자세한 정보는 한계 및 할당량 을 참조하십시오.

처리량 스케일링은 스토리지에 독립적이지만 각 티어에 대해 정의된 최소 스토리지 양이 필요합니다.

스토리지 용량

스토리지 용량은 메시지 데이터 보존을 위해 서비스 인스턴스에 할당되는 스토리지의 양입니다.

데이터 보존이 아키텍처에 중요한 경우, 스토리지 용량은 처리량 용량과 독립적으로 확장할 수 있습니다.

Event Streams는 세 가지 가용성 구역에서 가장 높은 레벨의 복원성을 보장하도록 세 개의 데이터 복제본을 저장합니다. Event Streams에서 2TB의 스토리지를 선택할 때 동일한 복제 정책이 사용 가능한 상태에서 고유한 Apache Kafka 클러스터를 실행하는 경우 6TB의 스토리지를 배치하는 것과 동등합니다.

스케일링 조합

다음 표에는 유효한 처리량 및 저장 용량 단위 조합이 나와 있습니다.

유효한 처리량 및 스토리지 용량 단위 조합
처리량 용량	사용 가능한 스토리지 용량
초당 150MB(75MB/초 생성, 75MB/초 이용)	2TB, 4TB, 6TB, 8TB, 10TB, 12TB
초당 300MB(150MB/초 생성, 150MB/초 이용)	4TB, 8TB, 12TB
초당 450MB(225MB/초 생성, 225MB/초 이용)	6TB, 12TB

용량 제한사항에 대한 자세한 정보는 한계 및 할당량 을 참조하십시오.

처리량 용량을 축소할 수 없습니다. 더 낮은 처리량 용량으로 이동하려면 더 낮은 용량 단위에서 Event Streams 서비스 인스턴스를 새로 만들어야 합니다.

스토리지 용량을 축소할 수 없습니다. 더 낮은 스토리지 용량으로 이동하려면 하위 용량 단위에서 새 Event Streams 서비스 인스턴스를 작성해야 합니다.

용량 스케일링 방법

다음 단계는 Event Streams 엔터프라이즈 플랜 서비스 인스턴스의 처리량 및 스토리지 용량을 확장하는 방법을 보여줍니다.Enterprise 인스턴스가 없는 경우 다음 단계를 통해 인스턴스를 만들 수 있습니다.

현재 Event Streams 서비스 인스턴스 용량을 확장하려면 IBM Cloud CLI를 사용해야 합니다.

이 도구를 설치하려면 devtools 설치를 참조하십시오.

IBM Cloud CLI 명령은 service-instance-update 명령을 사용하여 Event Streams 서비스 인스턴스 자원을 업데이트합니다.서비스 인스턴스 명령을 실행하는 데 사용된 계정의 사용자 ID에는 리소스를 만들 때 필요한 것과 동일한 액세스 정책이 할당되어야 합니다. 액세스 요구사항에 대한 정보는 리소스 작성 을 참조하십시오.

처리량 확장에 따라 Kafka 브로커의 수는 변경될 수 있습니다. 클라이언트는 구성을 변경하거나 다시 시작하지 않고도 이러한 추가 브로커를 자동으로 활용하므로 부트스트랩 서버 목록을 변경할 필요가 없습니다. 하지만 다음 사항에 유의하세요:

애플리케이션이 사용자 지정 네트워킹 솔루션(프록시, 방화벽 또는 비공개 DNS를 통한 연결)을 사용하여 IBM Cloud® 외부에서 연결하는 경우 Kafka 브로커 호스트 이름의 전체 목록을 미리 선언해야 하며, ' kafka-0 ~ kafka-8 '의 호스트 이름은 서비스 인스턴스에 할당된 동일한 도메인과 동일한 IPv4 IP를 사용하여 선언해야 합니다.

애플리케이션이 VPE를 사용하여 VPC에서 연결 중이고 VPE가 2024년 12월 이전에 생성된 경우, VPE를 다시 만들어야 합니다. 일단 다시 생성되면 향후 확장 이벤트에 대해 추가 조치가 필요하지 않습니다.

확장 프로세스 중에

Event Streams 서비스 인스턴스를 확장하는 데 필요한 시간은 다양하지만 일반적인 상황에서는 3시간을 초과하지 않습니다. 처리량 및 스토리지 모두에는 추가 인프라를 프로비져닝해야 합니다.

이 기간 동안 Kafka 데이터의 흐름은 영향을 받지 않습니다(확장 작업은 중단되지 않음). Kafka 토픽 및 파티션 추가, 업데이트, 삭제 작업이 일시 중단됩니다. 그러면 스토리지 볼륨 인프라 확장 조작 중에 유지보수되는 데이터의 무결성이 보장됩니다.이러한 토픽 및 파티션 작업의 일시 중단은 전체 프로세스가 아닌 스케일업 프로세스의 짧은 부분에서만 발생합니다.

"throughput" 및 "storage_size" 에 대한 올바른 조합 및 값이 다음 표에 나열되어 있습니다.

'throughput' 및 'storage_size'의 유효한 조합 및 값
처리량 용량(최대)	지정할 "throughput" 값	스토리지 용량	지정할 "storage_size" 값
1 (150MB/s)	150	2TB	2048
		4TB	4096
		6TB	6144
		8TB	8192
		10TB	10240
		12TB	12288
2 (300MB/s)	300	4TB	4096
		8TB	8192
		12TB	12288
3 (450MB/s)	450	6TB	6144
		12TB	12288

예

이 예제는 기본 용량 단위 (기본값) 로 구성된 서비스 인스턴스를 먼저 배치하는 방법을 보여줍니다.

150MB/초의 처리량 용량
데이터 보존을 위한 2TB의 스토리지 용량

다음 예제는 이 서비스 인스턴스를 기본 용량 단위, 하나의 추가 용량 단위 및 4TB의 추가 스토리지 구성으로 확장하여 다음을 제공하는 방법을 보여줍니다.

300MB/초의 처리량 용량
데이터 보존을 위한 8TB의 스토리지 용량

Event Streams 서비스 인스턴스가 아직 없는 경우에는 이를 작성하십시오.

a. IBM Cloud 콘솔에 로그인하십시오.

b. 카탈로그에서 Event Streams 서비스를 클릭하십시오.

c. 서비스 인스턴스 페이지에서 엔터프라이즈 플랜을 선택하십시오.

d. 150MB/초의 처리량 및 2TB 스토리지의 용량 선택사항을 검토하십시오.

e. 서비스 인스턴스의 이름을 입력하십시오. 기본값을 사용할 수 있습니다.

f. 작성을 클릭하십시오. (서비스 인스턴스를 작성하는 데 필요한 시간에 대한 정보는 플랜 선택 을 참조하십시오.)
IBM Cloud CLI에 로그인하십시오.
```
ibmcloud login
```
Event Streams 서비스 인스턴스의 리소스 이름을 가져오십시오.
```
ibmcloud resource service-instances
```
(이름 열에서 인스턴스 이름을 찾을 수 있습니다.)
Event Streams CLI를 사용하여 현재 용량 구성을 확인합니다.

CLI 플러그인을 설치하고 사용하려면 CLI 참조를 참조하세요.

다음 명령을 사용하여 현재 용량 구성을 표시하십시오.
```
ibmcloud es init  --instance-name  "Event Streams resource instance name"
```
출력은 다음 출력과 유사하며, 이 서비스 인스턴스가 150MB/s의 처리량 용량과 2TB의 스토리지 용량으로 구성되어 있음을 보여줍니다:
```
 API Endpoint:         https://service-instance-adsf1234asdf1234asdf1234-0000.eu-south.containers.appdomain.cloud
 Service endpoints:    public
 Storage size:         2048 GB
 Throughput:           150 MB/s
```
150MB/s 처리량 용량 및 2TB 스토리지 용량에서 300MB/s 처리량 용량 및 8TB 스토리지 용량으로 서비스 인스턴스를 확장하십시오.

a. CLI에서 다음 명령을 실행합니다.
```
ibmcloud resource service-instance-update "Event Streams resource instance name" -p '{"throughput":"300","storage_size":"8192"}'
```
b. Ibmcloud 리소스 서비스 인스턴스 업데이트 명령을 실행할 때 문제가 발생하여 IBM 지원팀에 문의하여 도움을 받아야 하는 경우, 다음 명령을 실행하고 지원팀에 문의할 때 출력을 포함하세요.
```
ibmcloud resource service-instance "Event Streams resource instance name" --output=json
```
서비스 인스턴스의 업데이트를 모니터하십시오.

스케일업 프로세스는 서비스 인스턴스에 할당해야 하는 새 리소스에 따라 완료하는 데 몇 분에서 3시간까지 걸릴 수 있습니다.

다음 명령을 사용하여 현재 서비스 인스턴스 정보를 얻을 수 있습니다.
```
ibmcloud resource service-instance "Event Streams resource instance name" --output=json
```
출력의 Last Operation 섹션을 검토합니다.정보는 업데이트가 진행됨에 따라 지속적으로 업데이트됩니다.스케일업 프로세스가 완료되면 마지막 작업 정보에 업데이트 성공 또는 동기화 성공이 표시됩니다.

성공이 표시될 때까지 명령을 다시 실행하십시오.
Event Streams CLI를 사용하여 확장된 용량 구성을 확인합니다.

다음 명령을 사용하여 용량 구성을 표시합니다.
```
ibmcloud es init  --instance-name  "Event Streams resource instance name"
```
출력은 다음 출력과 유사하며, 이 서비스 인스턴스가 300MB/s의 처리량 용량과 8TB의 스토리지 용량으로 구성되어 있음을 보여줍니다.
```
API Endpoint:         https://service-instance-adsf1234asdf1234asdf1234-0000.eu-south.containers.appdomain.cloud
Service endpoints:    public
Storage size:         8192 GB
Throughput:           300 MB/s
```