ディザスタリカバリ導入事例:遠隔地間レプリケーション
仮想化で「保険としてのバックアップサイト」も戦力化する大阪ガス
災害対策にコストは付きものだが、ソリューションの選択次第で大幅なコスト削減が可能だ。余剰リソースと見られがちな待機中のバックアップサイトも、サーバの仮想化技術で別用途に転用できる。
災害対策のきっかけは阪神・淡路大震災
災害対策導入のきっかけにはさまざまなものがある。ハードウェア構成の大幅な見直しやシステム移行時などがその例だ。当然ながら少なからずコストが発生するが、バックアップサイトを用意するとなるとその額は莫大だ。
災害対策はいわば保険のようなもので、何らかの事故や災害が発生しない限りその効果は実感できない。それだけに、導入費用の捻出をしぶる経営層も少なくない。
大阪ガスが災害対策を施すきっかけになったのは、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.
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー