機能紹介 ： データ復元可能性とミラーリング

データ復元可能性 ： InterSystems IRIS が実現する内容

データ復元可能性は複数のトピックにまたがりますが、すべて 1 つの原則を中心に展開されます。それは、データ・プラットフォームに記録されたデータには、何が起ころうとアクセス可能にするということです。

この目標を達成するには、いくつか異なる領域の問題に対処する必要があります。

• エラーや電源障害の発生時にも、データの有効性を保証すること。

• InterSystems IRIS サーバのローカル障害 (物理的障害またはソフトウェア関連) からのクラッシュ回復。

• サイト全体の災害 (電源喪失、ネットワーク問題など) に対する保護。

こうした要件に対処するために、InterSystems IRIS は以下の機能を提供しています。

• 構造的なデータベースの整合性 (ディスク上のデータベース・ブロックのコンテンツ) と、内部の整合性不全に対する保護 (データベース内で表現されるデータ)

• トランザクション処理、ロック、自動的ロールバックによる論理的なデータベースの整合性

• 自動フェイルオーバーによる組み込みの高可用性ソリューション

• 物理的破損を持ち越すリスクを最小化し、共有リソースに依存しない論理的なデータ・レプリケーション

• 計画されたダウンタイムと計画外のダウンタイムの両方に対応するソリューション

• 地理的に分離された災害復旧構成によるビジネス継続性のメリット

InterSystems IRIS のデータ復元可能性は、プロダクション・システムのデータを 365 日 24 時間体制で保護します。

データ復元可能性 ： InterSystems IRIS の実現方法

システムのダウンタイムによるコストは、影響を受けるシステムのタイプおよび停止のタイプや長さによって、数千ドルから数百万ドルの範囲に及ぶ場合があります。ダウンタイムからのすばやい復旧だけでなく、データを回復し、損失や破損からのデータ保護を確保する機能も重要です。InterSystems IRIS のライト・イメージ・ジャーナリング・テクノロジは、構造的なデータベースの整合化 (ディスク上のデータベース・ブロックのコンテンツ) を提供し、システムのクラッシュによって内部の整合性が失われないように保護します (データベース内で表現されるデータ)。InterSystems IRIS のバックアップとジャーナリング・システムによって、物理的な整合性障害からのリカバリが迅速化されます。データ復元可能性は、トランザクション処理、ロック、自動的ロールバックによって論理的なデータベースの整合性を確保します。ジャーナリングで提供される機能に加えて、InterSystems IRIS では、データベースをミラーリングすることで、迅速で効率的なデータ・レプリケーションと災害復旧が可能になります。

InterSystems IRIS によるデータベースのミラーリング ： 体験

ここまでは InterSystems IRIS のデータ復元可能性の背景知識と提供機能について説明しました。ここからはミラーリングを通して使用例の一部を見ていきます。

InterSystems IRIS によるミラーリング環境の設定は簡単です。InterSystems Cloud Manager (ICM) を使用してこれを行うことができます。ICM は、ミラーのプロビジョニング、導入、および構成を自動的に行います。または、管理ポータルを使用して手動で行うこともできます。このドキュメントでは、ICM を使用したミラーの導入について説明します (管理ポータルから、2 つのインストール済み InterSystems IRIS インスタンスを使用してミラーを作成する手順は、"高可用性ガイド" の “ミラーリング” の章の "ミラーの作成" を参照してください)。

この実践練習では、Amazon Web Services パブリック・クラウドに、InterSystems IRIS インスタンスのミラー・ペアを導入します。Opens in a new tabこれを行うには、"機能紹介 ： InterSystems Cloud Manager" の "体験 ： ICM によるクラウドへの InterSystems IRIS の導入Opens in a new tab" の手順に従い、"サンプル構成ファイルのカスタマイズ" のセクションで以下の変更を加えます。

• defaults.json ファイルで、“Mirror”: “True” を追加します。

• arbiter イメージを指定する AR ノード定義を追加して、definitions.json ファイルをカスタマイズします。

  [
     {
      "Role": "DATA",
      "Count": "2",
      "LicenseKey": "ubuntu-sharding-iris.key"
      },
      {
      "Role": "AR",
      "Count": "1",
      "StartCount": "3",
      "DockerImage": "intersystems/arbiter:stable"
      }
  ]
  
  

  

DockerImage プロパティが AR ノード定義に含まれている必要があります。AR ノードでは DATA などの InterSystems IRIS ノードとは異なるインターシステムズのイメージが使用されるからです。arbiter イメージをローカルで使用可能にする必要があります。この操作の詳細は、"機能紹介 ： InterSystems Cloud Manager" の "Docker リポジトリと資格情報の識別" を参照してください。

これらの変更を含め、構成ファイルのカスタマイズが完了したら、次の手順に進みます。“InterSystems IRIS の導入” の手順 (icm run コマンド) が完了し、ミラーをクラウドに導入したら、ICM コマンド行を使用し、以下の操作を実行して、ミラーを試してみます。

• プライマリ・フェイルオーバー・メンバでグローバルを設定し、それがバックアップ・フェイルオーバー・メンバにも設定されることを確認する

• 計画的フェイルオーバーをプライマリからバックアップにトリガする

この操作には、以下の手順を使用します。

