翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# を使用して MSK プロビジョンドクラスターを作成する AWS マネジメントコンソール
このプロセスでは、**カスタム作成**オプション AWS マネジメントコンソールを使用して、プロビジョニングされた MSK クラスターを作成する一般的なタスクについて説明します。で使用できる他のオプションを使用して AWS マネジメントコンソール、以下を作成することもできます。
+ [サーバーレス クラスター](create-serverless-cluster.md)
+ **クイック作成**オプションを使用した [MSK プロビジョニング済みクラスター](create-cluster.md)
****このトピックの手順
+ [ステップ 1: クラスターの初期セットアップと設定](#cluster-initial-setup)
+ [ステップ 2: ストレージとクラスターの設定を構成する](#cluster-storage-config)
+ [テップ 3 : ネットワーク設定の手順](#cluster-network-config)
+ [ステップ 4: セキュリティ設定を手順](#cluster-security-settings-config)
+ [ステップ 5: モニタリングオプションの設定](#cluster-monitoring-config)
+ [ステップ 6: クラスター設定を確認する](#review-cluster-custom-create)
## ステップ 1: クラスターの初期セットアップと設定
1. [https://console.aws.amazon.com/msk/](https://console.aws.amazon.com/msk/) で Amazon MSK コンソールを開きます。
1. **Create cluster** (クラスターの作成) を選択します。
1. **[クラスターの作成方法]** で、**[カスタム作成]** を選択します。
1. **クラスタ名**には固有の名前を指定し、64 文字以内でなければなりません。
1. **[クラスタータイプ]** に **[プロビジョンド]** を選択します。
1. **Apache Kafka バージョン**では、ブローカーで実行するバージョンを選択します。各 Apache Kafka バージョンでサポートされている Amazon MSK 機能の比較を確認するには、**バージョン互換性を表示** を選択してください。
1. **ブローカー** セクションで、次の操作を行ってください。
1. **ブローカータイプ** については、以下のいずれかのオプションを選択します。
+ **Express ブローカー**:完全管理型仮想ストレージを備えた、高性能でスケーラブルなブローカー。要求の厳しい高スループットアプリケーションには、このブローカータイプを選択してください。
+ **標準 ブローカー**: 完全な設定制御を備えた従来の Kafka ブローカー。このブローカータイプは、中程度のスループット要件を持つ汎用ワークロードに選択してください。
これらのブローカータイプに関する詳細については、[Amazon MSK ブローカー タイプ](broker-instance-types.md)を参照してください。
1. **ブローカーサイズ**については、クラスターの操作能力、メモリ、およびストレージの要件に基づいて、クラスターに使用するサイズを選択してください。
1. **ゾーン数**については、ブローカーが分散される横方向のゾーン数[AWS アベイラビリティーゾーン](https://docs.aws.amazon.com/global-infrastructure/latest/regions/aws-availability-zones.html)を選択します。
Express ブローカーは、高可用性を実現するために 3 つのアベイラビリティゾーンを必要とします。
1. **ゾーンごとのブローカー**については、Amazon MSK が各アベイラビリティゾーンに作成するブローカーの数を指定してください。最小値はアベイラビリティーゾーンごとに 1、最大値は ZooKeeper ベースのクラスターの場合クラスターごとに 30、[KRaft ベースのクラスター](metadata-management.md#kraft-intro)の場合クラスターごとに 60 です。
## ステップ 2: ストレージとクラスターの設定を構成する
この手順では、すべてのブローカーにわたるデータストレージ要件の設定方法と、ストレージモードの指定方法について説明します。これにより、ワークロードの要件に基づいてデータストレージの要件を定義できます。さらに、この手順では、ブローカーの動作を制御するクラスタ構成設定について説明します。これらの設定には、ブローカー設定、デフォルトのトピック設定、階層型ストレージポリシーが含まれます。
1. ブローカータイプを**標準**として選択した場合は、**ストレージ**セクションで次の操作を行います。
1. **ストレージ**については、クラスターに含める初期容量を選択してください。クラスターの作成後にストレージ容量を減らすことはできません。
1. (オプション) 選択したブローカーサイズ (インスタンスサイズ) に応じて、**ブローカーごとのプロビジョニング済みストレージスループット**を指定することもできます。このオプションを使用すると、各ブローカーの Amazon EBS ボリュームに対して専用の入出力 (I/O) パフォーマンスを割り当てることができます。
このオプションを有効にするには、x86 の場合 kafka.m5.4xlarge 以上、Graviton ベースのインスタンスの場合 kafka.m7g.2xlarge 以上のブローカーサイズ (インスタンスサイズ) を選択します。次に、**プロビジョニングされたストレージスループットを有効にする**チェックボックスをオンにします。このチェックボックスを選択すると、スループットを毎秒最低 250MiB に手動で設定できます。これは、I/O 負荷の高いワークロードや、高速で予測可能なストレージ性能を必要とするアプリケーションに有用です。詳細については、「[Amazon MSK クラスター 内の標準 ブローカー の ストレージ スループットを プロビジョニング する](msk-provision-throughput.md)」を参照してください。
1. **クラスターストレージモードでは**、クラスター内でデータを保存および管理する方法を指定します。このオプションは、ブローカーに使用されるストレージの種類と構成を決定します。以下のオプションのいずれかを選択してください。
+ **EBS ストレージのみ**: 各ブローカーにアタッチされた Amazon Elastic Block Store (Amazon EBS) ボリュームにすべてのトピックデータをローカルに保存します。一貫したパフォーマンスと最近のメッセージへの高速アクセスが必要な場合にこのモードを選択してください。
+ **階層型ストレージと EBS ストレージ**: ローカル Amazon EBS データと Amazon S3 の大規模なデータセットのリモートでコスト効率の高いストレージを組み合わせます。このモードでは、Amazon EBS ストレージのコストを削減し、より長いデータ保持をサポートし、手動による介入なしでストレージを自動的にスケーリングします。データを低コストで長期間保持する場合や、ストレージが大幅に増加することが予想される場合は、このモードを選択します。
**注記**
Express ブローカーのストレージを管理する必要はありません。
1. **クラスター設定**では、次のいずれかのオプションを指定して、クラスターの動作を定義します。
+ **Amazon MSK のデフォルト設定**: 汎用ユースケース用に最適化された事前定義された設定のセットが含まれています。クラスタの迅速な設定とデプロイにはこのオプションを選択してください。Amazon MSK の設定については、「[Amazon MSK Provisioned 設定](msk-configuration.md)」を参照してください。
+ **カスタム設定**: 独自のブローカーとトピックの設定を指定できます。リストから既存のカスタム設定を選択するか、新しいカスタム設定を作成することができます。ブローカーのファインチューニング制御 (特定のパフォーマンス調整、セキュリティ設定など) を行うには、このオプションを選択してください。
1. **次へ** をクリックして先に進みます。
## テップ 3 : ネットワーク設定の手順
ネットワーク設定は、クラスターを AWS インフラストラクチャ内にデプロイする方法を定義します。これには、ネットワーク、可用性、アクセスを制御する VPC、アベイラビリティーゾーンとサブネット、セキュリティグループが含まれます。
1. **ネットワーク**設定を行うには、次の手順を実行してください。
1. クラスターに使用する VPC を選択してください。
1. 事前に選択したアベイラビリティゾーンの数に基づき、ブローカーを導入するアベイラビリティゾーンとサブネットを指定してください。
米国西部 (北カリフォルニア) リージョンにおける標準ブローカーの場合、2 つの異なるアベイラビリティゾーンに 2 つのサブネットが必要です。Amazon MSK が使用可能なその他のリージョンでは、サブネットを 2 つまたは 3 つ指定できます。サブネットはすべて、異なるアベイラビリティーゾーンに存在している必要があります。
Express ブローカーの場合、3 つの異なるアベイラビリティゾーンに 3 つのサブネットが必要です。
MSK プロビジョンド クラスターを作成すると、MSK はブローカーノードを指定したサブネットに均等に配分します。
1. **Amazon EC2 のセキュリティグループでは**、クラスターへのアクセスを許可する 1 つ以上のセキュリティグループを選択または作成します。これらの Amazon EC2 セキュリティグループは、ブローカーへの着信および発信トラフィックを制御します。例えば、クライアントマシンのセキュリティグループなどです。
共有されるセキュリティグループを指定する場合は、そのセキュリティグループを使用するアクセス許可があることを確認する必要があります。具体的には、 `ec2:DescribeSecurityGroups` アクセス許可が必要です。詳細については、[「MSK クラスター への接続」](https://docs.aws.amazon.com/msk/latest/developerguide/client-access.html#public-access)を参照してください。
1. **次へ** をクリックして先に進みます。
## ステップ 4: セキュリティ設定を手順
1. **セキュリティ設定** セクションで、次の操作を行います。
1. 以下の認証および認可方法から 1 つ以上を選択し、Kafka クラスターへのクライアントアクセスを制御します。
+ **認証されていないアクセス**: クライアントが認証情報を指定せずにクラスターにアクセスできるようにします。この方法はセキュリティリスクであり、セキュリティのベストプラクティスに準拠していない可能性があります。詳細については、「[msk-unrestricted-access-check](https://docs.aws.amazon.com/config/latest/developerguide/msk-unrestricted-access-check.html)」を参照してください。
+ **IAM ロールベースの認証**: AWS IAM ユーザー/ロールを使用したクライアント認証と認可を有効にします。この方法では、IAM ポリシーによるクラスターアクセスをきめ細かく制御できます。この方法は、すでに で実行されているアプリケーションに推奨されます AWS。
+ **SASL/SCRAM 認証**: クライアントは認証 AWS Secrets Manager のために に保存されているユーザー名とパスワードの認証情報を指定する必要があります。Amazon MSK は、Secrets Manager からこれらの認証情報を取得し、ユーザーを安全に認証します。
クラスターの認証に関するサインイン認証情報を設定するには、まず Secrets Manager で Secret リソースを作成します。次に、サインイン認証情報をそのシークレットに関連付けます。このアクセス制御方式の詳細については、[Amazon MSK クラスターの SASL/SCRAM 認証を設定するサインイン認証情報を使用したクラスターへの接続](msk-password-tutorial.md)を参照してください。
+ ** AWS Certificate Manager (ACM) による TLS クライアント認証**: デジタル証明書を使用したクライアントとブローカー間の相互認証を有効にします。 AWS Private Certificate Authority (AWS Private CA) は AWS アカウント 、クラスターと同じ または異なる で設定する必要があります。
mTLS AWS Private CAを実装するときは、MSK クラスターごとに独立した を使用することを強くお勧めします。これにより、PCAs によって署名された TLS 証明書は 1 つの MSK クラスターでのみ認証されるため、厳格なアクセスコントロールが維持されます。
1. **暗号化**では、保管中のデータを暗号化するために使用する KMS キーの種類を選択します。詳細については、「[保管中の Amazon MSK 暗号化](msk-encryption.md#msk-encryption-at-rest)」を参照してください。
保管中のデータを暗号化すると、保存データの整合性が保護され、転送中のデータを暗号化することにより、転送中のネットワークモニタリングからデータの機密性が保護されます。
1. **次へ** をクリックして先に進みます。
## ステップ 5: モニタリングオプションの設定
この手順では、ブローカーメトリクスをセットアップし、ブローカーログを収集して配信する方法について説明します。これらの設定により、クラスターの状態、パフォーマンス、問題のトラブルシューティングを監視および分析できます。詳細については、「[Amazon MSK プロビジョニングされたクラスターをモニタリングする](monitoring.md)」を参照してください。
1. **このクラスターの Amazon CloudWatch メトリクス**では、次のいずれかのモニタリングレベルを選択します。各モニタリングレベルで収集されたメトリクスは、可視化とアラート通知のために CloudWatch と連携します。
1. **基本モニタリング**: クラスターレベルの必須メトリクスのセットを追加料金なしで提供します。このレベルは、一般的なモニタリングが必要なほとんどのユースケースに適しています。
1. **強化ブローカーレベルモニタリング**: 詳細なブローカーメトリクスを追加料金で提供します。このレベルには、基本的モニタリングに加えて、階層化ストレージメトリクス、他のブローカーの入出力バイト数、読み取り/書き込み操作の合計時間など、より詳細なブローカーメトリクスが含まれます。このレベルのメトリクスは有料となりますが、基本レベルのメトリクスは引き続き無料でご利用いただけます。
1. **強化トピックレベルモニタリング**: 個々のトピックのメトリクスを追加料金で提供します。このレベルを選択すると、ブローカー間のトピックのパフォーマンスをより粒度の細かい確認できます。このレベルには、ブローカーレベルの監視機能の強化とトピックレベルのメトリクスが含まれます、具体的には、指定されたトピックに対する階層型ストレージのメトリクスや、1秒あたり受信メッセージ数などが挙げられます。
1. **拡張パーティションレベルモニタリング**: パーティションあたりのメトリクスの最も詳細なビューを追加料金で提供します。このレベルを選択すると、ブローカー間で各トピック内の各パーティションのメトリクスをキャプチャすることで、最も詳細なモニタリングを実現できます。このレベルには、トピックレベルの改善されたモニタリングと、オフセットラグメトリクスなどのきめ細かいパーティション固有のメトリクスが含まれます。
これらの各モニタリングレベルで Standard および Express ブローカー タイプで使用できるメトリクスの詳細については、「[標準ブローカーの CloudWatch メトリクス](metrics-details.md)」および「[Express ブローカーの CloudWatch メトリクス](metrics-details-express.md)」を参照してください。
1. (オプション) JMX Exporter、ノード Exporter、またはその両方を使用してメトリクスを Prometheus 形式でエクスポートする場合は、**Prometheus でオープンモニタリングを有効にする**を選択します。このオプションの詳細については、「[Prometheus でモニタリングする](open-monitoring.md)」を参照してください。
1. (オプション) トラブルシューティングと監査 AWS のサービス のためにブローカーログをさまざまな に配信するように MSK クラスターを設定するには、次のオプションを 1 つ以上選択します。Amazon MSK は、これらの宛先リソースがまだ存在しない場合、それらを作成しません。詳細については、「[ブローカーログ](msk-logging.md#broker-logs)」を参照してください。
+ **Amazon CloudWatch Logs への配信**: クラスタリング 、検索、視覚化機能を備えた CloudWatch にログを送信します。ログを AWS マネジメントコンソールから離れずにクエリや分析を実行できます。
+ **Amazon S3 に配信**:ログを Amazon S3 バケット内のファイルとして保存し、長期アーカイブとバッチ分析を可能にします。
+ **Amazon Data Firehose に配信**: Amazon OpenSearch Service への自動配信とリアルタイムのトラブルシューティング用に、ログを Firehose に送信します。
1. (オプション) クラスターを識別、整理、または検索するには、**新しいタグを追加** を選択して、キーと値のペアとしてタグを追加します。たとえば、**Load testing** と **Test** のキーと値のペアを使用してクラスターにタグを追加します。
クラスターでのタグの使用に関する詳細については、[Amazon MSK クラスターをタグ付ける](msk-tagging.md)を参照してください。
1. **次へ** をクリックして先に進みます。
## ステップ 6: クラスター設定を確認する
1. クラスターの設定を確認します。
**編集**または**前** を選択して、以前に指定した設定を変更するか、前のコンソール画面に戻ります。
1. **[クラスターを作成]** を選択します。
1. クラスターの詳細ページの**クラスター概要**セクションで、このクラスターのステータスを確認します。Amazon MSK がクラスターをプロビジョニングすると、ステータスが **[作成中]** から **[アクティブ]** に変わります。ステータスが **[アクティブ]** の場合、クラスターに接続できます。クラスターのステータスの詳細については、「[MSK プロビジョンドクラスターの状態を理解する](msk-cluster-states.md)」を参照してください。