次の方法で共有


Azure Chaos Studio とは

Azure Chaos Studio は、カオス エンジニアリングを使って、クラウド アプリケーションとサービスの回復性を測定、把握、改善するのに役立つマネージド サービスです。 カオス エンジニアリングとは、実際のフォールトをアプリケーションに挿入して、制御されたフォールト挿入実験を実行する手法です。

回復性は、中断を処理して復旧するためのシステムの機能です。 アプリケーションの中断により、ビジネスやミッションに悪影響を及ぼすエラーや障害が発生する可能性があります。 Azure アプリケーションの開発、移行、運用のいずれを行う場合でも、アプリケーションの回復性を検証して改善することが重要です。

Chaos Studio は、アプリケーションが中断や障害に効果的に対応することを検証することで、悪影響を回避するのに役立ちます。 Chaos Studio を使って、仮想マシン (VM) の停止や高 CPU 使用率など、実際のインシデントに対する回復性をテストできます。

次のビデオでは、Chaos Studio の背景について詳しく説明します。

Chaos Studio のシナリオ

サービスの開発から運用ライフサイクルまでまたがるさまざまな回復性検証シナリオに、カオス エンジニアリングを使用できます。 2 種類のシナリオがあります。

  • シフト ライト: これらのシナリオでは、運用環境または運用前環境を使います。 通常、シフト ライト シナリオは、実際の顧客トラフィックやシミュレートされた負荷を使って行います。
  • シフト レフト: これらのシナリオでは、開発環境または共有テスト環境を使用できます。 シフト レフト シナリオは、実際の顧客トラフィックを使わずに行うことができます。

Chaos Studio は、次の一般的なカオス エンジニアリング シナリオに使用できます。

  • アプリケーションに影響を与えたインシデントを再現して、障害をよりよく理解します。 インシデント後の修復によって、インシデントが再発しないことを確認します。
  • "ゲームの日" の負荷、スケール、パフォーマンス、回復性の検証を使用して、主要なイベントやシーズンに備えます。
  • 事業継続とディザスター リカバリー訓練を行って、アプリケーションが迅速に回復し、障害発生時に重要なデータを保持できるようにします。
  • 高可用性の訓練を実施して、リージョンの停止、ネットワーク構成エラー、高ストレス イベント、近隣ノイズの問題に対するアプリケーションの回復性をテストします。
  • アプリケーション パフォーマンス ベンチマークを開発します。
  • 運用環境の容量ニーズを計画します。
  • ストレス テストまたはロード テストを実行します。
  • オンプレミスまたは他のクラウド環境から移行されたサービスが既知の障害に対する回復性を維持していることを確認します。
  • クラウドネイティブ アーキテクチャ上に構築されたサービスに対する信頼度を高めます。
  • ライブ サイト ツール、監視データ、オンコールのプロセスが、予期しない条件でも動作することを検証します。

これらのシナリオの多くでは、最初にアドホック カオス実験を使って回復性を構築します。 その後、新しいデプロイによって回復性が低下しないことを継続的に確認します。 確認は、継続的インテグレーション/継続的デプロイ パイプラインでデプロイ ゲートとしてカオス実験を実行することで行います。

Chaos Studio のしくみ

Chaos Studio を使うと、Azure リソースに対する安全で制御されたフォールト挿入を調整できます。 カオス実験は Chaos Studio の中核となります。 カオス実験では、実行する障害と実行対象のリソースを記述します。 ニーズに応じて、並列または直列に実行するように障害を編成できます。

Chaos Studio では、2 種類の障害がサポートされています。

  • サービス直接: これらの障害は、インストールやインストルメンテーションなしで、Azure リソースに対して直接実行されます。 たとえば、Azure Cache for Redis クラスターの再起動や、Azure Kubernetes Service ポッドへのネットワーク待機時間の追加などがあります。
  • エージェント ベース: これらの障害は、VM または仮想マシン スケール セットで実行され、ゲスト内で障害が発生します。 たとえば、仮想メモリへの負荷や、プロセスの強制終了などがあります。

各障害には、中止するプロセスや生成するメモリ負荷の量など、構成できる特定のパラメーターがあります。

カオス実験を構築するときは、順番に実行する 1 つ以上の "ステップ" を定義します。 各ステップには、ステップ内で並列に実行される 1 つ以上の "ブランチ" が含まれています。 各ブランチには、障害の挿入や一定期間の待機など、1 つ以上の "アクション" が含まれています。

障害を実行する対象のリソース "ターゲット" を "セレクター" と呼ばれるグループにまとめて、各アクションでリソースのグループを簡単に参照できるようにします。

次の図は、Chaos Studio でのカオス実験のレイアウトを示したものです。

カオス実験のレイアウトを示す図。

カオス実験は、サブスクリプションとリソース グループに含まれる Azure リソースです。 Azure portal または Chaos Studio REST API を使って、実験の作成、更新、開始、キャンセル、状態の表示などを行うことができます。

次のステップ

カオス エンジニアリングの使用方法を理解したら、次のステップに進むことができます。