Requirements - AWS Storage Gateway

Amazon S3 ファイルゲートウェイのドキュメントはAmazon S3 ファイルゲートウェイとは

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Requirements

以下に挙げる要件は、特記がない限り、すべてのゲートウェイ構成に共通です。

ハードウェアとストレージの要件

このセクションでは、ゲートウェイの最小ハードウェアと設定、および必要なストレージに割り当てる最小ディスク容量に関する情報を示します。ファイルゲートウェイのパフォーマンスのベストプラクティスについては、「ファイルゲートウェイのパフォーマンスガイダンス」を参照してください。

オンプレミス VM のハードウェア要件

ゲートウェイをオンプレミスでデプロイする前に必ず、ゲートウェイ VM をデプロイする基盤となるハードウェアで、以下の最小リソースを専有できることを確認してください。

  • VM に割り当てられた仮想プロセッサ 4 個.

  • ファイルゲートウェイ用に予約済み RAM 16 GiB

    ボリュームゲートウェイおよびテープゲートウェイでは、ハードウェアに次の容量の RAM を割り当てる必要があります。

    • キャッシュサイズが最大 16 TiB のゲートウェイ用に 16 GiB の予約済みRAM

    • キャッシュサイズが 16 TiB ~ 32 TiB のゲートウェイ用に 32 GiB の予約済みRAM

    • キャッシュサイズが 32 TiB ~ 64 TiB のゲートウェイ用に 48 GiB の予約済みRAM

  • ディスクの空き容量 80 GiB (VM イメージとシステムデータのインストール用)。

詳細については、「ゲートウェイのパフォーマンスの最適化」を参照してください。ハードウェアがゲートウェイ VM のパフォーマンスにどのように影響を与えるかについては、「AWS Storage Gateway のクォータ」を参照してください。

Amazon EC2 インスタンスタイプの要件

ゲートウェイを Amazon Elastic Compute Cloud (Amazon EC2) にデプロイする場合、インスタンスサイズは少なくともxlargeにアクセスして、ゲートウェイを機能させます。ただし、コンピューティング最適化インスタンスファミリーの場合は、サイズとして少なくとも 2xlarge が必要です ゲートウェイの種類に応じて次のインスタンスタイプのうち 1 つを使用することをお勧めします。

ファイルゲートウェイの種類に応じた推奨

  • 汎用インスタンスファミリー — m4 または m5 インスタンスタイプ。

  • コンピューティング最適化インスタンスファミリー — c4 または c5 インスタンスタイプ。2xlarge 以上のインスタンスサイズを選択し、必要な RAM 要件を満たします。

  • メモリ最適化インスタンスファミリー — r3 インスタンスタイプ。

  • ストレージ最適化インスタンスファミリー — i3 インスタンスタイプ。

    注記

    Amazon EC2 でゲートウェイを起動し、選択したインスタンスタイプがエフェメラルストレージをサポートする場合、ディスクは自動的に表示されます。Amazon EC2 インスタンスストレージの詳細については、「」を参照してください。インスタンスストレージAmazon EC2 ユーザーガイド。

    アプリケーションの書き込みは、同期的にキャッシュに保存された後で、非同期的に Amazon S3 の永続的なストレージにアップロードされます。アップロードの完了前にインスタンスが停止したためにエフェメラルストレージが失われると、キャッシュに残存していて、まだ S3 に書き込まれていないデータが失われる場合があります。ゲートウェイをホストするインスタンスを停止する前に、CloudWatch の CachePercentDirty メトリクスが 0 であることを確認してください。エフェメラルストレージの詳細については、「EC2 ゲートウェイでのエフェメラルストレージの使用」を参照してください。ストレージゲートウェイのメトリクスのモニタリングの詳細については、「Storage Gateway の監視」を参照してください。

    S3 バケット内のオブジェクトが 500 万個を超え、汎用 SSD ボリュームを使用している場合、起動中のゲートウェイで許容できるパフォーマンスを得るには、最小 350 GiB のルート EBS ボリュームが必要です。ボリュームサイズを引き上げる方法については、「Elastic Volumes を使用して EBS ボリュームを変更する (コンソール)」を参照してください。

