ジェネラル

レプリケーションとバックアップの違いとは?ビジネスにおけるデータ保護の選択肢を理解する

Thu Sep 19 2024By Mayuko Yoshitome

現代社会において、顧客情報、売上データ、製品設計といった企業活動を支えるデータは、まさに「企業の財産」です。しかし災害やヒューマンエラー、サイバー攻撃などにより、データ損失のリスクは常に隣り合わせにあります。万が一データが消失してしまったら、事業の継続はもちろん、企業の存続さえ危ぶまれる事態になりかねません。

そこで重要となるのが、データ保護の観点です。この記事では、データ保護の選択肢として重要な「レプリケーション」と「バックアップ」の違いを解説し、企業にとって最適なデータ保護戦略について考えていきます。

レプリケーションとは?仕組みとメリット・デメリット

レプリケーションとは、簡単に言えば「データの複製を作成する技術」。元のデータがあるストレージとは別に、別の場所にもう一つコピーを作成することで、データを常に最新の状態に保ちます。

レプリケーションの種類

レプリケーションには、データの複製方向に着目した「一方向レプリケーション」と「双方向レプリケーション」、データの同期方法に着目した「同期レプリケーション」と「非同期レプリケーション」など、いくつかの種類があります。

  • 一方向レプリケーションと双方向レプリケーション

一方向レプリケーションとは、データを一方的に複製元から複製先にコピーするタイプのレプリケーションです。複製先でのデータ編集はできませんが、シンプルなため高速で処理を行えます。

これに対し双方向レプリケーションでは複製元と複製先の両方でデータを編集でき、変更内容は相互に反映されます。リアルタイムでのデータ共有に適していますが、競合が発生する可能性もあります。

  • 同期レプリケーションと非同期レプリケーション

同期レプリケーションでは、データの複製が完了してから次の処理に移ります。データの整合性が保たれる一方で、処理速度は遅めです。

一方、非同期レプリケーションはデータの複製をバックグラウンドで行うことで、処理速度を優先します。複製元と複製先のデータに時間差が生じる可能性がありますが、システムへの負荷が低く、処理速度が高速です。

レプリケーションの特徴

レプリケーションの3つの特徴を紹介します。

  • データをリアルタイムで複製

同期レプリケーションの場合、リアルタイムでデータの複製を作成します。つまり、元のデータに変更が発生した場合、ほぼ同時に複製データにも同じ変更が反映されるということです。このため常に最新のデータにアクセスでき、業務効率の向上に繋がります。

  • システムの可用性を向上

万が一、元のデータが保存されているストレージに障害が発生した場合でも、レプリケーションがあれば、複製データを使って業務を継続することができます。システムのダウンタイムを最小限に抑えることができるため、事業継続性の向上に大きく貢献します。

  • 災害復旧対策としても有効

レプリケーションでは、地理的に離れた場所に複製データを作成することも可能です。そのため、地震や洪水などの広範囲災害が発生した場合でも、データの損失を防ぎ、迅速にシステムを復旧できます。なお多くのクラウドプロバイダでは、異なるエリア間でデータをレプリケートするリージョン間レプリケーションが利用可能です。

レプリケーションのメリット・デメリット

レプリケーションの最大のメリットは、データ損失のリスクを大幅に低減できることです。リアルタイムで複製が作成されるため、元のデータが消失した場合でも、複製データから復元することが可能です。

一方、レプリケーションでは元のデータとは別に複製データ用のストレージが必要となります。そのため、ストレージ容量の増加に伴い、コストも増加する可能性があります。

バックアップとは?種類とメリット・デメリット

バックアップとは、特定の時点におけるデータのコピーを作成し、別の場所に保管しておくことです。万が一、元のデータが消失した場合でも、バックアップデータから復元することができます。

バックアップの種類

バックアップには、主に以下の3つの種類があります。

  • フルバックアップ

すべてのデータをバックアップします。最も容量が必要ですが、復元が容易というメリットがあります。

  • 差分バックアップ

前回のバックアップ(フルバックアップまたは差分バックアップ)以降に変更されたデータのみをバックアップします。フルバックアップよりも容量を抑えられます。

  • 増分バックアップ

前回のバックアップ(フルバックアップ、差分バックアップ、または増分バックアップ)以降に変更されたデータのみをバックアップします。差分バックアップよりもさらに容量を抑えられます。

バックアップの特徴

