IBM Cloud Object Storage

DRの鍵の1つは、DR領域のデータを取り出し、復旧する能力である。 多くの IBM Cloud サービスでは、 Object Storageを使用して、クロスリージョン・バケットまたはレプリケート・バケットを使用することで、バックアップやスナップショットなどのデータをセカンダリ・リージョンで利用できるようにすることができます。

Object Storageに格納されたデータは、バケツの種類とデータの分散方法に基づき、3つの場所にレプリケートされ、高い耐障害性を持つ。 シングルサイトのバケットは、データがデータセンター内の3カ所に分散している。 地域バケットは、地域の3つのゾーンにデータが分散されている。 クロスリージョン・バケットは、geo内の地域に分散したデータを持つ。

クロスリージョンバケットは、ディザスタリカバリのための最もシンプルな選択肢であり、以下のように利用できる：

• ap-geo- アジア太平洋（日本、オーストラリア）
• us-geo- 北米（米国、カナダ）
• eu-geo- ヨーロッパ（英国、ドイツ、スペイン）

クロスリージョン・バケットでは、テザーエンドポイントは、データを分散させながら、すべてのデータの出入りを指定されたリージョン内に保つ。 しかし、このメカニズムでは、テザリングされたリージョンが故障した場合の自動フェイルオーバーはできない。 したがって、必要な地域で利用可能なエンドポイントを使用して、サービスをバケットに接続することが重要です。

リージョンをまたがるバケットは、規制遵守を懸念するユーザーには適さないかもしれない。 例えば、米国を拠点とする組織がカナダにデータを保管することはできないかもしれない。 あるいは、欧州連合（EU）を拠点とする企業は、英国などEU域外にデータを保管できないかもしれない。

このような場合、バケット・レプリケーションが解決策となる。 バケットレプリケーションでは、ソースバケットに書き込まれたオブジェクトは非同期でターゲットバケットにコピーされ、最終的な一貫性を保ちながら冗長性を確保することができます。 レプリケーションを設定し、管理する必要があります。 この方法を使うことで、データの場所とその主権をコントロールすることができる。

バージョニングはバケットレプリケーションの要件であり、不変 IBM Cloud ポリシーで設定されたバケットはレプリケートできません。 顧客が提供する鍵によるサーバー側の暗号化はサポートされていない。 サーバ側の暗号化が必要な場合は、 Key Protectを使用する。

IBM Cloud Schematics

自動化を使用して、環境を迅速かつ正確にデプロイまたはリカバリします。 Infrastructure as Code IaC、Configuration as Code、およびツールチェーンによるデプロイの自動化は、手動による方法よりも正確に失われた環境を再作成することで、ワークロードをより迅速かつ正確に回復するのに役立ちます。 自動化を利用することで、予期せぬシナリオに迅速に対応することもできる。特に、最初に計画したのとは異なるリカバリ・リージョンで、オンデマンドでサービスを作成し、構成する必要がある場合はそうだ。

Schematicsは、災害復旧戦略において重要な役割を果たすサービスである。 復旧処理のランブックを実装するには IBM Cloud Schematics を使用する。 Schematics ワークスペースはTerraform-as-a-Serviceを提供し、 IBM Cloud インフラストラクチャとサービスのデプロイと管理を自動化する。 Schematics アクション は Ansibleを提供し、構成管理を自動化し、スクリプト化された day-2のオペレーションを実行します。 詳細については、 Understanding Schematicsの使用 例を参照してください。

つまり、 Schematicsを使えば、 IaC, Terraform、 Ansible、 Helm、 Red Hat OpenShift Operators を使って、インフラストラクチャとサービスを迅速かつ一貫してデプロイできる。

ワークロード環境のコード化とは、コードを使用してワークロードのセットアップを定義し、自動化することである。 こうすることで、どのリージョン（ IBM Cloud ）でもサービスを迅速にプロビジョニングし、設定することができる。 Terraformと Ansibleて、サーバー、ストレージ、ネットワーク、データベースなどのサービスをプロビジョニングできる。 また、 Helm Operatorsと同様に、サービスの設定にも使用できる。

IaC コードは、アプリケーションコードと同様に維持管理され、バージョン管理され、複数の地域でアクセスできるように保存されるべきである。 Gitのリポジトリを使うことを推奨する。

どのようなコードにも言えることだが、リージョンやゾーン名などの要素をハードコードしないことがベストプラクティスである。 代わりに変数を使い、 Schematics インターフェイスで解決できる。

DevOps ツールチェーンを採用することで、コンフィギュレーションを含む環境構築の大部分を自動化することができる。

デプロイ可能なアーキテクチャ

デプロイ可能なアーキテクチャとは、 IBM Cloud for Financial Services参照アーキテクチャに基づく、事前設定済みの IaC 資産のセットである。 これらの展開可能なアーキテクチャにより、 IBM Cloud Framework for Financial Servicesのベストプラクティスを満たすことができる。 展開可能なアーキテクチャであれば、同じアーキテクチャを異なる地域に正確に展開することができ、これはディザスタリカバリにとって重要な考慮事項である。 これらの構成済みアーキテクチャーはカスタマイズの出発点にもなるため、各配備を通じてカスタマイズを維持するようにしてください。

展開可能なアーキテクチャを使用する場合、以下のディザスタリカバリ対応に責任を持つ：

• ディザスタリカバリ環境のプロビジョニング（依存関係を含む
• データと構成のバックアップ
• 災害復旧環境へのデータと構成の複製
• フェイルオーバーの管理

バックアップと復元オプション

IBM Cloud® Backup for VPC は、ブートおよびデータストレージのボリュームスナップショットの作成と管理をサポートするクラウドサービスです。 IBM Cloud® Backup for VPC を使用して、定期的なバックアップをスケジュールし、 Virtual Servers for VPC VSI に配備されたアプリケーションをリストアします。アプリケーション一貫バックアップが不要な場合は、 VSI に配備されたアプリケーションをリストアします。

• ブート・ボリュームのバックアップ：アプリケーションをホストしている Virtual Servers for VPCのブート・ボリュームのスナップショットを作成します。 ブータブルスナップショットをリストア し、それを使用してアプリケーション仮想サーバーインスタンスを再作成します。 ブータブルスナップショットは、作成時にすべてのデータを即座にロードしたり「ハイドレート」したりはしない。 リストア中はバックグラウンドで IBM Cloud® Object Storageから Block Storage for VPCにデータがコピーされるため、パフォーマンスの低下が発生します。 高速リストア機能を使用して、スナップショットを別のゾーンにキャッシュし、個々のボリュームを迅速にリストアする。

• データボリュームのバックアップ：アプリケーションに接続されているデータボリュームのスナップショットを作成する。 スナップショットは、他のアベイラビリティゾーンやリージョンにデータを複製し、コンフィギュレーションやその他の重要なファイルのリカバリをサポートする。 詳細は、 Block Storage for VPC スナップショットの作成 を参照してください。

IBM® Storage Protect は、仮想、物理、クラウド、ソフトウェア定義環境、およびコア・アプリケーション向けのエンタープライズレベルのバックアップ・ソリューションです。 IBM® Storage Protect を使用して、 Virtual Servers for VPC 上に配置されているデータベースアプリケーションのアプリケーション一貫バックアップを作成し、ファイルまたはフォルダレベルのバックアップを作成します。