このトピックでは、サーバーレスインスタンスの弾力性について、定期ポリシーやその他の重要な考慮事項を含めて説明します。
前提条件
サーバーレスの Message Queue for Apache Kafka インスタンスがデプロイされ、Running の状態であること。
弾力性
サーバーレスの Message Queue for Apache Kafka インスタンスの Standard エディションと Professional エディションは、変動するトラフィックを処理するための弾力的スケーリングを提供します。スケールアップまたはスケールダウンによって、予約済みのメッセージ生成容量とメッセージ消費容量を調整できます。
エディション | 弾性限界 | 例 |
Basic | 99.9% のサービスレベルアグリーメント (SLA) を提供しますが、これは Standard エディションや Professional エディションよりもわずかに低いです。クラスターは、HDD、OSS、スポットインスタンスなどの低コストリソースをより高い割合で使用します。このエディションは無損失の自動弾力性をサポートせず、手動スケーリングが必要です。テスト環境やトラフィックが安定しているビジネスシナリオに推奨されます。 ミッションクリティカルなアプリケーションには、Standard エディションまたは Professional エディションを推奨します。 | 予約済みのメッセージ生成容量は、Message Queue for Apache Kafka クラスターのメッセージ生成スループットであり、MB/s で測定されます。 デフォルトでは、クラスターは 3 つの固定レプリカを持ち、本番容量はそれらに均等に分散されます。 Standard エディションの弾力性の上限：
Professional エディションの弾力性の上限：
例：
ApsaraMQ for Kafka サーバーレス料金計算ツールを使用してコストを見積もります： サーバーレス Message Queue for Apache Kafka の料金計算ツール
|
Standard | 99.95% の高可用性 SLA を提供します。無損失の自動弾力性と定期的な弾力性をサポートします。このエディションは本番環境に推奨されます。 | |
Professional | 3 つのアベイラビリティーゾーン (AZ) でのディザスタリカバリを備えた 99.99% の高可用性 SLA を提供します。より少ない予約容量でより高い弾力性を提供するため、推奨されるエンタープライズグレードのエディションです。 |
定期ポリシー
対象項目
定期弾力性ポリシーは、スケジュールに基づいて予約済みのメッセージ生成容量とメッセージ消費容量を変更します。トラフィックが弾力性の上限を超えてピークに達することが予想される場合は、定期タスクを設定して、これらの一時的なスパイクに対応するために容量を増やすことを推奨します。
Standard エディションと Professional エディションは、定期弾力性ポリシーをサポートしています。弾力性の上限に関する詳細については、「弾力性」をご参照ください。
影響
これにより、クライアントが一時的に切断および再接続され、負荷分散がトリガーされ、いくつかのエラーが発生する可能性があります。メッセージの配信を確実にするために、クライアントにリトライメカニズムを実装してください。
スケーリング操作中も、サービス全体は利用可能なままです。
有効期間
サービスは、期間の開始時に新しい容量が準備できていることを確認するために、スケジュールされた開始時刻の前にスケーリングを開始します。したがって、スケーリング操作が完了するのに十分なリードタイムを確保してタスクを設定してください。
有効期間が終了すると、サービスは自動的にスケールダウンします。
頻繁な繰り返しのスケーリングを防ぐため、連続する定期タスクは少なくとも 60 分間隔を空ける必要があります。
すでに過ぎた時刻に対してタスクが作成された場合、非繰り返しのタスクは実行されず、繰り返しのタスクはその回の実行をスキップします。
インスタンスを手動でスケールアップする場合、新しい容量はアクティブな定期ポリシーの容量を超える必要があります。この操作により、より低い容量目標を持つ定期ポリシーは自動的に無効になります。
定期ポリシーの作成
ApsaraMQ for Kafka コンソールにログインします。概要 ページで、リソースの分布 セクションでリージョンを選択します。
インスタンスリスト ページで、ターゲットインスタンスの名前をクリックします。
インスタンスの詳細 ページで、エラスティックポリシー タブをクリックします。
定期弾力性ポリシー セクションで、定期タスクの追加 をクリックします。定期弾力性ポリシーの作成 パネルで、次のパラメーターを設定し、[OK] をクリックします。
ポリシー名：ポリシーの名前を設定します。
予約済み生産能力：スケジュール期間の目標生産能力です。
予約済み消費容量：スケジュールされた期間のターゲット消費容量です。
繰り返しルール
非繰り返し：タスクは指定された時刻に 1 回実行されます。開始時刻は、少なくとも 1 時間後で、かつ今後 7 日以内でなければなりません。タスクの持続時間は 30 分から 7 日の間でなければなりません。
毎日：タスクは毎日指定された時刻に実行されます。タスクの持続時間は 30 分から 12 時間の間でなければなりません。
毎週：タスクは週の選択された曜日の指定された時刻に実行されます。タスクの持続時間は 30 分から 12 時間の間でなければなりません。
有効期間：繰り返しルールで指定された持続時間の範囲に従って、予約容量の有効期間を設定します。
重要スケーリング操作を完了させるため、連続する定期ポリシーは少なくとも 60 分間隔を空ける必要があります。
有効：作成後すぐにポリシーをアクティブにします。
ポリシーが作成されると、インスタンス詳細 ページの 弾力性ポリシー タブでその詳細を表示できます。詳細には、予約済みのメッセージ生成容量、予約済みのメッセージ消費容量、有効期間、および推定スケールアップ時間が含まれます。
定期ポリシーの有効化
定期弾力性ポリシー セクションで、定期タスクのリストを表示します。
対象ポリシーの行の [有効] 列で、
スイッチをオンにします。定期ポリシーが有効になると、[ポリシープレビュー] エリアで、将来の期間 (1、2、3、または 7 日間) の予測される予約済みのメッセージ生成容量とメッセージ消費容量を表示できます。
定期ポリシーの無効化または削除
定期弾力性ポリシー セクションで、定期タスクのリストを表示します。
ポリシーを無効にするには、リストで対象のポリシーを見つけ、[有効] 列の
スイッチをオフにします。定期ポリシーを削除するには：ターゲットポリシーの 操作 列で、削除 をクリックします。