Requirements - AWS Storage Gateway

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

Requirements

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

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

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

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

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

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

  • ファイルゲートウェイ用の予約済み RAM のうち 16 個GiB

    ボリュームゲートウェイとテープゲートウェイの場合、ハードウェアは次の量の RAM を専用とする必要があります。

    • 最大 16 GiBのキャッシュサイズを持つゲートウェイの予約済み RAM 16 個TiB

    • キャッシュサイズが 16~32 GiBのゲートウェイでは、リザーブド RAM のうち 32 個TiBTiB

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

  • ディスクGiBの空き容量 80 (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インスタンスストレージの詳細については、 https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.htmlユーザーガイドの「Amazon EC2インスタンスストレージ」を参照してください。

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

    S3 バケット内のオブジェクトが 500 万個を超え、汎用 SSD ボリュームを使用している場合、起動中のゲートウェイで許容できるパフォーマンスを得るには、最小 350 のルート EBS ボリュームが必要です。GiBボリュームサイズを引き上げる方法については、「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 つ以上
テープゲートウェイ 150 GiB 64 TiB 150 GiB 2 TiB
注記

キャッシュおよびアップロードバッファに対して 1 つ以上のローカルドライブを、最大キャパシティーまで設定できます。

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

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

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

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

注記

場合によっては、AWS の IP アドレス範囲を制限するネットワーク セキュリティ ポリシーを使って、Amazon EC2 に AWS Storage Gateway をデプロイするか、または他のタイプのデプロイ (オンプレミスを含む) を行うこともあります。この場合には、AWS の IP 範囲の値が変更されると、ゲートウェイでサービスの接続上の問題が発生する場合があります。使用する必要がある AWS の IP アドレス範囲の値は、ゲートウェイをアクティブ化する AWS リージョンの Amazon サービスのサブセットです。現在の IP 範囲の値については、の「AWS IP アドレス範囲」を参照してくださいAWS General Reference

ポート要件

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

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

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

プロトコル

ポート

方向

送信元

送信先

用途

TCP

443 (HTTPS)

アウトバウンド

Storage Gateway

AWS

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

TCP

80 (HTTP)

インバウンド

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

Storage Gateway

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

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

UDP/UDP

53 (DNS)

アウトバウンド

Storage Gateway

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

AWS Storage Gateway および DNS サーバー間の通信の場合。

TCP

22 (サポートチャネル)

アウトバウンド

Storage Gateway

AWS サポート

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

UDP

123 (NTP)

アウトバウンド

NTP クライアント

NTP サーバー

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

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

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

注記

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

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

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

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

プロトコル

ポート

方向

送信元

送信先

用途

TCP/UDP

2049 (NFS)

インバウンド

NFS クライアント

Storage Gateway

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

TCP/UDP

111 (NFSv3)

インバウンド

NFSv3 クライアント

Storage Gateway

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

注記

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

TCP/UDP

20048 (NFSv3)

インバウンド

NFSv3 クライアント

Storage Gateway

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

注記

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

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

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

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

プロトコル

ポート

方向

送信元

送信先

用途

TCP

3260 (iSCSI)

インバウンド

iSCSI イニシエータ

Storage Gateway

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

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

AWS Storage Gateway Hardware Appliance のネットワークとファイアウォールの要件

各 AWS Storage Gateway Hardware Appliance には、次のネットワークサービスが必要です。

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

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

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

  • IP アドレス – 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 アドレスは、ゲートウェイ用でもホスト用でも、同じサブネットにある必要があります。次の図は、アドレス割り当てスキームを示しています。

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

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

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

重要

ゲートウェイの AWS リージョンに応じて、 を region 正しいリージョン文字列を使って サービスエンドポイントに を設定します。

以下のサービスエンドポイントは、コントロールパス (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 バケットにアクセスするために、このエンドポイントが必要です。

s3.region.amazonaws.com

次の例は、米国東部 (オハイオ) リージョン (us-east-2) の S3 サービスエンドポイントです。

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

S3 バケットが配置されている AWS リージョンがゲートウェイによって特定されない場合、このサービスエンドポイントはデフォルトで になりますs3.us-east-1.amazonaws.com。 ゲートウェイがアクティブ化されて S3 バケットが配置されている AWS リージョンに加えて、リージョン (米国東部(バージニア北部)) へのアクセスを許可することをお勧めします。us-east-1

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

s3-fips-us-gov-west-1.amazonaws.com (AWS GovCloud (米国西部) Region (FIPS)) s3-fips.us-gov-east-1.amazonaws.com (AWS GovCloud (米国東部) Region (FIPS)) s3.us-gov-west-1.amazonaws.com (AWS GovCloud (米国西部) Region (Standard)) s3.us-gov-east-1.amazonaws.com (AWS GovCloud (米国東部) Region (Standard))

次の例は、AWS GovCloud (US-West) リージョンの S3 バケットの FIPS サービスエンドポイントです。

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

次の Amazon CloudFront エンドポイントは、使用できる AWS リージョンのリストを取得するために Storage Gateway に必要となります。

https://d4kdq0yaxexbo.cloudfront.net/

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

0.amazon.pool.ntp.org 1.amazon.pool.ntp.org 2.amazon.pool.ntp.org 3.amazon.pool.ntp.org
  • Storage Gateway—でサポートされている AWS Storage Gateway リージョンおよび AWS サービスエンドポイントのリストについては、 のAWS Storage Gatewayエンドポイントとクォータを参照してくださいAWS General Reference

  • AWS Storage Gateway Hardware Appliance—でサポートされている AWS リージョンについてはハードウェアアプライアンス、 の「AWS Storage Gateway ハードウェアアプライアンスのリージョン」を参照してくださいAWS General Reference

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

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

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

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

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

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

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

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

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

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

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

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

  • VMwareESXi–ハイパーバイザー (バージョン 6.0、6.5、または 6.7) VMwareウェブサイトから無料版の を入手できますVMware。このセットアップでは、ホストに接続するためにVMwarevSphereクライアントも必要です。

  • Microsoft Hyper-V Hypervisor (バージョン 2012 R2 または 2016) – Hyper-V の無料スタンドアロン版を Microsoft Download Center から入手できます。このセットアップでは、ホストに接続する 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 2003 以降

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

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

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

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 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

  • VMwareESX イニシエータ。 のゲストオペレーティングシステムでのイニシエータの使用に代わる手段を提供します。VMs

重要

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

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

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

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

選択するメディアチェンジャーのタイプは、使用する予定のバックアップアプリケーションによって決まります。次の表では、テープゲートウェイ との互換性がテスト済みで確認されている、サードパーティー製のバックアップアプリケーションを示しています。このテーブルは、各バックアプリケーションに推奨されるメディアチェンジャーを含みます。

バックアップアプリケーション メディアチェンジャーの種類
Arcserve Backup AWS-Gateway-VTL
Bacula Enterprise V10.x AWS-Gateway-VTL または STK-L700
CommVault V11 STK-L700
Dell EMC NetWorker V8.x または V9.x AWS-Gateway-VTL
IBM Spectrum Protect v7.x 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 DataCenter/Network 6.4 または 7.1 STK-L700
Quest NetVault Backup 10.0、11.x、または 12.x STK-L700
Veeam Backup & Replication V7 または V8 STK-L700
Veeam Backup & Replication V9 アップデート 2 以降 AWS-Gateway-VTL
Veritas Backup Exec 2014、15、16、または 20.x AWS-Gateway-VTL
Veritas Backup Exec 2012
注記

Veritas は、Backup Exec 2012 のサポートを終了しました。

STK-L700
Veritas NetBackup Version 7.x または 8.x AWS-Gateway-VTL
重要

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