NAKIVO を使用したフェデレーテッドリポジトリの作成と管理方法

時間の経過とともに、バックアップデータの量が増え続けるにつれて、バックアップが占めるストレージ容量、ひいてはディスク容量も増加していきます。重複するデータブロックをスキップするために増分バックアップ技術を採用している場合もあるでしょう。また、不要なリカバリポイントを削除する適切な保存ポリシーを実施している場合もあるでしょう。しかし、ある時点で、データ保護ワークフローの中断を避けるために、より多くのバックアップデータを収容できるよう、ディスクを追加してバックアップリポジトリを拡張する必要が生じる可能性があります。

通常のバックアップリポジトリでは、新しいリポジトリを作成してバックアップ用のストレージ容量を追加することは可能ですが、バックアップジョブの設定変更や新規ジョブの作成が必要になる場合があります。これにより、業務の中断や保存期間のギャップが生じる恐れがあります。リポジトリの拡張を簡素化し、ストレージ容量不足によるバックアップジョブの失敗を防ぐためには、 NAKIVO Backup & Replication "フェデレーテッド・リポジトリ"機能を提供しており、管理者は既存のバックアップ設定を維持したまま、ストレージ容量を柔軟に追加することができます。それでは、フェデレーテッド・リポジトリとは何か、その仕組みについて見ていきましょう。

NAKIVOで可用性を確保

仮想インフラストラクチャにおけるサービス可用性の厳しい要件を満たします。堅牢な災害復旧(DR)のオーケストレーションおよび自動化機能により、稼働時間の目標を達成します。

ソリューションをご覧ください

バックアップリポジトリとは何ですか？

A バックアップリポジトリ in NAKIVO Backup & Replication バックアップデータ(リカバリポイント)および必要なメタデータを保存するための、特定の形式を持つ保存場所です。これに加え、 ディレクター そして トランスポーター、バックアップリポジトリは、NAKIVOソリューションを構成する3つの主要コンポーネントのうちの1つです。バックアップリポジトリには、2種類のデータ保存形式があります: 段階的かつ完全な または 常に漸進的.

バックアップリポジトリには、以下の要素が含まれます:

• A backup object は、ソースオブジェクトのコピーです。バックアップオブジェクトは、 NAKIVO Backup & Replication そして、バックアップリポジトリ内に独自の形式で保存されます。

  バックアップオブジェクトは、1つ以上のリカバリポイントで構成されることがあります。

• A recovery point は、特定の時点におけるソースオブジェクトの状態を表すバックアップオブジェクトの具体的なインスタンスです。 NAKIVO Backup & Replication、リカバリポイントはフルまたはインクリメンタルとなります。
• A recovery point chain (フルリポジトリを用いた増分バックアップに特有のもの)は、相互に依存関係を持つ一連の関連する増分復旧ポイントです。チェーンはフルバックアップから始まり、関連するすべての増分復旧ポイントが含まれます。

  バックアップオブジェクトには複数のチェーンを含めることができ、各チェーンはフルリカバリポイントから始まり、増分リカバリポイントで終わります。複数のチェーンがバックアップセットを構成します。

• Metadata リポジトリ、バックアップオブジェクト、またはリカバリポイントに関連付けられた補助情報です。このメタデータは、バックアップの管理やバックアップからのデータ復元において極めて重要です。

各バックアップオブジェクトには、特定の時点におけるソースオブジェクトの状態を表すリカバリポイントが含まれています。各バックアップオブジェクトには、1つまたは複数のリカバリポイントがあります。

フェデレーテッド・リポジトリとは何ですか？

"Federate"リポジトリは NAKIVO Backup & Replication フェデレーテッド・リポジトリとは、1つ以上のバックアップ・リポジトリ(メンバーと呼ばれる)で構成されるバックアップ・リポジトリであり、バックアップ・リポジトリを追加することで水平方向に拡張することができます。フェデレーテッド・リポジトリは、既存のバックアップ・リポジトリを含む論理プールとして表すことができます。また、フェデレーテッド・リポジトリは、水平方向の拡張を可能にする柔軟な機能を備えていることから、スケールアウト・リポジトリとも呼ばれます。

A federated repository member これは、フェデレーテッド・バックアップ・リポジトリの一部として使用されるバックアップ・リポジトリです。フェデレーテッド・リポジトリまたはスケールアウト型リポジトリは、1つ以上のリポジトリ・メンバーで構成されることがあります。

"Federated Repository"の仕組み NAKIVO Backup & Replication

下の図の左側には、 増分バックアップと定期的な完全バックアップ で使用されるバックアップリポジトリの種類 NAKIVO Backup & Replication. 右側には、フェデレーテッド・バックアップ・リポジトリが表示されています。

