3．下記のどれを想定しているか

3－1．クラウドを「長期保管先の安価なストレージ」として利用したい

　長期保管先の安価なストレージとしてクラウドの活用を想定している人は、DRをしたいというより、安価なデータの保存先としてクラウドを使用したいという目的が強いと思われる。バックアップデータをオンプレミスに保存せず、クラウドに直接保存したいと思っているかもしれない。

　PC／モバイルデバイスのデータのバックアップであれば、対象データの総容量や日次更新量、リストア容量も少ないことが想定されるので、オンプレミスに保存せず直接クラウドに保存することも可能だろう。もし総容量が多いシステムでも、「リストアは一度に数ファイル程度で全体をリストアする必要がない場合」「リストアすることはほぼ無く時間を要しても問題がない場合」は、直接クラウドに保存するだけで事が足りるケースだ。これらのケースは非常にまれだろう。

図6　クラウドを「長期保管先の安価なストレージ」として利用する方式

　リストアの頻度が多く、何TBもの容量をフルリストアしたい要件がある場合は、クラウドから直接のリストアは困難である。オンプレミスへの保存に加えて、クラウドに複製することをお勧めする（次項参照）。

3－2．クラウドを「バックアップデータの複製先」として利用したい

　バックアップデータの複製先としてクラウドの活用を想定している人は、オンプレミスにバックアップデータを保存し、そのバックアップデータをクラウドに複製することで、保護レベルを上げることが目的だろう。

　複製先は、クラウドストレージまたはIaaSで稼働するバックアップサーバを選択できる。システムの復旧場所はオンプレミスを想定している。オンプレミスのサイト全体の障害が発生する可能性より、部分的なシステム障害の発生の可能性が高い。その場合にバックアップデータがオンプレミスに保存されているので、サイト内でリストアができるから効率的だ。

図7　クラウドを「バックアップデータの複製先」として利用する方式

　さらに、例えば東京サイト全体が有事の際に、クラウドにバックアップデータが存在するので、大阪サイトを構築し、クラウドからバックアップデータをリストアすることも可能である。ただ、オンプレミスのサイト障害からの復旧のRPO（目標復旧時点）／RTO（目標復旧時間）が想定範囲内であるかどうかを検討する必要がある。バックアップは通常日次で運用されるためRPOは1日となる。RTOはサイトの施設復旧に加え、クラウドからの全データリストアのため、数日～数週間と長時間を要することが考えられる。

3－3．オンプレミスからクラウドへ「サイト間のシステム切り替え」を行いたい

　サイト間のシステム移行先としてクラウドの活用を想定するのは、オンプレミスのサイト全体が有事の際に、システムをクラウドに切り替えることで、RTOを短縮させ、ビジネスの継続性を高めたい要件がある場合だろう。

　サイトの復旧場所はクラウドである。この場合はクラウドストレージだけでは実現できず、システムを復旧させるためのIaaSが必要である。オンプレミスは「VMware ESXi」「Microsoft Hyper-V」といったハイパーバイザーで構成されていることが多いが、仮想マシン全体のバックアップデータをパブリッククラウドのインスタンス（仮想マシン）としてリストアできるかどうかは、使用するバックアップ製品を確認する必要がある。

図8　「オンプレミスからクラウドへのシステム切り替え」バックアップリストアによる方式

　サイト復旧に1日～数日かけてよいのであれば、IaaSでバックアップデータをフルリストアすることで対応できるだろう。バックアップデータはリストアしないと使用できないため、総容量が大きいと復旧に長時間を要する。

　システムの規模にもよるが、1日未満でのサイト復旧を目指すのであれば、バックアップデータに加え、本番データのレプリケーションも必要になるだろう。本番データのレプリケーションデータは、マウントを切り替えるだけで使用できるため、復旧時間を短縮することができる。本番データのレプリケーションについては、技術の進歩が著しい。RTO／RPOやバックアップ／DR方式にも大きく影響するため、レプリケーション単位（仮想マシン、ストレージのボリュームなど）、レプリケーション対象（アプリデータのみ、システム全体など）について要件を詰める必要がある。

図9　「オンプレミスからクラウドへのシステム切り替え」本番データのレプリケーション併用による方式

　ビジネスの継続性の向上に加えて、オンプレミスとのクラウドの統合管理／連携、運用状況の可視化を行い、シームレスなハイブリッドクラウド／マルチクラウドを実現したい場合は、本番データのレプリケーションの方式を正しく選択し、システム切り替えの自動化の仕組みが必要となる。

図10　自動切り替えの仕組みによるシームレスハイブリッドクラウドの実現

　上記のヒアリング項目への回答を検討することで、バックアップ／DRにクラウドを利用したい目的とその際の方式を、おおまかにイメージできただろう。想定していた要件が現在の技術で不可能な場合や、想定以上にコストがかかりそうな場合は、要件を変更する必要がある。今回は要件を整理するためのヒアリング項目と、目的の整理についてお伝えした。次回以降、それぞれの要件ごとの方式の詳細と注意事項について解説していく。

木島 亮（きじま・りょう）

伊藤忠テクノソリューションズ

ITサービス事業グループ　製品・保守事業推進本部　ITインフラ技術推進第1部　ITマネジメント技術推進課

2002年、伊藤忠テクノソリューションズ（CTC）入社。

HAクラスタやLinux、ストレージの担当を経て、現在、データ保護／データ管理を担当する。

2008年から、仮想環境／クラウド上のデータ保護や可用性／事業継続ついて、案件支援や技術検証、セミナーを実施し、社内外への啓発を行っている。

• CTCのNBUアプライアンスはココが違う　～実績、保守、運用～
• バックアップ運用も自動化しませんか？
• “データを制する企業がビジネスを制す”デジタルビジネス時代、「データ管理」を再定義する
• ハイブリッドクラウド運用（CTCクラウドサービス+Veritas Resiliency Platform）