
Amazon MSK Provisioned クラスターでカスタムドメイン名設定が可能に
AIによる解説
要約
Amazon MSK Provisioned クラスターにおいて、ZooKeeper モードおよび KRaft モードの両方でカスタムドメイン名の一括設定機能が追加されました。
- 主な変更点: クラスターレベルで一度設定するだけで、Amazon MSK がすべてのブローカーに自動的にカスタムドメインを適用。従来は各ブローカーに手動設定が必要で、KRaft モードでは設定不可でした。
- 利点: クラスター移行、ディザスタリカバリ(DR)フェイルオーバー、スケーリング操作時でもクライアントアプリケーションの接続エンドポイントが維持され、再設定不要。
- 対象: 新規および既存の MSK Provisioned クラスター。追加料金なし。
- リージョン: Amazon MSK Provisioned が提供されているすべての AWS リージョンで利用可能。
エンジニアへのヒント
エンジニア視点での考察・アドバイス
解決された技術的課題
- 手動設定の煩雑さ: 従来は各ブローカーに個別にカスタムドメインを設定する必要があり、運用負荷が高かった。特に KRaft モードでは設定自体が不可能だったため、モード移行の障壁となっていた。
- エンドポイントの不安定性: クラスター操作(スケーリング、フェイルオーバー)のたびにエンドポイントが変わる問題が解消され、クライアントアプリケーションの再設定が不要に。
日本のリージョン状況
- 東京リージョン (ap-northeast-1): 利用可能。Amazon MSK Provisioned が提供されているため、本機能も利用可能。
- 大阪リージョン (ap-northeast-3): 利用可能。ただし、Amazon MSK Provisioned 自体の提供状況を事前に確認すること(AWS 公式ドキュメントで最新のリージョン状況を裏取り推奨)。
実務での影響と注意点
- NLB との連携: カスタムドメインを使用することで、NLB 経由のトラフィック制御が容易になり、セキュリティポリシー(例: 組織内のドメイン命名規則)への準拠が簡素化。
- コスト: 追加料金なしだが、カスタムドメインの DNS 設定(Route 53 など)は別途必要。
- 移行時の注意: 既存クラスターに適用する場合、クライアントアプリケーションの接続設定変更は不要だが、DNS キャッシュの影響を考慮し、TTL 値を事前に調整すること。
次のアクション
- 設定確認: 既存の MSK Provisioned クラスターに
custom.advertised.listenersプロパティを追加し、カスタムドメインを設定。 - テスト: スケーリング操作やフェイルオーバーを実施し、エンドポイントの永続性を検証。
- ドキュメント更新: 組織内の運用手順書にカスタムドメイン設定の手順を追記。
参考資料
次に読む
新着記事記事の関連性を手がかりに、次の情報を探せます。
保存にはログインが必要です。