キャッシュボリュームおよび仮想テープライブラリの種類に応じた推奨

  • 汎用インスタンスファミリー — m4 または m5 インスタンスタイプ。m4.16xlarge インスタンスタイプの使用はお勧めしません。

  • コンピューティング最適化インスタンスファミリー — c4 または c5 インスタンスタイプ。2xlarge 以上のインスタンスサイズを選択し、必要な RAM 要件を満たします。

  • ストレージ最適化インスタンスファミリー — d2、i2、または i3 インスタンスタイプ。

ストレージの要件

ゲートウェイには VM 用の 80 GiB 以外にもディスク領域が必要になります。

次の表は、デプロイされるゲートウェイのローカルディスクストレージの推奨サイズを示しています。

ゲートウェイタイプ キャッシュ (最小) キャッシュ (最大) アップロードバッファ(最小) アップロードバッファ(最大) その他の必要なローカルディスク
ファイルゲートウェイ 150 GiB 64 TiB
キャッシュボリュームゲートウェイ 150 GiB 64 TiB 150 GiB

2 TiB

保管型ボリュームゲートウェイ 150 GiB

2 TiB

1 つ以上の 1 つまたは複数
テープゲートウェイ 150 GiB 64 TiB 150 GiB 2 TiB
注記

最大容量まで、キャッシュとアップロードバッファ用に 1 つ以上のローカルドライブを設定できます。

既存のゲートウェイにキャッシュやアップロードバッファを追加する場合、ホスト (ハイパーバイザーまたは Amazon EC2 インスタンス) に新しいディスクを作成することが重要です。ディスクがキャッシュやアップロードバッファとして割り当て済みである場合は、既存のディスクサイズを変更しないでください。

ゲートウェイクォータの詳細については、「AWS Storage Gateway のクォータ」を参照してください。

ネットワークとファイアウォールの要件

ゲートウェイには、インターネット、ローカルネットワーク、ドメインネームサービス (DNS) サーバー、ファイアウォール、ルーターなどへのアクセスが必要です。以下は、必要なポートと、ファイアウォールとルーターを経由してアクセスを許可する方法についての情報です。

注記

場合によっては、Amazon EC2 に Storage Gateway をデプロイするか、または他のタイプのデプロイ (オンプレミスを含む) を行うこともあります。AWSIP アドレスの範囲。このような場合、ゲートウェイでサービスの接続上の問題が発生する場合があります。AWSIP 範囲の値が変更されます。-AWS使用する必要がある IP アドレス範囲の値は、Amazon サービスのサブセットです。AWSゲートウェイをアクティブ化するリージョン。現在の IP 範囲の値については、AWSIP アドレスの範囲AWS全般のリファレンス

ポート要件

Storage Gateway を操作するには、許可されている特定のポートが必要です。次の図は、各ゲートウェイの種類に対して許可する必要がある、必須のポートを示しています。すべてのゲートウェイの種類で必要なポートと、特定のゲートウェイの種類で必要なポートがあります。ポートの要件の詳細については、「ポート要件」を参照してください。

すべてのゲートウェイの種類に共通のポート

以下のポートは、すべてのゲートウェイタイプに共通で、すべてのゲートウェイタイプで必要です。

プロトコル

ポート

方向

送信元

送信先

用途

TCP

443 (HTTPS)

アウトバウンド

Storage Gateway

AWS

Storage Gateway からAWSサービスエンドポイントに追加します。サービスエンドポイントの詳細については、「ファイアウォールとルーターを介した AWS Storage Gateway アクセスの許可」を参照してください。

TCP

80 (HTTP)

インバウンド

接続元のホストAWSマネジメントコンソール。

Storage Gateway