1. ICM コマンド行に icm inventory コマンドを入力し、ミラー・メンバの名前とミラー・ロールを確認します。このコマンドによって、プロビジョニング済みのクラウド・ホスト・ノードがリストされます。ICM によってプロビジョニングされたノードには Label-Role-Tag-NNNN という名前が付きます。Role は ICM ノード・タイプ (ここでは DATA) を表し、その他の部分はユーザによって割り当てられます。ミラー・メンバは、初期プライマリの場合は + (プラス)、初期バックアップの場合は - (マイナス) で示されます。この手順のその他の例では、label フィールドを Acme、tag フィールドを TEST と設定していることが前提となっており、その結果、次のような icm inventory 出力となります。

   $ icm inventory
   Machine              IP Address     DNS Name                                           Region    Zone
   -------              ----------     --------                                           ------    ----
   Acme-DATA-TEST-0001+ 00.53.183.209  ec2-00-53-183-209.us-west-1.compute.amazonaws.com  us-west-1 c
   Acme-DATA-TEST-0002- 00.53.183.185  ec2-00-53-183-185.us-west-1.compute.amazonaws.com  us-west-1 c
   
   

   Note:

   ノードの番号付けとミラー・ロールとの間に関係性はありません。+ および - の記号は、初期のミラー割り当てのみを示します。ライブのミラー・ステータスの場合は、icm ps コマンドを使用します。

2. 次のコマンドを入力して、プライマリ・ミラー・メンバの InterSystems ターミナルを開きます。

   $ icm session -interactive -machine Acme-DATA-TEST-0001
   

3. ターミナル・ウィンドウが開いたとき、DB ネームスペースにいます。これは、ミラーリングされたデータベース DB にマップされます (既定で ICM によって両方が作成されています)。以下のコマンドを入力して、DB データベース内にグローバルを作成します (グローバルによって InterSystems IRIS データベース内にデータが格納されます)。

   DB> Set ^myfirstglobal="congratulations"
   

4. 以下のコマンドを入力して、グローバルの値を表示します。

   DB> Write ^myfirstglobal
   congratulations
   

5. 以下のコマンドを使用して、バックアップ・フェイルオーバー・メンバのターミナル・ウィンドウを開きます。

   $ icm session -interactive -machine Acme-DATA-TEST-0002
   

6. 同じ Write コマンドを入力します。グローバルが存在し、その値はプライマリで設定したものになっています。データが、バックアップ上の DB データベースに同期的に自動ミラーリングされました。

   DB> Write ^myfirstglobal
   congratulations
   

7. バックアップ上のミラーリングされたデータベースは読み取り専用です。グローバルの値を変更しようとするとエラーが発生します。

   DB> Set ^myfirstglobal="what next?"
   <PROTECT>
   

8. ICM コマンド行に戻り、以下のコマンドを使用して、コンテナ内のプライマリ InterSystems IRIS インスタンス (既定で ICM によって IRIS という名前が付けられています) をシャットダウンして、再起動します。

   $ icm exec -command "iris stop IRIS quietly restart" -machine Acme-DATA-TEST-0001
   

   Note:

   -quietly 引数は、iris stop コマンドが発行者にプロンプトを表示しないようにします。これにより、ICM はタイムアウトになるまで待機します。または、以下のようにコマンドをインタラクティブに実行し、プロンプトに応答できるようにすることもできます。

   $ icm exec -command "iris stop IRIS restart" -interactive -machine Acme-DATA-TEST-0001
   

9. 数秒待ってから、Acme-DATA-TEST-0002 のターミナル・ウィンドウに戻ります。計画的または計画外の停止によりプライマリが使用不可になった場合、ミラーはバックアップに自動的にフェイルオーバーして、バックアップが新しいプライマリになります。つまり、Acme-DATA-TEST-0002 がプライマリになったので、グローバルの値を変更できるようになりました。

   DB> Set ^myfirstglobal="what next?"
   DB> Write ^myfirstglobal
   what next?
   

10. icm ps コマンドを使用して、新しいミラー・ロールを表示します。

    $ icm ps
    Machine                  IP Address      Container    Status   Health    Mirror   Image
    -------                  ----------      ---------    ------   ------    ------   -----
    Acme-DATA-TEST-0001-     00.53.183.209   icm          Up       healthy   BACKUP   acme/icm:latest
    Acme-DATA-TEST-0002+     00.53.183.185   icm          Up       healthy   PRIMARY  acme/icm:latest
    
    

11. 前のプライマリ Acme-DATA-TEST-0001 の新しいターミナル・ウィンドウを開くと、再起動時に Acme-DATA-TEST-0002 がプライマリになっていることがわかり、前のプライマリは新しいバックアップになっています。この結果、グローバルの値は新しいプライマリで設定されたものに更新されており、ユーザがこれを変更することはできません。

    $ icm session -interactive -machine Acme-DATA-TEST-0001
    DB> Write ^myfirstglobal
    what next?
    DB> Set ^myfirstglobal="another First Look!"
    <PROTECT>
    

バックアップ・ミラー・メンバは、常にプライマリから引き継ぐ準備を整えて、データベースの可用性を保持し、データを破損と損失から保護できるようにしています。

ミラーの実践練習を完了したら、"機能紹介 ： InterSystems Cloud Manager" の "インフラストラクチャのプロビジョニング解除" に戻り、クラウド・ノードのプロビジョニング解除の手順に従ってください。AWS およびその他のパブリック・クラウド・プラットフォームのインスタンスは継続的に課金されるので、この練習が完了したらすぐに、インフラストラクチャのプロビジョニングを解除することが重要です。

インターシステムズのデータ復元可能性の詳細

InterSystems IRIS のデータ復元可能性と ICM の詳細は、以下を参照してください。

詳細情報 ：

• 高可用性ガイド

• データ整合性ガイド

• InterSystems Cloud Manager ガイド

• InterSystems Cloud Manager IntroductionOpens in a new tab (ビデオ)

• The Benefits of InterSystems Cloud ManagerOpens in a new tab (ビデオ)

• InterSystems in the Cloud ExperienceOpens in a new tab (オンライン実践演習)