まず、バックアップ・ジョブがどのように機能するかを見てみましょう。 増分バックアップと定期的な完全バックアップ リポジトリ (レポA). バックアップジョブは2つあります―― 仕事A そして 仕事B. これらの仕事は、 バックアップ対象 A (BO A) および バックアップ対象 B (BO B) です。各バックアップオブジェクトは、複数のリカバリポイントで構成されています。 RP-F 完全な復旧時点であり、 RP-I これは増分リカバリポイントです。1つのバックアップは複数のリカバリポイントで構成され、それらがリカバリポイントのチェーンを形成します。チェーンは、フルリカバリポイントから始まり、その後に複数の増分リカバリポイントが続きます。別のフルリカバリポイントが作成されると、新しいリカバリポイントのチェーンが開始されます。

フェデレーテッド・バックアップ・リポジトリとは、基本的にはバックアップ・リポジトリ(タイプ 増分バックアップと定期的な完全バックアップ). また、フェデレーテッドリポジトリには2つのバックアップジョブがあります―― 仕事A そして 仕事B. 1つのバックアップオブジェクトは、複数のメンバーリポジトリにまたがって配置することができます(レポA そして レポB) で、これらは同じフェデレーテッドリポジトリのメンバーです。

完全リカバリポイントから始まるチェーンが1つあり、そのほか、いくつかの増分リカバリポイントがあります。 仕事A. 次のリポジトリへのデータの書き込みを続けることができます(レポB) プール内で、フルリカバリポイントから開始します。このプロセスは、必要に応じてさらに拡張することが可能です。 レポC, レポD, など。

なお、1つのリカバリポイントのチェーンを複数のメンバーリポジトリにまたがって分割することはできません。フェデレーテッドリポジトリ内の別のメンバーにバックアップデータが書き込まれる場合、NAKIVOソリューションは、フルバックアップスケジュールのバックアップジョブ設定にかかわらず、まずフルリカバリポイントを作成します。

つまり、1つのバックアップオブジェクトを複数のフェデレーテッドリポジトリメンバーにまたがって保存することができます。 ただし、バックアップオブジェクト内の1つのリカバリポイントチェーンは、1つのフェデレーテドリポジトリメンバー内に完結している必要があります。つまり、依存するすべてのリカバリポイントは、同じフェデレーテドリポジトリメンバーに格納されます。

ジョブが次のメンバーを宛先として選択する必要がある場合、次のバックアップ実行時にフルリカバリポイントが作成されます。これにより、フェデレーテドリポジトリの別のメンバーにアクセスできない場合でも、リカバリポイントからデータを復元することが可能になります。

フェデレーテッドリポジトリのメンバーとして使用できるのは、増分バックアップとフルバックアップが設定されたリポジトリのみです。この機能では、永続増分バックアップリポジトリはサポートされていません。

メンバーとなるバックアップリポジトリの作成には、以下のストレージタイプを使用できます:

• NAKIVOソリューションのTransporterコンポーネントが割り当てられたマシン上のローカルフォルダ
• NFS共有
• SMBシェア

フェデレーテッドリポジトリのメンバー数の上限は128です。

フェデレーテッドリポジトリ機能は、Enterprise PlusおよびMSP Enterprise Plusエディションの NAKIVO Backup & Replication. この機能では、データ保護処理で消費されるライセンス単位以外に、追加のライセンス単位は消費されません。

フェデレーテッド・リポジトリの詳細については、 NAKIVO Backup & Replication その仕組みについては、こちらの動画でご覧ください:

フェデレーテッドリポジトリのメリット:中断のないデータ保護

スケーラブルで柔軟性の高いバックアップストレージへの需要は、常に高まっています。従来のバックアップリポジトリでは、データ量が増加すると、スケーラビリティの制限、パフォーマンスのボトルネック、複雑化といった問題に直面することがよくあります。

従来のバックアップリポジトリは、基盤となるシステムが許容する範囲内で、バックアップ用に利用できる空き容量が確保されたフォルダと見なすことができます。 特定のジョブ用に追加のストレージが必要になった際、従来型のリポジトリを拡張することは困難な作業となる場合があります。このプロセスでは、バックアップジョブを一時停止した状態で設定を行う必要があり、より多くの時間と労力を要します。

フェデレーテッド・リポジトリを設定することで、ストレージ容量のシームレスな拡張、耐障害性の向上、および分散環境全体でのリソース利用率の向上が可能となり、これらの課題に対処できます。