ローカルシステムでストレージゲートウェイのアクティベーションキーを取得するため。ポート 80 はStorage Gateway アプライアンスのアクティベーションの間のみ使用されます。

Storage Gateway では、ポート 80 がパブリックにアクセス可能である必要はありません。ポート 80 へのアクセスに必要なレベルはネットワークの設定によって決まります。Storage Gateway マネジメントコンソールからゲートウェイをアクティベートする場合、コンソールに接続するホストにゲートウェイのポート 80 へのアクセス権限が必要です。

UDP

53 (DNS)

アウトバウンド

Storage Gateway

ドメインネームサービス (DNS) サーバー

Storage Gateway と DNS サーバー間の通信用。

TCP

22 (サポートチャネル)

アウトバウンド

Storage Gateway

AWS Support

許可AWS Supportゲートウェイの問題のトラブルシューティングに役立つ、ゲートウェイにアクセスします。このポートは、ゲートウェイの通常のオペレーションでは開いておく必要はありませんが、トラブルシューティングでは必要です。

UDP

123 (NTP)

アウトバウンド

NTP クライアント

NTP サーバー

VM 時間をホスト時間に同期するためにローカルシステムで使用されます。

ファイルゲートウェイのポート

ファイルゲートウェイを開くためのポートを次の図に示します。

注記

特定のポート要件 (NFS および SMB ポート要件を含む) については、「ポート要件」を参照してください。

ドメインユーザーがサーバーメッセージブロック (SMB) ファイル共有にアクセスできるようにする場合のみ、Microsoft Active Directory を使用する必要があります。ファイルゲートウェイは、任意の有効な Microsoft Windows ドメイン (DNS が解決可能なもの) に参加させることができます。

また、 を使用することもできますAWS Directory Serviceを作成し、AWS管理対象の Microsoft Active DirectoryをAmazon Web Services ラウドに追加します。ほとんどのAWSマネージド Active Directory のデプロイでは、VPC 用の動的ホスト構成プロトコル (DHCP) サービスを設定する必要があります。DHCP オプションセットを作成する方法の詳細については、「DHCP オプションセットを作成する」を参照してください。

共通ポートに加えて、ファイルゲートウェイには次のポートが必要です。

プロトコル

ポート

方向

送信元

送信先

用途

TCP/UDP

2049 (NFS)

インバウンド

NFS クライアント

Storage Gateway

ローカルシステムが、ゲートウェイが公開する NFS 共有に接続する場合。

TCP/UDP

111 (NFSv3)

インバウンド

NFSv3 クライアント

Storage Gateway

ローカルシステムが、ゲートウェイが公開する portmapper に接続する場合。

注記

このポートは NFSv3 にのみ必要です。

TCP/UDP

20048(NFSv3)

インバウンド

NFSv3 クライアント

Storage Gateway

ローカルシステムが、ゲートウェイが公開する mount に接続する場合。

注記

このポートは NFSv3 にのみ必要です。

ボリュームゲートウェイとテープゲートウェイのポート

次の図に、ボリュームとテープゲートウェイに対して開くポートを示します。

共通ポートに加えて、ボリュームおよびテープゲートウェイには次のポートが必要です。

プロトコル

ポート

方向

送信元

送信先

用途

TCP

3260 (iSCSI)

インバウンド

iSCSI イニシエータ

Storage Gateway

ローカルシステムから、ゲートウェイで公開されている iSCSI ターゲットに接続するため。

ポートの要件の詳細については、を参照してください。ポート要件Storage Gateway のその他のリソースセクションに追加します。

Storage Gateway ハードウェアアプライアンスのネットワークとファイアウォールの要件

各 Storage Gateway ハードウェアアプライアンスには、次のネットワークサービスが必要です。

  • インターネットアクセス— サーバー上の任意のネットワークインターフェイスを介した、インターネットへの常時接続のネットワーク接続。

  • DNS サービス— ハードウェアアプライアンスと DNS サーバー間の通信のための DNS サービス。

  • 時刻同期— 自動的に設定された Amazon NTP タイムサービスにアクセス可能である必要があります。

  • IP address— 割り当てられた DHCP または静的 IPv4 アドレス。IPv6 アドレスを割り当てることはできません。

