플랜 선택
Event Streams 요구 사항에 따라 라이트 플랜, 스탠다드 플랜, 엔터프라이즈 플랜으로 이용 가능합니다.
Event Streams 플랜 가격 책정에 대한 정보는 카탈로그를 참조하십시오. Event Streams 를 검색한 후 Event Streams 타일을 클릭하여 프로비저닝 페이지로 이동하십시오.
Lite 플랜
Lite 플랜은 Event Streams를 사용해 보거나 개념 증명을 빌드하려는 사용자의 경우 무료입니다. Lite 플랜은 실제 운영 환경에서 사용하지 마십시오. 멀티 테넌트 Event Streams 클러스터에 대한 공유 액세스를 제공합니다.
Standard 플랜
표준 플랜은 이벤트 삽입 및 분배 기능이 필요하지만 엔터프라이즈 플랜의 추가 기능은 필요하지 않은 경우 적합합니다. 표준 플랜에서는 워크로드에 사용하는 파티션 수를 늘리면 자동으로 자동 스케일링되는 다중 테넌트 Event Streams 클러스터에 대한 공유 액세스 권한을 제공합니다.
기본적으로 아키텍처는 고가용성입니다. 서비스는 세 개의 가용성 구역에 분산되어 있습니다. 즉, 클러스터에서 단일 영역이 실패하거나 해당 영역의 구성요소가 실패에도 복원할 수 있습니다.
Enterprise 플랜
엔터프라이즈 플랜은 데이터 격리, 성능 및 향상된 보존이 중요한 고려사항인 경우에 적합합니다. 엔터프라이즈 플랜에는 다음 기능이 포함되어 있습니다.
- 고가용성 다중 구역 지역(MZR)에 배포된 단일 테넌트 Event Streams 서비스 인스턴스에 대한 독점 액세스 권한.
- 지리적으로 로컬이지만 단일 구역 위치(SZR)에 단일 테넌트 Event Streams 서비스 인스턴스를 프로비저닝하는 옵션.
- 처리량, 스토리지 용량 또는 둘 다를 사용자 정의하기 위한 스케일링 옵션.
다중 구역 지역에 배포하기로 선택한 경우 아키텍처는 고가용성입니다. 서비스는 세 개의 가용성 구역에 분산되어 있습니다. 즉, 클러스터에서 단일 영역이 실패하거나 해당 영역의 구성요소가 실패에도 복원할 수 있습니다.
라이트, 스탠다드, 엔터프라이즈 플랜에서 지원하는 기능은 무엇인가요?
다음 표에는 각 플랜의 지원 항목이 요약되어 있습니다.
| Lite 플랜 | Standard 플랜 | Enterprise 플랜 | |
|---|---|---|---|
| 테넌시 | 다중 테넌트 | 다중 테넌트 | 단일 테넌트 |
| 가용성 구역 | 3 | 3 | 3 (단일 구역 위치에서 1) |
| 가용성 | 99.99% [1] | 99.99% | 99.99%(단일 구역 위치에서 99.9%) [2] |
| 클러스터의 Kafka 버전 | Kafka 3.8 | Kafka 3.8 | Kafka 3.8 |
| **지원되는 Kafka Connect 및 Kafka Streams ** | 아니오 | 예 | 예 |
| **지원되는 관리 스키마 레지스트리 ** | 아니오 | 아니오 | 예 |
| 고객 관리 암호화 | 아니오 | 아니오 | 예 [3] |
| 세분화된 액세스 제어 | 예 | 예 | 예 |
| Activity Tracker 이벤트 | 아니오 | 예 | 예 |
| 모니터링 Event Streams 지표를 사용하여 IBM Cloud Monitoring | 예 | 예 | 예 |
| 사설 네트워킹 (클라우드 서비스 엔드포인트 지원) | 아니오 | 아니오 | 예 |
| 플랜 용량 스케일링 | 아니오 | 아니오 | 예 |
| 최대 파티션 수 | 1 [4] | 100 | 처리량이 있는 3000 - 9000 스케일 [5] |
| 최대 보존 한계 | 파티션을 위한 100MB | 파티션당 1GB | 2TB - 12TB의 확장 가능한 사용 가능 스토리지 [6] |
| 최대 처리량 | 파티션별 초당 100KB | 파티션별 초당 1MB(서비스 인스턴스별 20MB) | 150MB/s - 450MB/s의 확장 가능한 처리량 [7] |
| 최대 메시지 크기 | 1MB | 1MB | 1MB |
| 연결된 클라이언트 최대수 | 5 | 500 | 10 000 |
| 위치(지역) 가용성 | 댈러스(us-south) | 다중 구역 위치 (MZR) 댈러스 (us-south) 상파울루 (br-sao) 토론토 (ca-tor) 워싱턴 (us-east) 프랑크푸르트 (eu-de) 런던 (eu-gb) 마드리드 (eu-es) 오사카 (jp-osa) 시드니 (au-syd) 도쿄 (jp-tok) |
다중 구역 위치 (MZR) 댈러스 (us-south) 상파울루 (br-sao) 토론토 (ca-tor) 워싱턴 (us-east) 프랑크푸르트 (eu-de) 런던 (eu-gb) 마드리드 (eu-es) 오사카 (jp-osa) 시드니 (au-syd) 도쿄 (jp-tok) 단일 구역 위치 (SZR) |
| 지원되는 API | Kafka API 관리자 REST API REST 생성자 API |
Kafka API 관리자 REST API REST 생성자 API |
Kafka API 관리자 REST API REST 생성자 API 스키마 레지스트리 API |
| 배치 시간 범위 | 즉시 프로비저닝 | 즉시 프로비저닝 | 프로비저닝에 최대 3시간이 소요됩니다. 엔터프라이즈는 각 클러스터마다 전용 리소스를 할당하므로 프로비저닝에 더 많은 시간이 소요됩니다. |
| 준수 | GDPR 프라이버시 실드(Privacy Shield) |
GDPR Privacy Shield ISO 27001, 27017, 27018, 2701 SOC 1유형 SOC 2유형 2 SOC 3 PCI DSS ISMAP C5 |
GDPR 프라이버시 실드 ISO 27001, 27017, 27018, 2701 SOC 1 Type 2 SOC 2 Type 2 SOC 3 HIPAA 준비 완료 PCI DSS ISMAP C5 IRAP |
| 보안 및 준수 관리 | 아니오 | 아니오 | 예 |
| IAM 주소 제한사항 | 아니오 | 예 | 예 |
| IAM 토큰 인증 전용 | 아니오 | 아니오 | 예 |
| 미러링 | 아니오 | 아니오 | 예 |
한계에 대한 자세한 정보는 한계 및 할당량을 참조하십시오.
-
30일 동안 비활성 상태가 유지되면 인스턴스가 삭제됩니다. (비활성은 파티션 또는 생성된 메시지를 작성할 수 있는 경우에도 0 bytes_out 메트릭으로 정의됩니다.) ↩︎
-
가용성에 관한 자세한 정보는 단일 구역 위치 배치를 참조하십시오. ↩︎
-
2019년 10월이후에 작성된 클러스터에서만 지원됩니다. ↩︎
-
Lite에서 표준 플랜으로 마이그레이션하는 경우 한 파티션의 캐시된 한계를 지우는 데 몇 분이 걸릴 수 있습니다. 그런 다음 표준 플랜에 대한 100개의 파티션 한계를 이용할 수 있습니다. ↩︎
-
이 값은 최대 처리량을 기준으로 스케일링됩니다. 예를 들어, 처리량이 150MB/초이면 최대 파티션 수는 3000이며, 처리량이 300MB/초이면 6000개이고, 450MB/초이면 9000입니다. 이 한계는 엔터프라이즈 플랜의 파티션에 대한 하드 한계입니다. 이 한계에 도달하면 더 이상 토픽을 작성할 수 없습니다. 파티션 수를 조정하려는 경우 엔터프라이즈 플랜 용량 스케일링에 설명된 셀프 서비스 옵션을 사용할 수 있습니다. 2TB스토리지당 3000개의 파티션 한계가 있으며 최대 한계는 12TB옵션을 사용하는 18000개의 파티션입니다. 이는 초과할 수 없습니다. ↩︎
-
최대 메시지 보존(스토리지)은 서비스 인스턴스를 작성할 때 지정할 수 있습니다. 스토리지는 나중에 수요가 증가함에 따라 독립적으로 스케일링할 수 있습니다. 사용할 수 있는 최소 사용 가능 스토리지는 서비스 인스턴스에 대해 구성된 용량 단위 수에 따라 다릅니다. 용량 옵션에 대한 자세한 정보는 Event Streams 용량 스케일링 을 참조하십시오. ↩︎
-
최대 처리량은 서비스 인스턴스를 작성할 때 지정할 수 있습니다. 처리량은 서비스 인스턴스에서 보내고 받을 수 있는 초당 바이트 수의 합계로 표시됩니다. 처리량은 수요 증가에 따라 나중에 스케일링할 수 있습니다. 처리량 스케일링은 스토리지에 독립적이지만, 티어마다 정의된 최소 스토리지 양이 필요합니다. 용량 옵션에 대한 자세한 정보는 Event Streams 용량 스케일링 을 참조하십시오. ↩︎