mcpField
D
disaster-recovery-testing

disaster-recovery-testing

github.com/aj-geddesクラウド・DevOps373434 回インストール34 週間前に更新
リポジトリ

disaster-recovery-testing について

災害復旧テストの計画と実施を支援するスキルです。運用・インフラチームがテスト計画、スクリプト、自動化の手引きを使い、復旧手順や RTO/RPO を検証してインシデントに備えます。

主な機能

  1. 01DRテストの計画
  2. 02テストスクリプトと自動化の手引き
  3. 03RTO/RPOの測定
  4. 04復旧手順の検証
  5. 05テスト結果の記録と反映

活用シーン

  1. 01年次の災害復旧演習
  2. 02インフラ変更後のテスト
  3. 03リージョン間フェイルオーバーの検証
  4. 04インシデント対応チームの訓練

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill disaster-recovery-testing

インストール後、Claude Code で/disaster-recovery-testingを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
dr-test-automation.md
dr-test-plan-and-execution.md
dr-test-script.md
scripts/
validate-config.sh
templates/
config-starter.yaml

詳細

災害復旧テスト

目次

概要

体系的な災害復旧テストを実施し、復旧手順の検証、RTO/RPOの測定、課題の特定、実際のインシデントに備えたチームの準備状況の確認を行います。

使用する場面

  • 年次のDR演習
  • インフラストラクチャの変更
  • 新しいサービスのデプロイ
  • コンプライアンス要件への対応
  • チームのトレーニング
  • 復旧手順の検証
  • リージョン間のフェイルオーバーテスト

クイックスタート

最小限の実行例：

# dr-test-plan.yaml
apiVersion: v1
kind: ConfigMap
metadata:
  name: dr-test-procedures
  namespace: operations
data:
  dr-test-plan.md: |
    # Disaster Recovery Test Plan

    ## Test Objectives
    - Validate backup restoration procedures
    - Verify failover mechanisms
    - Test DNS failover
    - Validate data integrity post-recovery
    - Measure RTO and RPO
    - Train incident response team

    ## Pre-Test Checklist
    - [ ] Notify stakeholders
    - [ ] Schedule 4-6 hour window
    - [ ] Disable alerting to prevent noise
    - [ ] Backup production data
    - [ ] Ensure DR environment is isolated
    - [ ] Have rollback plan ready
// ... (see reference guides for full implementation)

リファレンスガイド

詳細な実装については、references/ディレクトリを参照してください。

ガイド内容
DR Test Plan and ExecutionDRテスト計画と実施
DR Test ScriptDRテストスクリプト
DR Test AutomationDRテストの自動化

ベストプラクティス

✅ 実施すること
  • DRテストを定期的に計画する
  • 手順を事前に文書化する
  • 隔離された環境でテストする
  • 実際のRTO/RPOを測定する
  • すべてのチームを参加させる
  • 検証を自動化する
  • 調査結果を記録する
  • 結果に基づいて手順を更新する
❌ 実施しないこと
  • DRテストを省略する
  • 営業時間中にテストする
  • 本番環境に対してテストする
  • テストの失敗を無視する
  • テスト後の分析を怠る
  • 監視の再有効化を忘れる
  • 古いバックアッププロセスを使用する
  • 年に一度だけテストする

コメント

Markdown 対応