バックアップは、特定の時点におけるデータの「スナップショット」を保存します。たとえば、毎日夜中の1時にバックアップを取得するように設定した場合、毎日夜中の1時のデータがバックアップとして保存されます。

バックアップのメリット・デメリット

バックアップは、複数の時点のデータを取得しておくことが可能です。そのため、過去の任意の時点にデータを復元することができます。誤ってデータを削除してしまった場合でも、削除前の状態に復元できる点が大きなメリットといえるでしょう。

一方、バックアップデータから元のデータを復元するには「リストア」という作業が必要になります。バックアップデータの容量が大きい場合、このリストアに時間がかかることがあります。また、バックアップを取得してからデータが更新されている場合、その間のデータは失われてしまう点もデメリットです。

レプリケーションとバックアップ、目的で使い分けよう

これまで見てきたように、レプリケーションとバックアップは、どちらも重要なデータ保護の手段ですが、それぞれ異なる特徴があります。そのため、目的や状況に合わせて使い分けることが重要です。

レプリケーションは「事業継続性の確保」に有効

レプリケーションは、データの複製をリアルタイムで作成し、常に最新の状態に保ちます。このためシステムのダウンタイムを最小限に抑え、事業継続性を確保することに有効です。

常にシステムが稼働している必要があるビジネス(たとえばECサイト)では、システム障害が発生してもサービス停止を回避でき、顧客に迷惑をかけるリスクを減らせます。

バックアップは「データの保護と復旧」に有利

バックアップは、過去の任意の時点のデータを復元できるため、データの消失や破損からの復旧に有利です。定期的にバックアップを取得しておくことで、ヒューマンエラーやシステム障害、サイバー攻撃など、さまざまな原因によるデータ損失に備えることができます。

たとえば、顧客情報や財務データなど、重要なデータの保護には、バックアップが不可欠です。定期的にバックアップを取得し、安全な場所に保管しておくことで、万が一データが消失した場合でも、迅速に復旧することができます

組み合わせることでより強固な保護体制を

レプリケーションとバックアップは、それぞれ異なる目的や用途に適した技術です。そのため、両者を組み合わせることで、より強固なデータ保護体制を構築することができます。

たとえば、主要なシステムにはレプリケーションを導入して事業継続性を確保し、重要なデータについてはバックアップを定期的に取得してデータ損失に備えるという方法が考えられます。

まとめ

この記事では、ビジネスにおけるデータ保護の重要性を踏まえ、レプリケーションとバックアップの違いについて解説しました。

レプリケーションはリアルタイムなデータ複製によって、システムの継続的な稼働を支え、事業停止のリスクを最小限に抑えるための有効な手段です。一方、バックアップは過去のデータ状態を保持することで、障害発生時のデータ復旧を可能にする役割を担います。どちらの技術も、企業にとって重要なデータ保護の選択肢といえるでしょう。

自社のビジネス要件やデータの重要度、予算などを考慮し、レプリケーションとバックアップの使い分け、あるいは組み合わせによって、より強固なデータ保護体制を構築していきましょう。

drp
ジェネラル企業の災害対策はなぜ重要?データ損失を防ぐクラウドストレージ活用術とは

株式会社インフィニットジャパン様導入事例 コスト試算の難しさから一度は諦めた外部保管サービス

Wasabi採用でついに市場投入が実現医療機関をランサムウェア攻撃から守る砦にインフィニットジャパン は、医療機関向けにITソリューションを提供する韓国INFINITT Healthcare の日本法人です。INFINITT Healthcareは2002年に誕生、PACS(Picture Archiving and Communication System、医用画像管理システム)に強く、韓国のみならず、日本、アメリカ、中国、ヨーロッパなど世界55カ国6,300以上の医療機関が同社の製品/サービスを導入しています。日本において、インフィニットジャパンは世界で培った良質のソリューションをわが国ならではのニーズに合わせて提供。常にユーザーの視点に立つ姿勢、また良質でリーズナブルな価格での製品/サービス提供が高い評価を得ています。 Infinitt事例の続きはこちら>>...

Wasabiが提案する災害対策

