1.2.3. Arcserveを利用したバックアップの構成例を確認する

1つのサーバーでバックアップの設定や管理を集中管理することができます。ここでは、必要となるArcserve導入時の構成例を環境ごとに記載します。 (環境やバージョンによって異なりますので、1つの例としてご参考ください。)

注釈

本ガイドで説明する構成例では、以下の構成内容を前提としています。

  • すべてのサーバー間において、ネットワークで接続可能な状態としています。
  • インターネット接続が可能な構成としています。
  • サーバーおよびネットワーク機器からFIC経由でWasabiにアクセスするために、Wasabi東京リージョンのアドレスレンジ情報を元にスタティックルートを設定しています。
    ※Wasabi東京リージョンのアドレスレンジ情報については、FAQ を参照してください。
  • WasabiのエンドポイントおよびWasabiコンソール(console.wasabisys.com)のFQDNを名前解決できるDNSが利用可能な構成としています。
    リージョンのエンドポイントは下記を参照してください。
    ※Wasabi東京リージョンの場合: s3.ap-northeast-1-ntt.wasabisys.com

注釈

  • セキュリティを考慮し、WasabiへのアクセスをFIC経由のみに制限したい場合は、FAQ を参考としてWasabiコンソールからバケットのポリシーを設定してください。

必要となる構成要素には、次のようなものがあります。

  • Arcserve UDPコンソール:バックアッププランの管理などを実施するサーバーです。Windowsサーバーにコンソールをインストールして構成します (Linuxサーバーにはインストールできません)。
  • 復旧ポイントサーバー:バックアップ保存先となるサーバーです。Windowsサーバーに復旧ポイントサーバーおよびエージェントをインストールして構成します (Linuxサーバーにはインストールできません)。
  • エージェント:バックアップ対象サーバーです。エージェントをインストールして構成します(バックアップ対象のLinuxサーバーが複数存在する場合、すべてのサーバーにインストールしなくても、バックアップは取得できます。詳細は後述の「VMware基盤上のLinuxサーバー」、「VMware基盤上のWindows/Linuxサーバー混在」を参照してください。)。
  • Linuxバックアップサーバー:エージェントをインストールしたLinuxサーバーです。Linuxサーバーを集中管理する際、最低1台必要です。

最低限必要な構成を例に挙げておりますので、さらに詳細な構成をご検討のお客様は以下リンク先にあるソリューションガイドをご参考ください。(下記リンクは、Arcserve社のリンク先になります。)

https://documentation.arcserve.com/Arcserve-UDP/Available/9.0/JPN/Bookshelf_Files/HTML/SolG/default.htm

1.2.3.1. SDPF仮想サーバーのWindowsサーバー構成例を確認する

バックアップ対象ノードがすべてWindowsサーバーの際に必要となる構成例となります。

  • Server A:Arcserve UDPコンソール(Windows)
Arcserve UDPコンソールのダウンロードおよびインストールを実施します。(図中①)
Arcserve UDPコンソールにてバックアップ対象ノードを追加し、バックアッププランを作成します。(図中②)
バックアップ対象ノードにプランの展開やリモートインストールが実施されます。(図中②)
  • Server B:バックアップ対象ノード1(Windows)
バックアップを実施する対象のノードとなります。
バックアッププランで設定した復旧ポイントサーバー(Wasabi)にバックアップされます。(図中③)
  • Server C:バックアップ対象ノード2(Windows)
バックアップを実施する対象のノードとなります。
バックアッププランで設定した復旧ポイントサーバー(Wasabi)にバックアップされます。(図中③)
  • Server D:復旧ポイントサーバー(Windows)
バックアップ先となる復旧ポイントサーバーとなります。バックアップデータはWasabiに転送されます。

1.2.3.2. SDPF仮想サーバーのLinuxサーバー構成例を確認する

バックアップ対象ノードがすべてLinuxサーバーの際に必要となる構成例となります。
エージェントを導入したLinuxサーバーをLinuxバックアップサーバーとすることで、バックアップ対象ノードを一元管理することができます。
Linuxバックアップサーバー以外のバックアップ対象ノードにエージェントを導入する必要はありません。
  • Server A:Linuxバックアップサーバー(Linux)
エージェントのダウンロードおよびインストールを実施します。(図中①)
エージェントの管理画面にてバックアップ対象ノードを追加し、バックアッププランを作成します。(図中②)
バックアップ対象ノードにプランの展開が実施されます。(図中②)
  • Server B:バックアップ対象ノード1(Linux)
バックアップを実施する対象のノードとなります。
バックアッププランで設定した復旧ポイントサーバー(Wasabi)にバックアップされます。(図中③)
  • Server C:バックアップ対象ノード2(Linux)
バックアップを実施する対象のノードとなります。
バックアッププランで設定した復旧ポイントサーバー(Wasabi)にバックアップされます。(図中③)
  • Server D:バックアップ先ストレージ(Windows)
バックアップ先となる復旧ポイントサーバーとなります。バックアップデータはWasabiに転送されます。

注釈

  • Wasabiへのバックアップデータのアップロードは即時ですが、メタデータ(管理情報)のアップロードは6時間毎となります。

1.2.3.3. SDPF仮想サーバーのWindows/Linuxサーバー混在構成例を確認する

バックアップ対象ノードがWindows/LinuxとOSが混在している際に必要となる構成例となります。
「VMware基盤上のWindowsサーバー」と同じ構成ですが、Linuxサーバーをバックアップする際には、エージェントを導入したLinuxバックアップサーバーが最低1台必要となります。
  • Server A:Arcserve UDPコンソール(Windows)
Arcserve UDPコンソールのダウンロードおよびインストールを実施します。(図中①)
Arcserve UDPコンソールにてLinuxバックアップサーバーを追加します。
Arcserve UDPコンソールにてバックアップ対象ノードを追加し、バックアッププランを作成します。(図中②)
バックアップ対象ノードにプランの展開やエージェントのリモートインストールが実施されます。(図中②)
  • Server B:バックアップ対象ノード1(Windows)
バックアップを実施する対象のノードとなります。
バックアッププランで設定した復旧ポイントサーバー(Wasabi)にバックアップされます。(図中③)
  • Server C:Linuxバックアップサーバー(Linux)
バックアップを実施する対象のサーバーとなります。エージェントをインストールしておく必要があります。
バックアッププランで設定した復旧ポイントサーバー(Wasabi)にバックアップされます。(図中③)
  • Server D:バックアップ対象ノード2(Linux)
バックアップを実施する対象のノードとなります。
バックアッププランで設定した復旧ポイントサーバー(Wasabi)にバックアップされます。(図中③)
  • Server E:復旧ポイントサーバー(Windows)
バックアップ先となる復旧ポイントサーバーとなります。バックアップデータはWasabiに転送されます。

注釈

  • Wasabiへのバックアップデータのアップロードは即時ですが、メタデータ(管理情報)のアップロードは6時間毎となります。