フェデレーテッド・リポジトリは、複雑なインフラストラクチャを持ち、バックアップスケジュールが厳しい大規模な組織にとって特に有用です。 バックアップリポジトリのストレージ使用量は通常、徐々に増加し、その増加ペースは不均一になることがあります。この場合、組織は多数のバックアップリポジトリを抱えることになり、各リポジトリに残された空き容量が限られてしまう可能性があります。その結果、将来のバックアップジョブを完了させるのに十分な空き容量を確保できなくなる恐れがあります。この状況の例を、以下の表に示します。

この例では、設定済みのバックアップジョブを実行するために、いずれかのリポジトリに十分な空き容量がない場合、システム管理者は、十分な空き容量がある別のリポジトリ宛てに、新たなバックアップジョブを作成する必要があります。数十個の"小規模な"リポジトリをこのように管理する方法は、大規模なインフラストラクチャでは不便です。 同時に、個々のリポジトリの空き領域は、既存のバックアップジョブを使用してバックアップデータの書き込みを継続するために利用できないため、無駄になってしまいます。

すべてのバックアップリポジトリの空き領域の合計を算出すると、その量は個々のリポジトリごとに見た場合ほど少なくはありません。空き領域の量を統合することで、リポジトリ間で既存のバックアップを再配分する必要なく、ディスク領域をより合理的に利用できるようになります。 既存の複数のバックアップリポジトリをフェデレーテッドリポジトリに統合することで、複数のリポジトリの空き領域を集約し、ジョブの実行を継続することができます。

フェデレーテッドリポジトリの初期メンバーに十分な空き領域がない場合、NAKIVOソリューションは独自のアルゴリズムを使用して、フェデレーテッドリポジトリ内の利用可能な次のメンバー、つまりバックアップオブジェクトのデータ書き込みを継続するのに最適な候補を選択します。

フェデレーテッドリポジトリを使用する利点は以下の通りです:

• バックアップジョブは、対象のリポジトリにアクセスできない場合や、リポジトリの容量が不足している場合でも、実行され続けます。
• ユーザーは、バックアップストレージの拡張を簡素化することで、業務に支障をきたすことなく、変化するバックアップおよび復旧の要件に対応でき、時間と労力を節約できます。
• 信頼性を向上させ、データ保護を強化します。スケーラブルで耐障害性に優れたストレージインフラストラクチャによって支えられた堅牢なバックアップおよび復旧機能を実装することで、組織におけるデータ損失やダウンタイムのリスクを低減します。
• リポジトリ間のバックアップデータの移行をより簡単に行えるようになります。

フェデレーテッドリポジトリの設定 NAKIVO Backup & Replication

では、フェデレーテッドリポジトリの設定方法を NAKIVO Backup & Replication. バックアップサーバーに2台のハードディスクドライブを追加し、フェデレーテッドリポジトリを使用してこれらのドライブのディスク容量をバックアップの保存に利用したいと仮定します。まず、次のような名前のバックアップリポジトリが1つあります。 メインリポジトリ. 以下のを使用するバックアップジョブがあります。 メインリポジトリ 保存先として。

まず、最近インストールした新しいハードディスクドライブ上にバックアップリポジトリを作成する必要があります。次に、このリポジトリをフェデレーションリポジトリ構成の構成要素として使用します。

フェデレーテッドリポジトリのメンバーの作成

1. NAKIVOソリューションのWebインターフェースで、次の場所に移動します。 Settings > Repositories、をクリック + そして、クリックして Create a new backup repository.

   

2. 選択 Local Folder ローカルにインストールされたハードディスクドライブを使用している場合は、リポジトリの種類としてそれを選択してください。ファイル共有を使用することもできます。[クリック] Next 続きを読む。

   

3. 新しいバックアップリポジトリの名前と保存先を指定します。この手順を完了する前に、適切なアクセス権限が設定されたディレクトリを作成しておく必要がある点に注意してください。この例では、パラメータは次のとおりです:
   • 名前: repo1
   • 割り当てられた輸送業者: 船内転送装置
   • ローカルフォルダのパス: /opt/nakivo/repo1

   注記: このディレクトリは、Linux を実行している当社のバックアップサーバー上に作成され、自動マウントを行うよう /etc/fstab が設定されました。NAKIVO の Web インターフェースでバックアップリポジトリを設定する前に、ディレクトリを作成し、権限を設定する必要があります。

   

4. 新しいバックアップリポジトリのオプションを選択してください。デフォルト値のままにしておくと、このリポジトリをフェデレーテッドリポジトリの一員として使用できます。[Enter]キーを押してください。 Finish.

   

同様に、さらにバックアップリポジトリを作成し、それらをフェデレーションリポジトリのメンバーとして追加することができます。この例では、次のような2つの新しいリポジトリを作成しました。 repo1 そして repo2、これは下のスクリーンショットでご覧いただけます。

フェデレーションリポジトリの設定

1. [移動] Settings > Repositories, ヒット + そして、クリックして Create federated backup repository.

   