Dell PowerEdge R640 サーバーの背面には、5 つの物理ネットワークポートがあります。これらのポートは、サーバーの背面から見て左から右に、次のとおりです。

  1. iDRAC

  2. em1

  3. em2

  4. em3

  5. em4

iDRAC ポートをリモートサーバー管理に使用できます。

ハードウェアアプライアンスでは、以下のポートの操作が必要です。

プロトコル

ポート

方向

送信元

送信先

用途

SSH

22

アウトバウンド

ハードウェアアプライアンス

54.201.223.107

サポートチャネル
DNS 53 アウトバウンド ハードウェアアプライアンス DNS サーバー 名前解決
UDP/NTP 123 アウトバウンド ハードウェアアプライアンス *.amazon.pool.ntp.org 時刻同期
HTTPS

443

アウトバウンド

ハードウェアアプライアンス

*.amazonaws.com

データ転送

HTTP 8080 インバウンド AWS ハードウェアアプライアンス アクティベーション (短時間のみ)

ハードウェアアプライアンスでは、設計どおりに機能するためには、次のようなネットワークとファイアウォールの設定が必要です。

  • 接続されているすべてのネットワークインターフェイスをハードウェアコンソールで設定します。

  • 各ネットワークインターフェイスが一意のサブネット上にあることを確認します。

  • 接続されているすべてのネットワークインターフェースに、前の図に示されているエンドポイントへのアウトバウンドアクセスを提供します。

  • ハードウェアアプライアンスをサポートするためには、少なくとも 1 つのネットワークインターフェイスを設定します。詳細については、「ネットワークパラメータの設定」を参照してください。

注記

サーバーの背面とポートを示す図については、「ハードウェアアプライアンスのラックマウントと電源への接続」を参照してください。

同じネットワークインターフェイス (NIC) 上のすべての IP アドレスは、ゲートウェイ用でもホスト用でも、同じサブネットにある必要があります。次の図は、アドレス割り当てスキームを示しています。

ハードウェアアプライアンスのアクティベーションと設定の詳細については、Storage Gateway ハードウェアアプライアンスの使用 を参照してください。

ファイアウォールとルーターを介した AWS Storage Gateway アクセスの許可

ゲートウェイでは、と通信するために次のサービスエンドポイントにアクセスする必要があります。AWS。ファイアウォールまたはルーターを使用してネットワークトラフィックをフィルタリングまたは制限する場合は、これらのサービスエンドポイントをAWS。

重要

ゲートウェイのAWSリージョン、置換リージョンを、対応するリージョン文字列で展開します。

以下のサービスエンドポイントは、コントロールパス (anon-cp、client-cp、proxy-app) とデータパス (dp-1) オペレーションのためにすべてのゲートウェイに必要です。

anon-cp.storagegateway.region.amazonaws.com:443 client-cp.storagegateway.region.amazonaws.com:443 proxy-app.storagegateway.region.amazonaws.com:443 dp-1.storagegateway.region.amazonaws.com:443

次のゲートウェイサービスエンドポイントは、API コールを行うために必要です。

storagegateway.region.amazonaws.com:443

次の例は、米国西部 (オレゴン) リージョン (us-west-2).

storagegateway.us-west-2.amazonaws.com:443

以下に示す Amazon S3 サービスエンドポイントは、ファイルゲートウェイのみで使用されます。ファイルゲートウェイは、ファイル共有がマッピングする S3 バケットにアクセスするために、このエンドポイントが必要です。

bucketname.s3.region.amazonaws.com

次の例は、米国東部 (オハイオ) リージョン (us-east-2).

s3.us-east-2.amazonaws.com
注記

