このトピックでは、サーバーレス ApsaraMQ for Kafka インスタンスの伸縮性機能とスケジュールされた伸縮性ポリシーについて説明します。
前提条件
サーバーレス ApsaraMQ for Kafka インスタンスが作成およびデプロイされています。Running 状態であることを確認してください。
伸縮性
サーバーレス ApsaraMQ for Kafka Standard Edition および Professional Edition インスタンスは、本番環境におけるさまざまなトラフィックニーズに対応するための伸縮性機能を提供します。ビジネス要件に基づいて、ApsaraMQ for Kafka インスタンスのメッセージ送受信の予約容量を変更できます。
インスタンスエディション | 最大伸縮トラフィック | 例 |
Basic Edition | 99.9% のサービスレベルアグリーメント (SLA) が提供されます。 Standard Edition および Professional Edition インスタンスと比較して、このエディションのインスタンスは、HDD、Object Storage Service (OSS) リソース、プリエンティブル Elastic Compute Service (ECS) インスタンスなど、より低コストのリソースを使用します。 無損失の自動伸縮性はサポートされていません。 インスタンスの計算能力を高めるには、インスタン構成を手動で更新する必要があります。 このエディションのインスタンスは、テストまたはトラフィックが安定しているシナリオで使用することをお勧めします。 より高いビジネスの安定性が必要な場合は、Standard Edition または Professional Edition インスタンスを使用することをお勧めします。 | ApsaraMQ for Kafka インスタンスの「メッセージ送信の予約容量」パラメーターを構成して、メッセージ送信の容量を予約できます。 単位：MB/秒。 デフォルトでは、各クラスターには 3 つのレプリカがあります。 予約容量は、それらの間で均等に分散されます。 トラフィックのピークを処理するために、クラスターの実際のメッセージ送信容量は、メッセージ送信の予約容量の 2 倍にすることができます。 Professional Edition の予約容量が少ない場合、メッセージ送信の最大伸縮トラフィックは 1,024 MB/秒です。 Professional Edition インスタンスにおけるメッセージ送信の最大伸縮トラフィックは、次の式を使用して計算されます。 最大伸縮トラフィック = Max (1,024 MB/秒、予約容量 × 2)。 例：
ApsaraMQ for Kafka は、料金をすばやく見積もるのに役立つ以下の料金計算ツールを提供しています。 サーバーレス ApsaraMQ for Kafka インスタンスの料金計算ツール
|
Standard Edition | 99.95% の SLA と予約容量の最大 2 倍の伸縮トラフィックが提供され、スケジュールされた伸縮性がサポートされます。 このエディションのインスタンスは、本番環境で使用することをお勧めします。 | |
Professional Edition | 99.99% の SLA が提供され、3 ゾーン ディザスタリカバリがサポートされ、予約容量の少ないインスタンスに高い伸縮トラフィックが提供されます。 企業はこのエディションのインスタンスを使用することをお勧めします。 |
スケジュールされた伸縮性ポリシー
変更対象
スケジュールされた伸縮性ポリシーは、メッセージ送受信の予約容量を変更するために使用されます。 ピーク時の短期トラフィックが許容される最大伸縮トラフィックを超える場合は、スケジュールされた伸縮性ポリシーを構成して、メッセージ送受信の予約容量を変更し、数秒以内に超大量のトラフィックを持つリクエストに対応することをお勧めします。
Standard Edition および Professional Edition インスタンスのスケジュールされたポリシーを構成できます。 伸縮トラフィックのしきい値については、伸縮性 をご参照ください。
変更の影響
インスタンスの構成のスペックアップまたはスペックダウン中に、クラスター内のブローカー数の増減により、クライアントは一時的にブローカーから切断され、その後ロードバランシングのためにブローカーに再接続されます。 これにより、いくつかのエラーが発生する可能性があります。 構成のスペックアップまたはスペックダウン中に送信に失敗したメッセージを再送信するために、クライアントに再試行メカニズムを構成することをお勧めします。
構成のスペックアップまたはスペックダウンは、サービス全体には影響しません。
有効期間
有効期間中に予約容量がプリセット容量に正常にスペックアップまたはスペックダウンされるようにするために、ブローカーは有効期間の前に構成のスペックアップまたはスペックダウンタスクを実行します。 構成のスペックアップまたはスペックダウンタスクを実行するのに十分な時間を確保するために、スケジュールされた伸縮性タスクを事前に構成することをお勧めします。
ブローカーは、有効期間が終了した後に構成のスペックダウンタスクを実行します。
有効期間中にブローカーが構成のスペックアップおよびスペックダウンタスクを繰り返し実行するのを防ぐために、2 つの連続したスケジュールされた伸縮性タスクの間隔が 60 分より大きいことを確認してください。
推定実行時間が現在の時点より早い場合、繰り返し実行する必要のないタスクは実行されず、繰り返し実行する必要があるタスクは次の実行サイクルで実行されます。
有効なスケジュールされた伸縮性ポリシーで指定された予約容量よりも高い予約容量にインスタンスをスペックアップできます。 スペックアップが完了すると、スペックアップされた予約容量よりも低い予約容量を持つすべてのスケジュールされた伸縮性ポリシーが無効になります。
スケジュールされた伸縮性ポリシーを追加する
ApsaraMQ for Kafka コンソール にログオンします。 概要 ページのリソースの分布 セクションで、管理する ApsaraMQ for Kafka インスタンスが存在するリージョンを選択します。
インスタンスリスト ページで、管理するインスタンスの名前をクリックします。
インスタンスの詳細 ページで、エラスティックポリシー タブをクリックします。
[スケジュールされた伸縮性ポリシー] セクションで、[スケジュールされた伸縮性ポリシーの作成] をクリックします。 [スケジュールされた伸縮性ポリシーの作成] パネルで、次のパラメーターを構成し、[OK] をクリックします。
[ポリシー名]: ポリシー名を入力します。
[メッセージ送信の予約容量]: スケジュールされた期間中のメッセージ送信の予約容量を指定します。
[メッセージ消費の予約容量]: スケジュールされた期間中のメッセージ消費の予約容量を指定します。
[繰り返し実行ルール]
[1 回限りの実行]: 伸縮性タスクは 1 回だけ実行されます。 この値を選択した場合は、yyyy-MM-dd HH:mm 形式で伸縮性タスクが実行される期間を指定します。 開始時刻は、現在の時点から 1 時間から 7 日の範囲内である必要があります。 伸縮性タスクの開始時刻と終了時刻の間隔は、30 分から 7 日の範囲内である必要があります。
[毎日]: 伸縮性タスクは毎日実行されます。 この値を選択した場合は、HH:mm 形式で伸縮性タスクが実行される時間を指定します。 伸縮性タスクの開始時刻と終了時刻の間隔は、30 分から 12 時間の範囲内である必要があります。
[毎週]: 伸縮性タスクは、毎週の特定の曜日の特定の期間中に実行されます。 この値を選択した場合は、伸縮性タスクを実行する曜日を選択し、HH:mm 形式で伸縮性タスクを実行する期間を指定します。 伸縮性タスクの開始時刻と終了時刻の間隔は、30 分から 12 時間の範囲内である必要があります。
[有効期間]: 繰り返し実行ルールに基づいて、伸縮タスクの開始時刻と終了時刻を指定します。
重要有効期間中に予約容量のプリセット容量へのアップグレードまたはダウングレードを確実に成功させるには、2 つの連続したスケジュールされた弾性タスクの間隔を 60 分より長くする必要があります。
[有効かどうか]: ポリシーをすぐに有効にするかどうかを指定します。
スケジュールされた伸縮性ポリシーを作成した後、[インスタンスの詳細] ページの [伸縮性ポリシー] タブでポリシーの詳細を表示できます。 詳細には、メッセージ送信の予約容量、メッセージ消費の予約容量、有効期間、推定スペックアップ時間が含まれます。
スケジュールされた伸縮性ポリシーを開始する
[スケジュールされた伸縮性ポリシー] セクションで、管理するスケジュールされた伸縮性ポリシーを見つけます。
[有効かどうか] 列で、
ボタンをオンにします。スケジュールされた伸縮性タスクが有効になると、将来の期間 (1 日、2 日、3 日、または 7 日) のメッセージ送受信の予約容量を [ポリシープレビュー] セクションで表示できます。
スケジュールされた伸縮性ポリシーを停止または削除する
[スケジュールされた伸縮性ポリシー] セクションで、管理するスケジュールされた伸縮性ポリシーを見つけます。
ポリシーを停止する: [有効かどうか] 列で、
ボタンをオフにします。ポリシーを削除する: [アクション] 列で、[削除] をクリックします。