ディザスタリカバリ導入事例:遠隔地間レプリケーション
仮想化で「保険としてのバックアップサイト」も戦力化する大阪ガス
災害対策にコストは付きものだが、ソリューションの選択次第で大幅なコスト削減が可能だ。余剰リソースと見られがちな待機中のバックアップサイトも、サーバの仮想化技術で別用途に転用できる。
災害対策のきっかけは阪神・淡路大震災
災害対策導入のきっかけにはさまざまなものがある。ハードウェア構成の大幅な見直しやシステム移行時などがその例だ。当然ながら少なからずコストが発生するが、バックアップサイトを用意するとなるとその額は莫大だ。
災害対策はいわば保険のようなもので、何らかの事故や災害が発生しない限りその効果は実感できない。それだけに、導入費用の捻出をしぶる経営層も少なくない。
大阪ガスが災害対策を施すきっかけになったのは、1995年1月17日に発生した阪神・淡路大震災だった。大きな震災を目の当たりにし、災害対策の必要性を強く認識したのだ。そのため、全社的な災害対策への取り組みが速やかに決まったという。
「災害対策に必要な予算が幾らかということよりも、災害対策は絶対に必要だという判断が先にありました」と、大阪ガス 情報通信部の松本光司氏は語る。
幸いなことに、大阪ガスのデータセンターは大阪市に置かれていたため、震災による被害はそれほど大きなものではなかった。もちろん、被災地域にあった支社ではコンピュータ端末が利用できなくなるなどのトラブルはあったが、それらは代替品を用意することですぐに復旧できたという。
「当時は、現在ほどITシステムに依存した業務は行っていませんでした。そのため、大きなITシステムのトラブルもなく、ガス供給の復旧作業に支障はありませんでした」(松本氏)
とはいえ、ガス供給事業という観点でITシステムは欠かせなかった。例えば、課金に必要な顧客情報などはITシステムで管理されていた。そのような経緯から、災害対策として最低限保守すべき情報を日常的にバックアップする仕組みが導入されることになった。
バックアップのために大阪、京都間を車で移動
震災から2年後の1997年、大阪ガスは大阪市から40キロほど離れた京都市にバックアップサイトを置いた。災害対策という性格上、震災などの同一原因による被害を避けるためだ。その点では、より離れた地域も候補地として浮上したが、災害発生後にバックアップサイトへ出向く必要性を考え合せると、支社のある京都市が現実的な選択だったようだ。事実、京都市は阪神・淡路大震災による被害は受けていない。
当時、社会インフラであるインターネット回線が十分に整備されていなかったため、ネットワークを経由したバックアップは難しかった。そのため、人手によるバックアップテープの運搬が日次で行われていた。システムインテグレーションを引き受けたオージス総研の北村裕司氏は、「多いときには100本余りのテープを車で運んでいました」と打ち明ける。
「当時のテープは容量が小さく、膨大な数のテープを必要としていました。大阪から京都まで、バックアップテープを車で運び終わるのが朝の10時ころ。前日のデータをすべてロードし終えると、13時から14時というのが日常でした」(北村氏)
大阪ガスは、何らかの災害によるITシステムの停止から復旧までの目安時間を24時間以内と定めている。金融機関ではほぼリアルタイムな復旧と絶え間ない継続性が求められているが、ガスの供給事業においては課金などの一部の業務を除き、ITシステムの停止が消費者へのサービスに直接影響することはない。そのため、長時間にわたる車によるバックアップテープの運搬も問題はなかった。
ITシステムの進化に伴う災害対策の見直し
とにかく災害対策が必要ということでバックアップサイトを構築した大阪ガスだったが、震災から10年が経過した2005年、システム構成の変化や技術の進歩、受付業務や料金関連システムの一部がメインフレームからオープン化されたことなどを受けて災害対策の見直しを行った。
最初に取り組んだのはコストダウンだった。何社かのベンダーの提案を検討した結果、メインフレームとUNIX統合サーバの災害対策として、遠隔地間でストレージのコピーを行うという日本アイ・ビー・エムの提案を採用した。通常、災害対策ではメインシステムと同等のバックアップシステムを用意するものだが、この構成では2倍のハードウェアコストが発生してしまう。これに対し日本アイ・ビー・エムは、本番機(IBM System Storage DS8000)と同じラインアップで、コマンドラインインタフェースや管理インタフェースが共通な安価なストレージ(IBM System Storage DS6000)をバックアップサイトに採用する案を提示してきた。これにより、本番機のような高価なストレージでなくてもストレージのコピーが実現可能になり、ハードウェアコストの圧縮につながった。
しかし、ストレージのコピーを採用したからといってバックアップテープがなくなったわけではない。すべてにおいてストレージのコピーを採用すれば性能的には満足いくかもしれない。しかし、回線容量の増大や高価なストレージの導入はコストアップにつながる。そこで、コピーは最低限の差分データに対してのみ行い、システムのバックアップそのものはテープなどの安価な方法を組み合わせた。これにより、大幅なトータルコストの圧縮が実現できたわけだ。
「システムごとに適した災害対策レベルというものがあります。単純にデータのバックアップを遠隔地で取りたいのであれば、テープバックアップは安価でいいかもしれません」(北村氏)
また大阪ガスは、一部のシステムのリモートバックアップにシマンテックの「Veritas NetBackup」を用いている。これは、メインサイトにあるテープライブラリへ一度バックアップを行えば、バックアップサイトのテープライブラリにも必要なデータがコピーされるというものだ。北村氏は、「リアルタイム性が要求されないデータに対しては、このようなテープライブラリを用いた遠隔地へのデータコピーもコストメリットは高い」と指摘する。ちなみに、メインシステムのバックアップは夜間に行われているため、このテープライブラリによるバックアップは処理能力に余裕がある昼間の時間帯に行われている。
さらにコスト削減に貢献したのが、IBM製メインフレームにおける新たなライセンス体系の導入だ。通常時、バックアップサイトは待機が役割のため高いスペックを必要としない。しかし、だからといってあまり低いスペックでは、いざ災害が発生したときに負荷を処理しきれない可能性がある。これに対し日本アイ・ビー・エムは、使用したプロセッサの「数」と「処理速度」に応じてライセンス料を徴収するという「オンデマンドライセンス体系」をメインフレームを対象に提供している。
この料金体系を下支えしているのは、プロセッサの処理速度をMIPS単位で増減できるという「Capacity Backup Upgrade」機能と、プロセッサごとに活性化/非活性化を切り替えられる「On/Off Capacity on Demand」機能の2つだ。
大阪ガスは、バックアップサイトにCapacity Backup Upgrade機能を用いることで、通常時は25MIPSで稼働しているプロセッサの処理速度を、緊急時などは必要に応じて640MIPSまで引き上げることができる。加えて、On/Off Capacity on Demand機能を用いることで、被災時にメインシステムがダウンしてもバックアップサイトに眠らせておいたプロセッサを活性化するというライセンス上の「転用」を行い、ライセンス料の無駄払いを二重に防止しているのだ。
仮想化技術を活用しバックアップサイトを有効活用
大阪ガスは、最近注目を集めているサーバの仮想化技術も災害対策に取り入れている。
「LinuxやWindowsサーバの災害対策のために、当初は1:1の関係でバックアップサイトを用意する予定でした。これに対しVMwareのサーバ仮想化技術を利用すれば、物理的に同数のサーバを用意しなくてもバックアップ環境を構築でき、通常運用時は別の用途にもバックアップリソースを有効活用できるのではと考えたわけです」(松本氏)
ちなみにVMwareからは、サーバ上の仮想マシンを稼働状態のまま別サーバの仮想マシンとしてマイグレーションする「VMotion」という機能が提供されているが、大阪ガスはこのVMotionは使わずに、サーバの仮想化ソリューション「VMware ESX Server」でシステムを構成している。
ストレージのコピー、オンデマンドライセンス体系、テープライブラリ、サーバの仮想化技術。オージス総研は、大阪ガスとこれらの災害対策を経験したことで、ほかの顧客に対してもコスト効率のよいバックアップサービスや災害対策を提案できるようになったという。
災害対策における新たなる課題
大阪ガス 情報通信部の松井宏樹氏は、ITシステムのどの範囲まで災害対策用にバックアップすべきなのか、その見極めが難しいという。オンデマンドライセンス体系やサーバの仮想化技術を活用しても、すべての業務環境を二重化するとなれば大きなコストが発生する。とはいえ、主要なシステムだけをバックアップしても災害時に業務を継続できるのか不安が残るというのだ。
「集約された大きなサーバだけをバックアップすればいいのか、現場で利用されている分散システム、さらにはPCなどもバックアップの対象とすべきなのか難しいところです。メインシステムだけバックアップしても、災害時に実際の業務が回らないのでは意味がありません」(松井氏)
災害対策を実施する際は考え得るさまざまな災害状況を洗い出し、人の活動も含めてどう対処するかを考慮する必要があるということだ。「今後は災害対策の仕組み作りだけでなく、シナリオ作りも重要でしょう」と松井氏は指摘する。
大阪ガスの事例から学ぶべきことは、どの災害対策ソリューションを選ぶかではなく、自社に必要な災害対策とは何かを見極めることにあるようだ。さらにサーバの仮想化技術を活用すれば災害対策のためのバックアップリソースが転用可能になり、災害時にしか存在感を発揮しない保険としてのリソースを生かすこともできる。
これらをうまく実践できれば、「災害対策はコストが掛る」という呪縛から解放されるかもしれない。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
急増する「AIはこう言ってる」マン 判断を狂わせる「AI忖度」を防ぐには?
-
2
取手市がVDIと決別した理由 更改費用「4倍超」を約1.7倍に圧縮
-
3
「Excel至上主義」の終わらせ方 丸2日の手作業地獄から情シスと現場を救うには
-
4
221人調査で分かった「情シス最大のストレス」は?
-
5
「データストレージの活用方法」に関するアンケート
-
6
「AI時代の統合基盤・エンタープライズAI管理」に関するアンケート
-
7
自宅のWi-Fiが「遅い」「途切れる」本当の原因は? Dellが推奨する鉄則
-
8
本当に安いPCで十分か? “すぐ重くなる”を防ぐノートPC選びの絶対条件
-
9
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
10
Claudeの不可視透かしに批判殺到 著作権消失や誤判定に潜む企業リスク
ホワイトペーパーランキング PR
-
1
年収2000万「クラウドセキュリティのプロ」になれる資格とは
-
2
セキュリティソフトをすり抜ける標的型攻撃メール、不審メールの見破り方とは?
-
3
Windows Updateの通信集中で回線が逼迫、ネットワーク刷新事例に学ぶ解決策
-
4
財務を戦略的組織へ進化させるAI活用術、4つの主要な障壁と解消方法
-
5
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
-
6
“あのファイル転送”で暗躍するノーウェアランサム
-
7
標的型攻撃メールを見破るには? サンプル文面を例に傾向を解説
-
8
商用利用の安全性を確保し大量のコンテンツを高速で生成する、AI活用の秘訣
-
9
マンガで解説、1日で生成AI環境を構築できるワークショップの中身とは?
-
10
Dark AIが台頭する時代の新発想、「より高度なAIで対抗する」具体的方法とは?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー