皆様こんはヴィームソフトウェア斉藤と申します。
veeamに关する寄稿の第第第弾弾なり。。
前回にしたが,まずは以下以下以下回回分けてトピックお伝えお伝え致します。
・Vol.1 Veeam Software会社紹介とラインナップ+ライセンス
・第2卷Veeamのバックアップ(今回のトピック)
・Vol.3 Nutanix Mine "with Veeam"について
・Vol.4 クラウドやKubernetes環境のバックアップについて
Veeam备份和复制について
vol1。でも绍介ました弊社のプロダクトになるがVeeam备份和复制(VBR)Vbrの「「「「」「レプリケーションになりますのでおお间违えの无き无きよう。。ます
Commvault社社制品をsimpana simpana simpana backup&恢复」」にしたありありありありあり
vbrは元々制品でしが,はプラットフォームに対応しおります。
・仮想化基盤(ESXi/Hyper-V/AHV/RHV※1)のエージェントレスバックアップ
・VMware ESXi/Microsoft Hyper-V 環境のレプリケーション
・VMware ESXi/Nutanix AHVのストレージスナップショット作成
・Windows/Linux/Oracle Solaris/IBM AIX/Mac環境のエージェントバックアップ
・AWS/Microsoft Azure/Google Cloud上のエージェントレスバックアップ連携※2
・Oracle RMAN/SAP HANAのPlug-inサポート
※1: 近日GA予定
※2: Veeam Backup forAWS/Microsoft Azure/Google Cloud平台を利用
Veeam3-2-1」ルールルールルールルール
もはやバックアップ出来ないものは無い、といったくらい多種多様なデータ保護に対応しておりますが、Veeam Softwareではデータ保護に関しての基本コンセプトとして「3-2-1ルール」をしており。。
闻いたないだとますますがているいる以上にデータデータは脆い存在のためため,,しっかりしっかりしっかりと
Nutanix自体がたとえ堅牢なプラットフォームであったとしても、それはあくまでインフラレベルでの話になります。冗長化による物理障害への対策やビットのエラー修正などデバイスに関する保護や修正はもちろん可能ですが、論理的な障害に対してはどうでしょうか。
nutanixのはのののだけで防ぐことできるでしょうう。
・お様向け提案「「一种hv」とところを「rhv」と错字してしまった
・携帯の书リンククリックしたら,ランサムウェアに感染してしまった
・データベーストランザクションがコミット中にがダウンしてしまった
nutanixのnutanixの快照ががあれ复旧でき,,,,ががががではでは保管世代にががあるため,,场合场合はは保管世代世代すべてすべてにに侵されれれれれれれれれにはを确保ておく必要あり。。。
そういった事から3-2-1ルールでは以下に基づくアーキテクチャを推奨しております。
・3個のデータコピー
・2種類の異なるメディア
・1つの外部保管
3个のデータコピー
バックアップ予备持つでバックアップの信頼と投资效果が飞跃的ににます。。。
前提として1日99%の耐久性を持つデータを例として挙げさせていただきます。つまり、1個のデータを保持している場合およそ100日(3か月)で消失するリスクがあるデータとなります。
1%(1%)1%)1%のをますし计算としてとしてとしてとして计算计算计算计算计算计算としてとしてとしてとしてとしてししししししししししししししし计算计算计算计算计算计算计算计算计算计算计算
2个通り通り个个コピーをことことことことことこと年年データデータをを防げる防げる防げることことががががわかりわかります非常非常にに良さ良さ良さそうそうそうなな数字数字でででははははあるあるあるもののもののものの,ビジネス永続実际に永続な保管は言い切れ。。
一方で3個のコピーを持つことで耐久性の数値が飛躍的に上昇します。この場合ですと2,700年程の耐久性となるため、1個の追加コピーで90倍ものメリットを享受することが可能となる上に事業継続に必要な永続性がかなり保たれることになります。
2种类の异なるメディア
データの保護をするためには、複製を2個(合計3個)持つことで非常に高い信頼性を確保できることがご理解いただけたかと思います。
しかしながら、複製の持ち方にも留意が必要となります。と、いうのもデータを格納するデバイスにはそれぞれの特徴があり、リスクもそれぞれに存在しています。リスクのないデバイスは残念ながら存在しません。
私は今までのキャリアで2社のストレージベンダに勤務していましたが、2社ともHDDの同時多発障害に遭遇したことがあります。と、言うのもHDDには記憶用の磁性体を回転させるスピンドルを円滑に動かすための「軸受けオイル」を使っており、製造工程の段階で漏れてしまうようなロットが存在することが時折ありました。
このような場合、ストレージアレイを冗長化しようが、HDDによるRAIDを構成したとしても同一ロットを引き当てた場合、突然筐体内のデバイスが全損するような事が発生することがあります。
そう考えると生物が多くのDNAのパターンを持ち、そのまま複製しない方式で世代を継承している理由も納得がいきます。
従って、NutanixによるAsync DRを提案する際も両サイトのプラットフォームの同時障害リスクに備え、複製の複製として別媒体(テープやクラウド)を追加でご提案いただくことをお勧めします。
1つの外部保管
3つのデータ、2種類のデバイスについてご紹介しましたが、最後は外部保管についてになります。正直に申し上げて外部保管については地震大国である日本では言うまでもないリスク回避方法だと考えております。
わかってはいるものの、実際に備えが出来ているかという観点においてはコストの絡みなどもあり、実は未対応だったりすることもあるかと思います。世界的にも実際は82%の企業が復旧するための準備が出来ていないというデータもそれを物語っています。
3-2-1ルールをした最适アーキテクチャアーキテクチャ
と、いうことで3-2-1ルールのそれぞれについてご紹介させていただきました。
现在の踏まえ上でのバックアップ起点たたた「「「「「「「「「「」」」ルールは以下の
RTO(恢复时间目标)をををを最小化するするようようににししますます。。。
そして,复制外部保管をクラウドデバイスて行う行うでで,本番本番サイト消失时のの灾害复旧复旧复旧にに
nutanixのは,,nutanix矿山ををを络め络め筐体筐体をた构成が良いと。。。
3 vol.3 nutanix矿体“与Veeam”についてについてをさて。。。。。。