スマホが市民権を獲得した頃を境に、我々の日々の暮らしや仕事はITによって一気に様変わりしました。コミュニケーション、移動手段やロジスティクス等の確認や購入、物品の購入、情報収集、制作行為、など身近にある様々な物事がネットワークに接続され、あらゆる活動がコンピューターを利用し効率的に実施可能な、なんとも便利な世の中になりました。もはやIT無しではほとんど何も遂行することができないと言っても過言ではありません。ところで、日本の陸地面積は全世界の0.3%に満たないにも拘わらず、世界で発生するM6以上の地震のうち何と20%以上が起きていることをご存じでしょうか?。 発生場所も時間も予測できない大地震。 データセンターの壊滅やラック転倒、長期停電、火災など、データロスや長期にわたるサービス停止など甚大な被害も発生しうる事態です。 IT依存度が非常に高まり、IT利用を放棄するということができないわけですから、災害が発生しても様々な活動を継続できるようにするための対策が必須ではないでしょうか。さて日本の企業/組織において、果たしてどれくらいの方々が自信を持って「IT環境の災害対策は万全である」と答えられるでしょうか。一般的に、災害に強いIT環境を構築しようとした場合、非常に多くのコストがかかってきます。 ・ハードウェア環境を2セット購入し、遠隔地のデータセンターに1セットを配置する ・十分なインターネット回線(または専用線)を用意する ・メイン環境、遠隔地環境双方にかかる以下のリソースとコストを用意する複数のベンダーに支払う環境構築費運用を任せられる現地スタッフ利用期間(例えば5年間)に発生する電気代、空調代、回線利用代、その他のランニング費用利用期間(例えば5年間)に発生する障害対応、ソフトウェアアップデート、リソース枯渇に対するシステム増強など人的リソースの確保利用期間終了後の次世代環境リプレイス計画利用期間が終了した旧機材の撤去や廃棄コスト日本国内に存在する企業のうち99.7%が中小企業です(※ 中小企業庁公表のデータより)。インフラ環境に何億円も投資できる企業は総数からするとほんの僅かであり、自信を持って「IT環境の災害対策環境は万全である」と答えられる企業は実は極めて少ないと考えられますクラウド環境の選択と課題まさにこのような災害対策の需要に対し理想的な選択肢となるのがクラウド環境の利用です。ハードウェア環境等の準備が必要ない。それに伴い技術的専門知識も必要ないことが多い。IT機器以外の周辺環境を気にする必要もない(ラック、空調、UPS、非常時の交通手段など)設置場所を問わない。思い立ったら選択可能なリージョン(地域)で数日以内に環境構築可能ハードウェアの保守期間満了に伴う環境リプレイスの懸念から解放される現地に運用スタッフがいる必要が無いオンプレのハードウェア環境の利用が当たり前だった時代と比べるとはるかに手軽にDR対策環境の準備と運用が可能になります。一方で、一般的なクラウド環境の利用においても、隠れたコストが課題となることが多いことに注意が必要です。 ストレージの価格以外にも以下のような追加費用が存在することをご存じでしょうか?プロジェクト期間(例えば5年間)の利用総額が結果的にいくらかかるのか見立てが難しいという結論に至ることがほとんどです。バックアップジョブが走るたびに発生するコスト(API利用費)レプリケーション実施の際などに発生する、リージョンを出るコスト(下り転送料、GB単位)データリストアの際に発生する、リージョンを出るコスト(下り転送料、GB単位)クラウドを利用することで旧来のオンプレ環境よりも高額になってしまったケースさえ散見されます。これでは、「莫大なコストがかかってしまうために災害対策できない」という課題への解決策とはとても言い難い選択肢です。Wasabiという選択肢これらの災害対策の構築にあたりWasabiの選択肢がベストであることを幾つかのパターンで紹介させて頂きます。いずれのパターンにおいても、Wasabiの特徴である以下の要素が重要なキーとなります。Wasabiはクラウドストレージ業界でも最高水準の99.999999999%(11-9s、イレブンナイン)の耐久性でデータを守ります。オンプレ製品とは比較にならないレベルの信頼性を、専門知識を必要とすることなく気軽にご利用頂けます。一般的なクラウドサービスと異なり、ダウンロード料やAPI利用料などデータの出し入れにかかわる追加費用は一切ありません。費用が発生するのはご契約頂くストレージ容量に対する料金のみとなるため、長期の利用目的であってもコスト試算が至ってシンプルです。結果的にハイパースケーラーなどと比較すると場合によっては80%も安価に運用できるのです。保険的な投資である災害対策などコストをかけたくないサービスにおいて最適な選択肢といえるはずです。Wasabiは業界標準のS3 API互換のストレージのため、バックアップ目的以外にもファイルサーバーやIoT/クラウドネイティブアプリケーション環境など、様々な環境からご利用頂けます。■提案パターン1: 既存のバックアップ環境へのアドオン■現在、多くの企業は下に示す<図1>のような環境ではないでしょうか。アプリケーションを運用する本番インフラ環境を、何らかのバックアップソリューションを利用して、ローカルストレージにバックアップされていると思います。Wasabiは既存の環境に大きなメスを入れることなく簡単なDR対策の構成を提案します。Wasabiは日本国内で流通している様々なバックアップソフトベンダーと提携しています多くのベンダーからWasabiがサポートされているため、既存環境をDR対策したい場合、Wasabiを購入し、ご利用中のバックアップソフトウェアの設定変更を行うだけで災害対策環境が完成します。また多くのバックアップソフトは、クラウド環境へのDRデータクローンの実施を無償としているため、Wasabi費用のみで災害対策ができてしまいます。これまでDR対策のために総額 数千万~数億の費用をご利用されていた方、もしかすると1/50以下の費用で同じ目的を達成できてしまうかもしれません。しかも、Wasabi DRストレージを改ざん不可のイミュータブル設定にする事でランサムウェア対策としてもご利用頂けます。当然追加費用はかかりません。 低コストで一石二鳥の目的が達成できる、とても効率の良い提案ではないでしょうか?<図1: 既存環境にDR対策・ランサムウェア対策としてWasabiを追加>■提案パターン2: Wasabiレプリケーションを利用した遠隔データ保護■上位クラスのバックアップ用ストレージには重複排除機能を持ち、かつ信頼性・冗長性に優れた製品も数多く存在します。それらは当然高コストあることが多く、全てのユーザーが利用できるものではありません。やむを得ず信頼性に乏しい低価格製品を採用せざるを得ないケースも少なくないでしょうし、または現在上位クラスの製品をご利用の方でも、昨今の円安に伴う値上げで想定外の見積に不満を持たれている方も多いのではないでしょうか?Wasabi バケット レプリケーションについて紹介致しますWasabiは<図2>で示す通り、アジア地域では東京・大阪・シンガポール・シドニーの4つ(※2024年現在)のリージョンでサービスを展開しています。このアジア地域のリージョン間でのバケットレプリケーションは無料でご利用頂けます。例えば東京リージョンにバックアップを行えば即座に大阪リージョンに同一のデータが複製され、DRを目的とした遠隔データ保護を専門知識なしに簡単に実現できます。大地震まで考慮し大陸プレートが異なる地域でデータ保護したい場合、東京→シドニーへのデータ複製でも数クリック程度のプロセスで実施できます。高品質な環境でかつ遠隔データ保護構成を低価格で実現できるWasabi。 既存のバックアップ環境を見直したいという方に最適な環境を提案可能です。<図2: 無料でご利用頂けるWasabiバケット レプリケーション>■提案パターン3: Wasabiレプリケーション 自動リダイレクト(2025年登場予定)■Wasabiバケットレプリケーション機能強化版として自動リダイレクト機能が利用可能となります。 例えば東京→大阪リージョンでレプリケーションを実施した際、メインサイトの東京が大規模災害等でサービス停止を伴う甚大な被害を受けた際、それを検知してサブサイトの大阪にアプリケーションの接続先が自動的に切り替わります。従来、災害発生に伴いサービス停止が発生した際、異なるリージョンを利用したサービス再開のためには、アプリケーション側でストレージ接続先の変更など手動で設定を操作する必要がありましたが、それらも不要となります。Wasabiは多目的用途のストレージであるためバックアップ目的だけでなくファイルサーバーや他のサービスにも応用可能となりますので、災害発生時でもサービス停止を極力避けたいシステムのストレージを全てWasabiに統合するのは合理的な判断であると言えるでしょう。<図3: Wasabiレプリケーション 自動リダイレクト>■提案パターン4: Wasabiレプリケーション Air Gap(2025年登場予定)■主にランサムウェア対策の機能強化、Air Gap機能も今後追加されます。Air...

