Downloaded 18 times
Uploaded by株式会社クライム
仮想化ディザスタリ・リカバリ・プランのエッセンシャル・チェックリスト
VMware, Hyper-Vの仮想化に対応するディザスタリ・リカバリ・プランのエッセンシャル・チェックリスト
仮想化ディザスタリ・リカバリ・プランのエッセンシャル・チェックリスト
- 1. 仮想化ディザスタリ・リカバリ・プラン のエッセンシャル・チェックリスト 株式会社クライム www.climb.co.jp
- 2. 仮想化DRに対するアプローチ アセスメント :DRソリューションに必要なリクアイアメ ントの調査 デザイン : 事業とテクニカルなリクアイアメントに合 致するDRプランの作成 ディプロイ：必要なインフラの準備、そしてインストー ル、コンフィグレーション、テスト 管理：できるだけ頻繁にDRプランのテストを行う P-01
- 3.
- 4.
- 5. ビジネス・インパクト分析（BIA) BIAとは： • ビジネスとITサービスに対するRPO, RTOの決定 •DRプランナーと管理者に対する目標の設定 主なBIA行動 • 重要なビジネス・システムの特定 • システム・リソースの依存性を特定 • 重要なサポート個人またはチームを特定 • 被害インパクトを想定 • リソース（資産）・リカバリの優先度の決定 BIAテンプレートの活用 (IPA等から提供）
- 6. RPOとRTOの決定 例 教育機関 •RTO：2日から1週間 • RPO：24～48時間 会計事務所 • 通常時のRPO/RTOは24～48時間 • 納税時期は1時間以下 医療機関 • 医療システム：ゼロに近いRPO/RTOが要求される • 一般的なオフィス・システム：24～48時間
- 7. 予算管理 できるだけDRオプションを1製品に統合する 段階的な予算 • DR導入を段階的に行う 仮想化DRの長期的なビジョンを持つ • レガシーなDRからの移行メリットを経営者に提供 •プランがよければ3-5年で低TCOが可能に 経営者にとって仮想化の話は難しいもの • CIOまたはそれに代わる人に必要性を説明
- 8. アプリケーションの依存性の確認 最初にクリティカルなアプリケーションを保護 • DRを必要とするコアのインフラ・サービス • ActiveDirectory, DNS, IPアドレス・アサインメント( DHCP,等）、ファ イヤーウォール • MS VSS（Volume Shadow Copy Service)対応のツールの採用 ミッション・クリティカルなアプリケーション • データベース等の重要なデータ • SQL Server, AD – VSSを必ず使用 • VSSをサポートしないデータベースはDBAと事前に相談 • スクリプトでの対応を検討
- 9. アプリケーションの依存性の確認（続） ステートレスなアプリケーション・サーバ • それほどミッションクリティカルでないアプリケーション・サーバ • クリティカルな変更がある期間は重要 • 例：アプリケーションのアップグレード、大きなソフトウェア変更 • 初期バックアップ後は帯域幅、 I/Oに対応したフル/差分バックアップ ディプロイメント・システムの保護 • 例：ターミナルサーバ・ベースのアプリケーション・サーバ、Javaアプリケーション、 Webサーバ • DRサイトで再ディプロイが必要なシステムの依存性と検証 • エンド・ツー・エンドのプロビジョニングが必要か？ • いくつのVMに共通なコンフィグレーションを？ • そのリストアをどの様に短期間で？
- 10.
- 11. 仮想化への乗り遅れ 仮想化DR の機能とコストパフォーマンス >物理サーバの DRソリューション 仮想化DRの利点 • スナップショット：クリティカル・パッチのテストとフェイル時にロールバック が可能 • サーバ・イメージ全体（OS、アプリケーション、データ)をドライバの心配なく、 どんなH/Wにリストア可能 • ゼロ・ダウンタイムでH/Wの再起動 • リストアの自動化と必要に応じたテスト • VMバックアップ・イメージからファイルとアプリケーション・アイテムのリス トが可能 • VSSによるアプリケーションの整合性
- 12.
- 13.
- 14. リソース・リクアイアメントの分析（続） ストレージ • 必要な生のストレージ・スペースの確認 • DRサイトへリカバリーするすべてのVMのGB •プラス日々の差分バックアップ • ストレージ・パフォーマンスの確認 • IOPS, ストレージ・バンド幅 • SSD,SAS,SATA • 統計と予算の分析が必要 ネットワーク • VPN, WAN回線のリース • データ量/日、またはデータ量/レプリケーションの分析 • テープでの輸送
- 15. リストアが容易なデザイン リストアのプロセスには単純化がキー レガシーなリカバリ手法 VeeamによるVM全体のリカバリ 1. エンプティVMのプロビジョン 1. VM全体のリストア 2. DRサイトに新規システムの再インス 2. SureBackupで検証したVMをパワーオ トール ン 3. OSにパッチ 4. アプリケーションと他の依存性をイン ストール 5. バックアップ・エージェントのインス トールとアプリケーション・データのリ ストア 6. リカバリ・データに依存するアプリケー ションのコンフィグレーション 7. VMがリスタートの準備ができ、最初 のアプリケーション検証
- 16. リストアが容易なデザイン（続） VMの強力な機能 • カプセル化とH/Wからの独立 • レガシーなリカバリ手法< VM全体のリカバリ • ステップ数の削減 ⇒ リスクとコストの低減 レプリケーションからスタート • VM全体のリカバリ： バックアップとレプリケーション プライマリ・サイト バックアップ・ロケーション プライマリ・サイト リカバリ・サイト vSphere レプリケーション vSphere vSphere バックアップ
- 17. インフラ・コンフィグレーションの決定 H/W, ソフト、オフサイト・データ転送方法、リカバリープラ ンの決定 • サーバ • BIAにガイドされる仮想化環境から最適な容量を割り出す。 • ストレージ DRサイトへのvMotion, HA : • NAS, iSCSI, FCを検討 SMB, リモート・オフィス： • ローカル・ディスクを使用したDR
- 18. インフラ・コンフィグレーションの決定(続) ネットワーク • 予算↑： しっかりした帯域幅の準備 •帯域幅↓: RTOの変更 • サーバ・リソースのプロビジョニングが必要 クラウドDR：仮想化ホスト・プロバイダの活用 • 初期投資の低減 • 充分な事前計画が必要 • クラウドに対応したSLA • クラウド・ベンダのサポート体制に対応する準備
- 19. 継続的な仮想化DRテストのプラン 最初のバックアップ前にリストア計画と検証 テストを意識したデザイン • VMのリストア・テストが可能なワークフローの準備 継続テスト（Test Drive）が可能なDRテスト新規VM 追加等に対応 •仮想化ではテストが継続できるDRプランが可能 • DRプランを守る自動リカバリ検証環境の確立
- 20. 仮想化DRテスト・ドライブのプラン（続） Surebackによるリカバリ検証プラン • いつでも、すべてのVMをすべてのバックアップでテスト • バックアップに対して変更なく • 隔離されたテスト環境 • すべてのOS,アプリケーションに対して VM OS App Report バックアップ・レプジトリ 隔離環境 検証ジョブ 本番VM Veeam Backupサーバ