ゲートウェイがAWSS3 バケットがあるリージョン。このサービスエンドポイントはデフォルトでs3.us-east-1.amazonaws.com。米国東部 (バージニア北部) リージョン (us-east-1) に加えてAWSゲートウェイがアクティブ化され、S3 バケットが配置されているリージョン。

以下は、 AWS GovCloud (US) リージョンの S3 サービスエンドポイントです。

s3-fips-us-gov-west-1.amazonaws.com (AWS GovCloud (US-West) Region (FIPS)) s3-fips.us-gov-east-1.amazonaws.com (AWS GovCloud (US-East) Region (FIPS)) s3.us-gov-west-1.amazonaws.com (AWS GovCloud (US-West) Region (Standard)) s3.us-gov-east-1.amazonaws.com (AWS GovCloud (US-East) Region (Standard))

次の例は、S3 バケットの FIPS サービスエンドポイントです。AWSGovCloud (米国西部) リージョン。

bucket-name.s3-fips-us-gov-west-1.amazonaws.com

以下の Amazon CloudFront エンドポイントは、使用できるAWS[リージョン]

https://d4kdq0yaxexbo.cloudfront.net/

Storage Gateway 仮想マシンは、以下の NTP サーバーを使用するように設定されています。

0.amazon.pool.ntp.org 1.amazon.pool.ntp.org 2.amazon.pool.ntp.org 3.amazon.pool.ntp.org

Amazon EC2 ゲートウェイインスタンスのセキュリティグループの設定

セキュリティグループは、Amazon EC2 ゲートウェイインスタンスへのトラフィックを制御します。セキュリティグループを設定するときは、次のことを推奨します。

  • セキュリティグループで、外部のインターネットからの着信接続は許可しないでください。ゲートウェイのセキュリティグループ内のインスタンスのみがゲートウェイと通信できるようにします。ゲートウェイのセキュリティグループに属さないインスタンスにゲートウェイへの接続を許可する必要がある場合、ポート 3260 (iSCSI 接続用) および 80 (アクティベーション用) でのみ接続を許可することをお勧めします。

  • ゲートウェイのセキュリティグループに属さない Amazon EC2 ホストからゲートウェイをアクティベートする場合は、そのホストの IP アドレスからの着信接続をポート 80 で許可します。アクティブ化するホストの IP アドレスがわからない場合、ポート 80 を開き、ゲートウェイをアクティブ化して、アクティブ化の完了後、ポート 80 のアクセスを閉じることができます。

  • トラブルシューティングのために AWS Support を使用する場合にのみ、ポート 22 アクセスを許可します。詳細については、「あなたが欲しいAWS SupportEC2 ゲートウェイのトラブルシューティングに役立つ」を参照してください。

場合によっては、Amazon EC2 インスタンスをイニシエータとして (Amazon EC2 にデプロイしたゲートウェイの iSCSI ターゲットに接続するため) 使用する場合があります。このような場合は、2 つのステップを実行するアプローチをお勧めします。

  1. ゲートウェイと同じセキュリティグループのイニシエータインスタンスを起動してください。

  2. アクセスを設定すると、イニシエータはゲートウェイと通信できます。

ゲートウェイで開くポートについては、「ポート要件」を参照してください。

サポートされているハイパーバイザーとホストの要件

Storage Gateway は、オンプレミスで仮想マシン (VM) アプライアンスとして、物理ハードウェアアプライアンスとして、またはAWSAmazon EC2 インスタンスとして展開します。