SLA稼働率で失敗しないために!計算方法からクラウドストレージの選び方まで徹底解説

システムの安定稼働は、ビジネス継続性と深く関係する重要な要素です。一方で、システム安定稼働の指標となるSLAについて正しく理解している人は、それほど多くありません。この記事ではSLAの基礎知識から稼働率の計算方法、クラウドストレージにおけるSLAの重要性について解説します。自社にとって最適なクラウドストレージ選びの一助となれば幸いです。システム安定稼働の要!SLAについて理解しようビジネスの安定運用には、システムの安定稼働が不可欠です。まずはその指標となるSLAについて、基礎から理解を深めていきましょう。SLAとは?SLA(Service Level Agreement)とは、サービス提供事業者と利用者の間で締結される、サービスの品質に関する合意書のことです。稼働率はSLAの中核指標の一つであり、システムが正常に稼働している時間の割合を示します。システム停止は、機会損失、復旧費用、ブランド毀損など、ビジネスに計り知れない損失をもたらします。そのため、RFP(提案依頼書)においても、安定稼働を担保するSLAの稼働率は重要な評価項目となっています。SLAの稼働率に影響を与えるダウンタイム稼働率を考える上で重要なのが、ダウンタイム(サービス停止時間)です。ダウンタイムには、計画ダウンタイムと計画外ダウンタイムの2種類があります。計画ダウンタイムは、システムメンテナンスやバージョンアップなど、事前に計画されたサービス停止時間を指します。一方、計画外ダウンタイムは、ハードウェア故障やソフトウェアの不具合、災害など、予期せぬ事態によって発生するサービス停止時間を指します。SLAでは、計画ダウンタイムを稼働率の計算から除外することが一般的です。しかし、計画外ダウンタイムは、サービスの信頼性に関わる重要な要素となるため、その発生頻度や対応時間などが厳しく規定されます。SLAの稼働率計算をマスターしようSLAの稼働率は、以下の計算式で算出されます。稼働率=(期間中の総時間−ダウンタイム) / 期間中の総時間×100%例えば、1年間(365日=8,760時間)で合計8.76時間のダウンタイムが許容される場合、稼働率は99.9%となります。このようにダウンタイムが短くなるほど、稼働率は小数点以下の数字が増えていきます。数字の長さは稼働率の高さ、つまりシステムの信頼性の高さを示すと言えるでしょう。SLA稼働率「ナイン」の定義とビジネスへの影響SLA稼働率は「ナイン」の数で表現されることが一般的です。99.9%は「スリー・ナイン」、99.99%は「フォー・ナイン」と呼びます。スリー・ナイン(99.9%):年間約8.76時間のダウンタイム許容。一般的なビジネス要件に対応可能。フォー・ナイン(99.99%):年間約52.56分のダウンタイム許容。より高い安定稼働が求められるシステムに適応。イレブン・ナイン(99.999999999%):年間約31.5ミリ秒のダウンタイム許容。ミッションクリティカルなシステムに求められる最高水準。データの重要性が高まり、ビジネスのシステムへの依存度が高まる現代において、高いSLA稼働率を満たすサービスを選択することが、企業の競争力を維持する上で不可欠となっています。クラウドストレージにおけるSLA稼働率の重要性データ損失は企業活動に致命的な影響を与えかねません。このため、企業の重要な資産であるデータを預けるクラウドストレージにおいて、SLAの稼働率は重要な選定基準となります。データ消失は企業にとって致命傷!顧客情報や売上データ、設計図面など、データは企業にとって欠かせない資産です。もしもの事態でデータが消失してしまえば、復旧にかかる費用や機会損失といった金銭的損失だけでなく、顧客からの信頼失墜、ブランドイメージの低下など、事業継続を揺るがす深刻な事態になりかねません。企業は、事業継続計画(BCP)の一環として、重要なデータを安全に保管し、いつでもアクセスできる体制を整えておく必要があります。高いSLA稼働率を保証するクラウドストレージサービスの利用は、そのための重要な施策の一つと言えるでしょう。クラウドベンダー選びで重視すべきポイントとはいえ、クラウドストレージサービスを選ぶ際はSLA稼働率の高さだけにとらわれず、多角的な視点を持つことが重要です。データセンターの安全性や冗長性も重要な検討要素です。自然災害や火災などへの対策、電力供給の安定性、データのバックアップ体制などが適切に整備されているかを確認しましょう。また、障害発生時の対応体制や復旧までの時間も重要なポイントです。迅速かつ適切な対応、情報公開の透明性など、信頼できるベンダーであるかを見極める必要があります。過去のインシデント情報を確認することも、ベンダーの信頼性を判断する上で参考になります。Wasabi Hot Cloud Storage:イレブン・ナインのデータ耐久性を実現WasabiのHot Cloud Storageは、高いSLA稼働率と堅牢なセキュリティを兼ね備えたクラウドストレージサービスです。Wasabiが誇る最高レベルのデータ保護機能Wasabi...