2. 既存のバックアップリポジトリにバックアップジョブのリカバリポイントが含まれている場合、影響を受けるジョブに関する通知メッセージが表示されます。当社の メインリポジトリ リカバリ・ポイントが含まれている場合、次のようなメッセージが表示されます:

   選択されたリポジトリは、以下のジョブで使用されています。これらのジョブは、フェデレーテッドリポジトリを使用するように自動的に更新されます。.

   クリック Proceed.

   

3. フェデレーションリポジトリのメンバーを選択します。ここでは、 メインリポジトリ, repo1 そして repo2 フェデレーテッド・バックアップ・リポジトリのメンバーとして。[次へ]をクリックします。

   注: バックアップリポジトリが以下の保存に使用される場合 NAKIVO Backup & Replication 自己バックアップ, フェデレーションリポジトリに追加することはできません。選択されたメンバーが不変性をサポートしており、かつ少なくとも1つの不変オブジェクトを含んでいる場合(または、不変のリカバリポイントを作成するように構成されたジョブに関連付けられている場合)、不変性をサポートしていないメンバーは無効化されます。

   

4. フェデレーションリポジトリのオプション(名前や説明など)を指定します。
   • 名前: リポジトリのスケールアウト
   • 説明: メインリポジトリ + repo1 + repo2

   クリック Finish.

   

フェデレーションリポジトリの管理 NAKIVO Backup & Replication

さて、ここには スケールアウト型リポジトリ バックアップリポジトリの一覧に表示されます。リポジトリのサイズは、3つの構成リポジトリの合計サイズです。フェデレーションリポジトリをクリックすると、詳細を確認できます。

リポジトリ情報には、このリポジトリを使用しているメンバーおよびバックアップジョブが含まれます。フェデレーションされたリポジトリのメンバーのいずれかをクリックすると、そのリポジトリおよび関連するバックアップジョブの詳細を確認できます。

以下のスクリーンショットでは、に関する情報を確認できます。 メインリポジトリ. このリポジトリを使用しているバックアップジョブが1つあります。

バックアップジョブの保存先は、フェデレーテッドリポジトリを使用するように自動的に調整されます。必要に応じて、ジョブ名をクリックしてこれらの設定を確認できます。

バックアップデータを別のメンバーへ移行する

フェデレーションリポジトリのメンバー間でバックアップを移行することができます。このオプションは、たとえばスケールアウトリポジトリの構成を再編成してメンバーの1つを削除する場合などに役立ちます。

バックアップデータを移行するには:

1. [移動] Settings > Repositories そして、フェデレーションリポジトリ(リポジトリのスケールアウト (この場合)。
2. 移行元のバックアップストレージであるフェデレーテッドリポジトリのメンバーをクリックします。ここでは、 メインリポジトリ この例では。
3. リポジトリ情報ページで、[ … (3つの点)のアイコンをタップして Lock 表示されるメニューで。

   

4. 確認メッセージ メンバーをロックしますか？ が表示されます。[クリック] Lock 確認するため。

   

5. フェデレーションリポジトリのメンバーがロックされたら、移行したいバックアップを選択し、 … (3つの点)ボタンをタップして Migrate backup.

   

6. 他のリポジトリメンバーへのバックアップの移行について警告する通知メッセージが表示されます。メッセージを確認し、[] をクリックしてください。 Proceed 続きを読む。

   

リポジトリメンバーの削除

1. フェデレーションリポジトリのメンバーを削除するには、次の場所に移動します。 Settings > Repositories そして、フェデレーションリポジトリをクリックします(スケールアウト型リポジトリ (この場合は)。
2. 削除したいリポジトリのメンバーにカーソルを合わせ、[ … (3つの点)アイコンをタップして Remove 表示されるメニューで。

   

結論

フェデレーテッド・バックアップ・リポジトリ(スケールアウト型バックアップ・リポジトリとも呼ばれる)は、スケーラブルで信頼性の高いバックアップ・ストレージを構築するための有用な機能です。このリポジトリの論理構造により、ストレージ容量をより合理的に活用できるほか、空き容量不足によってバックアップ・ジョブが失敗する事態を回避することで、バックアップ・システムの信頼性を向上させることができます。既存のバックアップ・ジョブを別のリポジトリで使用できるように再設定する手間をかける代わりに、新しいフェデレーテッド・リポジトリ・メンバーを追加するだけで、既存のバックアップ・ジョブを継続して実行することができます。

試してみてください NAKIVO Backup & Replication

無料トライアルを利用して、本ソリューションのデータ保護機能をすべてお試しください。15日間無料。機能や容量の制限は一切ありません。クレジットカードも不要です。

無料でお試しください