Storage Gateway は、次のハイパーバイザーのバージョンとホストをサポートしています。

  • VMware ESXi Hypervisor (バージョン 6.0、6.5、または 6.7) — VMware の無料版をVMware Web サイト。このセットアップでは、ホストに接続するために VMware vSphere クライアントも必要です。

  • Microsoft Hyper-V Hypervisor (バージョン 2012 R2 または 2016) Hyper-V の無料スタンドアロン版をマイクロソフトダウンロードセンター。このセットアップでは、ホストに接続する Microsoft Windows クライアントコンピュータには Microsoft Hyper-V Manager が必要になります。

  • Linux カーネルベースの仮想マシン (KVM) — 無料のオープンソースの仮想化テクノロジー。KVM は Linux バージョン 2.6.20 以降のすべてのバージョンに含まれています。Storage Gateway は、CentOS/RHEL 7.7、Ubuntu 16.04 LTS、および Ubuntu 18.04 LTS ディストリビューションでテストおよびサポートされています。他の最新の Linux ディストリビューションは動作しますが、機能やパフォーマンスは保証されません。既に KVM 環境が稼働しており、KVM の仕組みに精通している場合は、このオプションをお勧めします。

  • Amazon EC2 インスタンス-Storage Gateway は、ゲートウェイ VM イメージを含む Amazon マシンイメージ (AMI) を提供します。ファイル、キャッシュボリューム、テープゲートウェイのみ Amazon EC2 にデプロイできます。Amazon EC2 にゲートウェイをデプロイする方法については、Amazon EC2 ホストにボリュームまたはテープゲートウェイをデプロイする

  • Storage Gateway ハードウェアアプライアンス-Storage Gateway は、仮想マシンインフラストラクチャが制限されている場所でのオンプレミスデプロイオプションとして、物理ハードウェアアプライアンスを提供します。

注記

Storage Gateway では、スナップショットから作成された VM、または別のゲートウェイ VM のクローン、または Amazon EC2 AMI からのゲートウェイの復元はサポートされていません。ゲートウェイ VM が正しく機能しない場合は、新しいゲートウェイをアクティブ化し、データをそのゲートウェイに復旧します。詳細については、「予期しない仮想マシンのシャットダウンからのリカバリ」を参照してください。

Storage Gateway では、動的メモリと仮想メモリのバルーニングはサポートされていません。

ファイルゲートウェイでサポートされる NFS クライアント

ファイルゲートウェイは以下のネットワークファイルシステム (NFS) クライアントをサポートしています。

  • Amazon Linux

  • Mac OS X

  • RHEL 7

  • SUSE Linux Enterprise Server 11 および SUSE Linux Enterprise Server 12

  • Ubuntu 14.04

  • Microsoft Windows 10 Enterprise、Windows Server 2012、Windows Server 2016。ネイティブクライアントは NFS バージョン 3 のみサポートします。

  • Windows 7 Enterprise および Windows Server 2008。

    ネイティブクライアントは NFS v3 のみサポートします。サポートされる最大 NFS I/O サイズは 32 KB であるため、これらのバージョンの Windows では、パフォーマンスが低下する可能性があります。

    注記

    Windows NFS クライアントを使用する代わりに Windows (SMB) を介してアクセスする必要がある場合に、SMB ファイル共有を使用できるようになりました。

ファイルゲートウェイでサポートされる SMB クライアント

ファイルゲートウェイは以下のサービスメッセージブロック (SMB) クライアントをサポートしています。

  • Microsoft Windows Server 2008 以降

  • Windows デスクトップバージョン: 10、8、7

  • Windows Server 2008 以降で動作する Windows Terminal Server

    注記

    サーバーメッセージブロックの暗号化には、SMB v2.1 をサポートするクライアントが必要です。

ファイルゲートウェイでサポートされているファイルシステムオペレーション

NFS または SMB クライアントは、ファイルの書き込み、読み取り、削除、切り捨てができます。クライアントから AWS Storage Gateway に送信された書き込みは、同期的にローカルキャッシュに書き込まれます。次に、最適化された転送を介して非同期的に S3 に書き込まれます。読み取りはまずローカルキャッシュから行われます。データがない場合は、リードスルーキャッシュとして S3 から取得されます。

読み込みと書き込みは、変更された部分またはリクエストされた部分だけがゲートウェイ経由で転送されるように最適化されます。削除は S3 からオブジェクトを削除します。ディレクトリは、Amazon S3 マネジメントコンソールと同じ構文を使用して、S3 のフォルダオブジェクトとして管理されます。

