スケーリングイベントの通知は、高度な通知ルールまたは通常の通知ルールで受信できます。高度な通知ルールは、CloudMonitor や Simple Message Queue (formerly MNS) などの宛先にメッセージを送信することで、モニタリングを自動化します。これにより、スケーリンググループのアクティビティを追跡し、スケーリングイベントへの応答を自動化できます。対照的に、通常の通知ルールでは、通知を受信した後に、スケールアウトやスケールインなどのスケーリングイベントの結果を手動で処理する必要があります。
通知方法
Auto Scaling は、スケーリンググループ向けに 高度な通知ルール と 通常の通知ルール の 2 種類の通知ルールをサポートしています。
高度な通知ルール
スケーリンググループでスケーリングイベントが発生すると、Auto Scaling は CloudMonitor、SMQ トピック、SMQ キューなどの指定された宛先に通知を送信します。詳細については、「イベント通知の作成」をご参照ください。
-
CloudMonitor： Auto Scaling を含むさまざまなクラウド製品のシステムイベントを集中管理して表示およびクエリする機能を提供します。CloudMonitor のイベント監視機能の詳細については、「クラウド製品のシステムイベント監視」をご参照ください。
-
SMQ トピックと SMQ キュー： これらは Simple Message Queue (formerly MNS) の 2 つのサービスモデルです。Simple Message Queue (formerly MNS) は、アプリケーションコンポーネント間でデータを転送し、通知を送信して疎結合システムを構築するための分散メッセージングサービスです。SMQ トピックと SMQ キューの機能の詳細については、「Simple Message Queue とは」をご参照ください。
-
キューモデルは、高コンカレンシーのアプリケーション向けに、信頼性の高い 1 対 1 のメッセージを配信します。SMQ キュー内の各メッセージは、1 つのコンシューマーによってのみ処理されます。
-
トピックモデルは、1 対多のパブリッシュ/サブスクライブパターンを使用します。トピックにパブリッシュされたメッセージは、すべてのサブスクライバーに同時に配信されます。システムは、サブスクリプションで定義された配信方法とサーバーエンドポイントに従って各サブスクライバーにメッセージをプッシュするため、単一のメッセージを複数のチャネルで受信できます。
-
通常の通知ルール
スケーリングイベントが成功、失敗、または拒否された場合、Auto Scaling は、テキストメッセージ、サイト内メッセージ、またはメールで通知を送信できます。その後、これらのイベントを手動で処理する必要があります。詳細については、「通常の通知ルールの設定」をご参照ください。
高度な通知ルールがすでに設定されている場合、スケーリンググループで通常の通知ルールは使用できません。通常の通知ルールを使用するには、まず既存のすべての高度な通知ルールを削除する必要があります。
高度な通知ルールの例
このトピックでは、高度な通知ルールの例を示します。パラメーターの詳細については、「イベント通知の作成」をご参照ください。
-
例： CloudMonitor への通知送信
イベントタイプスケールアップ操作が成功しました。およびスケーリンググループのスケールアウトアクティビティが実行されましたに対して、CloudMonitorに通知を送信する高度な通知ルールを作成します。スケールアウトイベントが成功すると、CloudMonitor は通知を受信し、イベント名、レベル、リージョン、関連リソースなどのイベント詳細を表示します。
例えば、スケールアウトイベントが成功すると、CloudMonitor コンソールの システムイベント ページに、[スケールアウト開始] と AUTOSCALING(SCALE_OUT_SUCCESS) の詳細が表示されます。詳細については、「システムイベントの表示」をご参照ください。
説明CloudMonitor コンソール でスケーリンググループのアクティビティを表示することに加えて、アラートルールを作成 して、テキストメッセージやメールで連絡先に一括通知することもできます。これにより、O&M の効率が向上します。
-
例： SMQ トピックへの通知送信
MNS トピック に通知を送信する高度な通知ルールを作成します。スケーリンググループと同じリージョンにある SMQ トピックを選択し、イベントタイプとして スケールダウン操作が成功しました。 と スケーリンググループのスケールインアクティビティが実行されました を選択します。スケールインイベントが成功すると、SMQ トピックは通知を受信し、サブスクライバーに配信します。これにより、トピック内の [メッセージ数] が増加します。その後、[サブスクリプションの表示] に移動してメッセージの詳細を表示できます。
メッセージは SMQ トピックから直接コンシュームすることはできません。代わりに、SMQ キュー、HTTP/S サーバー、メールアドレスなどのエンドポイントを持つサブスクリプションを作成する必要があります。トピックがメッセージを受信すると、そのメッセージは自動的にすべてのサブスクライバーにプッシュされます。このモデルは、独立したコンシュームが可能な集中配信を提供し、効率的な自動管理を可能にします。
-
例： SMQ キューへの通知送信
MNS キュー に通知を送信する高度な通知ルールを作成します。スケーリンググループと同じリージョンにある SMQ キューを選択し、イベントタイプに スケールアップ操作が失敗しました。 と スケーリンググループのスケールアウトアクティビティが実行されました を選択します。スケールアウトイベントが失敗すると、SMQ キューは通知を受信します。これにより、キュー内の アクティブなメッセージ の数が増加します。
必要に応じてこれらのメッセージをコンシューム、遅延、アクティブ化、または削除できるため、スケーリングイベントに基づいて自動化されたワークフローを柔軟に構築できます。
通知ルールの設定方法
次の表に、スケーリンググループの通知ルールに関連するドキュメントを示します。
|
コンソールガイド |
アクション |
API リファレンス |
|
イベント通知の作成 |
||
|
高度な通知ルールの変更 |
||
|
高度な通知ルールの削除 |
||
|
高度な通知ルールの表示 |
||
|
通常の通知ルールの設定 |
なし |