1.1 データバックアップ

（2016年時点での内容をアーカイブとして掲載しているため、一部の掲載内容が最新情報とは異なる場合がありますので、ご了承ください。最新のIBM Cloudの情報は [IBM Cloud Docs](https://cloud.ibm.com/docs) や [IBM Cloud アップデート情報](https://www.ibm.com/cloud-computing/jp/ja/cloud-update/) 、[柔らか層本](https://ibm.ent.box.com/v/ibmcloud-yawaraka)をご参照ください。）

解決したい課題

企業活動に重要なシステムのデータが失われると企業の活動に重大な影響を及ぼすため、データのバックアップは必要不可欠である。 当然、クラウドを活用する場合でも、ストレージ装置のデータが失われた場合の対策は課題である。 これまで、企業の情報システムでは、高価な磁気テープ・ライブラリ装置を利用して、バックアップを取得することが一般的であった。 しかし、この方法は、磁気テープの入れ替え、遠隔地への保管、ローテーションなど人手が必要でありコストがかかっていた。
 
ソリューション・パターン

SoftLayerは、複数のストレージ・システムやバックアップ方法が提供されている。 これらの特徴を、次に挙げるバックアップの用途に合わせて、組み合わせて利用できる。
 
仮想サーバーのOSディスクのバックアップには、イメージ・テンプレートを適用できる。 この方法で取得したバックアップは、元のOSディスクへ書き戻すこと、または、新規のサーバーを作成することができる。
物理サーバーのOSディスクのバックアップは、フレックス・イメージを適用できる。 これは前述のイメージ・テンプレート同様に扱うことができる。
データのバックアップには、複数の異なる種類の異なるストレージ装置が提供されており、異なる種類のストレージ装置へデータをコピーする事で、ストレージ装置の故障によってデータが失われるリスクを回避することができる。
災害などによってデータセンターの設備が失われた場合の対策として、保護対象のデータを他のデータセンターへコピーする事ができる。 この場合のデータセンター間の通信費は、たとえ国際通信であっても無料である。
日々ファイル単位で更新されるファイル・サーバーに対しては、更新された分だけのファイルのバックアップと、ファイル単位でのリストアのサービス(EVault)やソフトウェア(Idera)を適用できる。
データ発生量の見積もりの難しい操作ログやアクセス・ログなどの大量のログの保管には、容量無制限のオブジェクト・ストレージを適用できる。 この方式のストレージは、前もって領域を確保する必要がなく、利用した分だけの従量制料金となっているため、経済的に利用することができる。
 
インプリメンテーション

仮想サーバーのケース
 
仮想サーバーのOSディスクは、カスタマーポータルの操作、SLコマンドの実行、APIコールによって、バックアップを取得できる。 このバックアップは、プライベート・イメージ・テンプレートとして保持される。
プライベート・イメージ・テンプレートは、誰でもアクセスできるパブリック・イメージ・テンプレートに変更して、公開することができる。 また、特定のユーザーにだけ公開することもできる。
プライベート、または、パブリックのイメージ・テンプレートから、新規の仮想サーバーを起動、あるいは、OSディスクへの書き戻しができる。
プライベート・イメージ・テンプレートは、カスタマーポータルの操作によって、他のデータセンターに複製をもつように指定できる。 これで、一つの操作で、災害対策と兼用することができる。
データ・ディスクは、セカンド・ディスク以降に割り当てる。 OSディスクとデータ・ディスクを別ける理由は、OSディスクのバックアップ取得に伴う停止時間を最小にするためである。
データのバックアップは、エンデュランス・ストレージ、オブジェクト・ストレージ、SANストレージ、EVaultサービス、Ideraサーバーへ、データのコピーとして取得することができる。
ストレージのスナップショット機能は、エンデュランス・ストレージで提供される。
Evaultは、エージェントを導入して、バックアップ対象とスケジュールを設定するだけで利用できるサービスである。 一方、Ideraは、利用者がIderaはサーバーを構築して利用できるソフトウェアの提供である。
 
物理サーバーのケース
 
ここでは、前述の仮想サーバーからの相違点を中心に記述する。
 
物理サーバーのOSディスクのバックアップは、フレックス・イメージを利用する。 カスタマーポータル上のメニューが別れているので選択を変えるだけである。
物理サーバーは、仮想サーバーで利用できるSANディスクが利用できない。 そこで、物理ディスクのデータは、エンデュランス・ストレージ、オブジェクト・ストレージ、EVaultサービス、Ideraサーバーを利用する。
仮想サーバーをSambaサーバー、NFSサーバーとして構築しておき、物理サーバーのバックアップを取得することもできる。 仮想サーバーのSANディスクのセカンド・ディスク以降は、ポータブル・ディスクとして独立して保持できるため、仮想サーバーは必要な時のみ起動してコストを抑えることもできる。
 
 
エンデュランス・ストレージを利用するケースの補足
 
エンデュランス・ストレージは、iSCSIブロック・ストレージかNFSサーバーとして利用できる。
スナップショットとレプリケーションの機能を利用できる。 このスナップショットは、取得時点のデータの状態を原本とするコピー・オン・ライト方式であるため、ストレージ装置の故障のバックアップとして利用はできない。
スナップショットは、最短間隔で1時間に1回取得でき、複数世代保持することができる。
レプリケーションは、他のデータセンターのエンデュランス・ストレージに、レプリカを生成する機能である。この機能を利用して災害対策とすることができる。 また、同一データセンターでレプリケーションを取得することはできない。
レプリケーションは、最新のスナップショットがレプリケーションされるため、スナップショットの間隔より鮮度の高いデータは得られないため、高可用性用途には適していない。
 
効果

カスタマーポータルの操作だけでなく、SLコマンドをシェルから呼び出す方法、APIをコールする方法によって、バックアップを実行できる。 これによってテープ・ライブラリ装置の様な高価で人手を必要とする機器を使うことなく、バックアップ作業を自動化できる。
バックアップに複数の方式が選択できるため、最適なバックアップ方法を選択できる。
災害対策の場合、遠隔地にデータを保管するためのネットワークや設備などの莫大な投資が必要であるが、SoftLayerは、データセンター間の通信が無料であり、遠隔地へのデータ保管が手軽に実現できる。
 
懸念事項・注意点

サービス終了予定のレガシー・ブロック・ストレージを除いて、エンデュランス・ストレージだけが、スナップショットを提供するサービスである。 その他の種類のディスクでスナップショットの取得が必要な場合、LinuxのLVM(Logical Volume Manager)のスナップショット機能を考慮する。 そして、Windowsの場合は、ボリューム・シャドー・コピーの適用を考慮する。
フレックス・イメージでは、一本の物理ディスクに集約されてリストアされるため注意が必要である。 例えば、Windowsサーバーで、CドライブをOSディスク、Dドライブにデータ・ディスクとして2本の物理ディスクを利用している状態で、フレックス・イメージを取得したとする。 これをリストアした場合、1本の物理ディスクに、パーティションとして、CドライブとDドライブに分かれてリストアされる。 このため必要に応じて再配置する必要がある。
フレックス・イメージは、適用できるOSの種類に制限がある。
イメージ・テンプレート、フレックス・イメージの保管には、料金が発生するので、無駄な費用が発生しないように、不要になったイメージは、削除する必要がある。
規模の小さな場合、OSディスクとデータ・ディスクに分割する必要はなく、単一のOSディスクに含めても、バックアップの取得時間に影響は少ない。
 
参考資料

1.5 サーバーのバックアップを取るには？
1.6 ストレージの種類と選択
1.6.4 Windows用NASの利用方法は？
1.6.7 エンデュランス・ストレージを利用するには？
1.6.8 エンデュランス・ファイルサーバーを利用するには？
1.6.9 エンデュランス・ストレージのレプリカの利用
3.2 サーバーのクローンを作るには？
4.5 EVaultでバックアップするには？
4.6 EVaultからリストアするには？
4.7 EValutで異なるサーバーに戻す方法は？
4.9 コマンドでサーバーをオーダーするには？
5.1 オブジェクト・ストレージを利用するには？
5.8 Windowsのドライブとして利用するには？
5.9 Linuxにマウントするには？