GETPUTUPDATEDELETE などの HTTP オペレーションでは、ファイル共有内のファイルを変更できます。これらのオペレーションはアトミックな作成、読み取り、更新、削除 (CRUD) 機能に従っています。

サポートされている iSCSI イニシエータ

キャッシュ型または保管型のボリュームゲートウェイをデプロイすると、ゲートウェイに iSCSI ストレージボリュームを作成できます。テープゲートウェイをデプロイすると、ゲートウェイにメディアチェンジャー 1 個とテープドライブ 10 個が事前設定されます。このテープドライブとメディアチェンジャーは、既存のクライアントバックアップアプリケーションから iSCSI デバイスとして利用できます。

これらの iSCSI デバイスに接続するために、Storage Gateway では以下の iSCSI イニシエータがサポートされています。

  • Windows Server 2019

  • Windows Server 2016

  • Windows Server 2012 および Windows Server 2012 R2

  • Windows Server 2008 および Windows Server 2008 R2

  • Windows 7

  • Red Hat Enterprise Linux 5

  • Red Hat Enterprise Linux 6

  • Red Hat Enterprise Linux 7

  • VM のゲストオペレーティングシステムでのイニシエータの使用に代わる、VMware ESX イニシエータ

重要

Storage Gateway では、Windows クライアントからの Microsoft Multipath I/O (MPIO) はサポートされていません。

Storage Gateway は、ホストが Windows Server Failover Clustering (WSFC) を使用してアクセスを調整する場合に、同じボリュームで複数のホストに接続することをサポートします。ただし、WSFC を使用せずに複数のホストを同じボリュームに接続すること (非クラスター NTFS/ext4 ファイルシステムの共有など) はできません。

サポートされているサードパーティーのバックアップアプリケーション

テープゲートウェイでのテープの読み書きや管理にはバックアップアプリケーションを使用します。次のサードパーティーのバックアップアプリケーションは、テープゲートウェイで使用することができます。

選択するメディアチェンジャのタイプは、使用するバックアップアプリケーションによって異なります。次の表は、テスト済みで、テープゲートウェイとの互換性があることが判明したサードパーティ製バックアップアプリケーションの一覧です。この表には、各バックアップ・アプリケーションに推奨されるメディア・チェンジャ・タイプが含まれています。

Backup アプリケーション ミディアムチェンジャタイプ
Arcserve Backup AWS-Gateway-VTL
バキュラ・エンタープライズV10.x AWS-Gateway-VTL 、、または STK-L700
Commvault V11 STK-L700
Dell EMC NetWorker V8.x または V9.x AWS-Gateway-VTL
IBM スペクトラム保護v8.1.10 IBM-03584L32-0402
Micro Focus (HPE) Data Protector 9.x AWS-Gateway-VTL
Microsoft System Center 2012 R2 または 2016 Data Protection Manager STK-L700
NovaStor データセンター/ネットワーク 6.4 または 7.1 STK-L700
Quest NetVault Backup 12.4 または 13.x STK-L700
VeeamBackup & レプリケーションV7またはV8 STK-L700
Veam Backup & Replication V9 アップデート 2 以降 AWS-Gateway-VTL
ベリタスBackup Exec 2014または15または16または20.x AWS-Gateway-VTL
Veritas Backup Exec 2012
注記

Veritas Backup Exec 2012 のサポートが終了しました。

STK-L700
ベリタス NetBackup バージョン 7.x または 8.x AWS-Gateway-VTL
重要

バックアップアプリケーション用にリストされているメディアチェンジャーを選択することを強くお勧めします。他のミディアムチェンジャは適切に機能していない可能性があります。ゲートウェイをアクティブにした後で、別のメディアチェンジャーを選択できます。詳細については、「ゲートウェイのアクティブ化後のメディアチェンジャーの選択」を参照してください。