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

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

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

NAKIVOで可用性を確保

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

ソリューションを見る

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

A バックアップリポジトリ で 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つまたは複数のリカバリポイントがあります。

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

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

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

フェデレーテッド・リポジトリの仕組み NAKIVO Backup & Replication

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

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

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

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

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

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

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

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

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

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

フェデレーテッドリポジトリのメンバー数は最大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. 新しいバックアップリポジトリのオプションを選択してください。デフォルト値を使用すると、このリポジトリをフェデレーテッドリポジトリのメンバーとして利用できます。 Finish.

   

同様に、さらにバックアップリポジトリを作成し、それらをフェデレーテッドリポジトリのメンバーとして追加することもできます。この例では、 repo1 そして repo2(下のスクリーンショットでご確認いただけます。)

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

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

   

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

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

   クリック Proceed.

   

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

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

   

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

   クリック 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日間無料です。機能や容量の制限は一切ありません。クレジットカードも不要です。

無料でお試しください