翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Volume Gateway のセットアップ要件
以下に挙げる要件は、特記がない限り、すべてのゲートウェイ構成に共通です。
ハードウェアとストレージの要件
このセクションでは、ゲートウェイの最小ハードウェアと設定、および必要なストレージに割り当てる最小ディスク容量について説明します。
のハードウェア要件 VMs
ゲートウェイをデプロイする前に必ず、ゲートウェイ VM をデプロイする基盤となるハードウェアで、以下の最小リソースを専有できることを確認してください。
-
VM に割り当てられた仮想プロセッサ 4 個。
-
Volume Gateway の場合、ハードウェアは次の量の を専用にする必要がありますRAM。
-
最大 16 GiBのキャッシュサイズを持つゲートウェイRAM用に予約された 16 GiB TiB
-
キャッシュサイズが 16 TiBGiBのゲートウェイRAM用に予約された 32 TiB
-
キャッシュサイズが 32 TiBGiBのゲートウェイRAM用に予約された 48 TiB
-
-
ディスクの空き容量 80 GiB (VM イメージとシステムデータのインストール用)。
詳細については、「ゲートウェイパフォーマンスの最適化」を参照してください。ハードウェアがゲートウェイ VM のパフォーマンスにどのように影響を与えるかについては、「AWS Storage Gateway クォータ」を参照してください。
Amazon EC2インスタンスタイプの要件
Amazon Elastic Compute Cloud (Amazon EC2) にゲートウェイをデプロイする場合、ゲートウェイが機能するには、インスタンスサイズが少なくとも xlarge である必要があります。ただし、コンピューティング最適化インスタンスファミリーの場合は、サイズとして少なくとも 2xlarge が必要です
注記
Storage Gateway AMIは、Intel またはAMDプロセッサを使用する x86 ベースのインスタンスとのみ互換性があります。ARMGraviton プロセッサを使用する ベースのインスタンスはサポートされていません。
Volume Gateway 、Amazon EC2インスタンスはゲートウェイに使用する予定のキャッシュサイズRAMに応じて、次の量を割り当てます。
-
最大 16 GiBのキャッシュサイズを持つゲートウェイRAM用に予約された 16 GiB TiB
-
キャッシュサイズが 16 TiBGiBのゲートウェイRAM用に予約された 32 TiB
-
キャッシュサイズが 32 TiBGiBのゲートウェイRAM用に予約された 48 TiB
ゲートウェイの種類に応じて次のインスタンスタイプのうち 1 つを使用することをお勧めします。
キャッシュボリュームおよびテープゲートウェイの種類に応じた推奨事項
-
汎用インスタンスファミリー – m4、m5、または m6 インスタンスタイプ。
注記
m4.16xlarge インスタンスタイプの使用はお勧めしません。
-
コンピューティング最適化インスタンスファミリー — c4、c5、または c6 インスタンスタイプ 2xlarge インスタンスサイズ以上を選択して、必要なRAM要件を満たします。
-
メモリ最適化インスタンスファミリー – r3、r5、または r6 インスタンスタイプ。
-
ストレージ最適化インスタンスファミリー – i3 または i4 インスタンスタイプ。
ストレージの要件
ゲートウェイには VM 用の 80 GiB 以外にもディスク領域が必要になります。
次の表は、デプロイされるゲートウェイのローカルディスクストレージの推奨サイズを示しています。
ゲートウェイタイプ | キャッシュ (最小) | キャッシュ (最大) | アップロードバッファ (最小) | アップロードバッファ (最大) | その他の必要なローカルディスク |
---|---|---|---|---|---|
キャッシュ型ボリュームゲートウェイ | 150 GiB | 64 TiB | 150 GiB |
2 TiB |
— |
保管型ボリュームゲートウェイ | — | — | 150 GiB |
2 TiB |
1 つまたは複数の保管されたボリューム |
注記
キャッシュおよびアップロードバッファ用として、1 つ以上のローカルドライブを、最大容量まで構成することができます。
既存のゲートウェイにキャッシュを追加またはバッファをアップロードするときは、ホスト (ハイパーバイザーまたは Amazon EC2インスタンス) に新しいディスクを作成することが重要です。ディスクがキャッシュやアップロードバッファとして割り当て済みである場合は、既存のディスクサイズを変更しないでください。
ゲートウェイクォータの詳細については、「AWS Storage Gateway クォータ」を参照してください。
ネットワークとファイアウォールの要件
ゲートウェイには、インターネット、ローカルネットワーク、ドメインネームサービス (DNS) サーバー、ファイアウォール、ルーターなどへのアクセスが必要です。以下は、必要なポートと、ファイアウォールとルーターを経由してアクセスを許可する方法についての情報です。
注記
場合によっては、Amazon に Storage Gateway をデプロイEC2したり、 AWS IP アドレス範囲を制限するネットワークセキュリティポリシーで他のタイプのデプロイ (オンプレミスを含む) を使用したりすることがあります。このような場合、 AWS IP 範囲の値が変更されると、ゲートウェイでサービス接続の問題が発生する可能性があります。使用する必要がある AWS IP アドレス範囲値は、ゲートウェイをアクティブ化する AWS リージョンの Amazon サービスサブセットにあります。現在の IP 範囲値については、「AWS 全般のリファレンス」の「AWS IP アドレスの範囲」を参してください。
注記
ネットワーク帯域幅の要件は、ゲートウェイによってアップロードおよびダウンロードされるデータの量によって異なります。ゲートウェイのダウンロード、アクティブ化、および更新を正常に行うには、最低 100 Mbps が必要です。データ転送のパターンによって、ワークロードのサポートに必要な帯域幅が決まります。場合によっては、Storage Gateway を Amazon にデプロイEC2したり、他のタイプのデプロイを使用したりすることがあります。
トピック
ポート要件
Storage Gateway の使用には、特定のポートへのアクセス許可が必要です。次の図は、各ゲートウェイの種類に対して許可する必要がある、必須のポートを示しています。すべてのゲートウェイの種類で必要なポートと、特定のゲートウェイの種類で必要なポートがあります。ポートの要件の詳細については、「Volume Gateway のポート要件」を参照してください。
すべてのゲートウェイの種類に共通のポート
以下のポートは、すべてのゲートウェイタイプに共通で、すべてのゲートウェイタイプで必要です。
[プロトコル] |
ポート |
[Direction] (方向) |
ソース |
デスティネーション |
用途 |
---|---|---|---|---|---|
TCP |
443 (HTTPS) |
アウトバウンド |
Storage Gateway |
AWS |
Storage Gateway から AWS サービスエンドポイントへの通信用。サービスエンドポイントの詳細については、「ファイアウォールとルーターを介した AWS Storage Gateway アクセスの許可」を参照してください。 |
TCP |
80 (HTTP) |
インバウンド |
AWS マネジメントコンソールに接続するホスト。 |
Storage Gateway |
Storage Gateway のアクティベーションキーは、ローカルシステムにより取得されます。ポート 80 は Storage Gateway アプライアンスのアクティベーション時にのみ使用されます。 Storage Gateway では、ポート 80 をパブリックアクセスが可能なように設定する必要はありません。ポート 80 へのアクセスに必要なレベルはネットワークの設定によって決まります。Storage Gateway マネジメントコンソールからゲートウェイをアクティブ化する場合、コンソールに接続するホストには、ゲートウェイのポート 80 に対するアクセス権限が必要です。 |
TCP/UDP |
53 (DNS) |
アウトバウンド |
Storage Gateway |
ドメインネームサービス (DNS) サーバー |
Storage Gateway とDNSサーバー間の通信用。 |
TCP |
22 (サポートチャネル) |
アウトバウンド |
Storage Gateway |
AWS Support |
AWS Support ゲートウェイへのアクセスを許可し、ゲートウェイの問題のトラブルシューティングに役立ちます。このポートは、ゲートウェイの通常のオペレーションでは開いておく必要はありませんが、トラブルシューティングでは必要です。 |
UDP |
123 (NTP) |
アウトバウンド |
NTP クライアント |
NTP サーバー |
VM 時間をホスト時間に同期するためにローカルシステムで使用されます。 |
ボリュームゲートウェイとテープゲートウェイのポート
次の図は、ボリュームゲートウェイに対して開くポートを示しています。
共通ポートに加えて、ボリュームゲートウェイには次のポートが必要です。
[プロトコル] |
ポート |
[Direction] (方向) |
ソース |
デスティネーション |
用途 |
---|---|---|---|---|---|
TCP |
3260 (i SCSI) |
インバウンド |
iSCSI イニシエーター |
Storage Gateway |
ゲートウェイによって公開される iSCSI ターゲットに接続するためのローカルシステム。 |
ポートの要件の詳細については、「Additional Storage Gateway resources」セクションの「Volume Gateway のポート要件」を参照してください。
Storage Gateway ハードウェアアプライアンスのネットワークとファイアウォールに関する要件
それぞれの Storage Gateway ハードウェアアプライアンスには、以下のネットワークサービスが必要です。
-
インターネットアクセス – サーバー上の任意のネットワークインターフェイスを介した、インターネットへの常時接続のネットワーク接続。
-
DNS services – ハードウェアアプライアンスとDNSサーバー間の通信のためのDNSサービス。
-
時刻同期 – 自動的に設定された Amazon NTPタイムサービスに到達できる必要があります。
-
IP アドレス – 割り当てられた DHCPまたは静的IPv4アドレス。IPv6 アドレスを割り当てることはできません。
Dell PowerEdge R640 サーバーの背面には 5 つの物理ネットワークポートがあります。これらのポートは、サーバーの背面から見て左から右に、次のとおりです。
-
iDRAC
-
em1
-
em2
-
em3
-
em4
リモートサーバー管理には iDRAC ポートを使用できます。
ハードウェアアプライアンスでは、以下のポートの操作が必要です。
[プロトコル] |
ポート |
[Direction] (方向) |
ソース |
デスティネーション |
用途 |
---|---|---|---|---|---|
SSH |
22 |
アウトバウンド |
ハードウェアアプライアンス |
|
サポートチャネル |
DNS | 53 | アウトバウンド | ハードウェアアプライアンス | DNS サーバー | 名前解決 |
UDP/NTP | 123 | アウトバウンド | ハードウェアアプライアンス | *.amazon.pool.ntp.org |
時刻同期 |
HTTPS |
443 |
アウトバウンド |
ハードウェアアプライアンス |
|
データ転送 |
HTTP | 8080 | インバウンド | AWS | ハードウェアアプライアンス | アクティベーション (短時間のみ) |
ハードウェアアプライアンスでは、設計どおりに機能するためには、次のようなネットワークとファイアウォールの設定が必要です。
-
接続されているすべてのネットワークインターフェイスをハードウェアコンソールで設定します。
-
各ネットワークインターフェイスが一意のサブネット上にあることを確認します。
-
接続されているすべてのネットワークインターフェースに、前の図に示されているエンドポイントへのアウトバウンドアクセスを提供します。
-
ハードウェアアプライアンスをサポートするためには、少なくとも 1 つのネットワークインターフェイスを設定します。詳細については、「ハードウェアアプライアンスのネットワークパラメータの設定」を参照してください。
注記
サーバーの背面とポートを示す図については、「ハードウェアアプライアンスの物理的なインストール」を参照してください。
ゲートウェイでもホストでも、同じネットワークインターフェイス (NIC) のすべての IP アドレスは、同じサブネット上にある必要があります。次の図は、アドレス割り当てスキームを示しています。
ハードウェアアプライアンスのアクティベーションと設定の詳細については、Storage Gateway ハードウェアアプライアンスの使用 を参照してください。
ファイアウォールとルーターを介した AWS Storage Gateway アクセスの許可
ゲートウェイは、 と通信するために以下のサービスエンドポイントにアクセスする必要があります AWS。ファイアウォールまたはルーターを使用してネットワークトラフィックをフィルタリングまたは制限する場合は、これらのサービスエンドポイントに対し AWSへのアウトバウンド通信を許可するように、対象のファイアウォールおよびルーターを設定する必要があります。
注記
Storage Gateway のプライベートVPCエンドポイントを との接続とデータ転送に使用するように設定した場合 AWS、ゲートウェイはパブリックインターネットへのアクセスを必要としません。詳細については、「仮想プライベートクラウドでのゲートウェイのアクティブ化」を参照してください。
重要
ゲートウェイの AWS リージョンに応じて、 を置き換えます。region
正しいリージョン文字列を持つサービスエンドポイント。
head-bucket オペレーションには、すべてのゲートウェイで以下のサービスエンドポイントが必要です。
s3.amazonaws.com:443
以下のサービスエンドポイントは、コントロールパス (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 サービスエンドポイントの例を示します
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 (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))
次の例は、 AWS GovCloud (米国西部) リージョンの S3 バケットFIPSのサービスエンドポイントです。
bucket-name
.s3-fips.us-gov-west-1.amazonaws.com
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 全般のリファレンス。
-
Storage Gateway ハードウェアアプライアンス — ハードウェアアプライアンスで使用できるサポートされている AWS リージョンについては、 のStorage Gateway ハードウェアアプライアンスリージョン」を参照してくださいAWS 全般のリファレンス。
Amazon EC2 Gateway インスタンスのセキュリティグループの設定
セキュリティグループは、Amazon EC2ゲートウェイインスタンスへのトラフィックを制御します。セキュリティグループを設定するときは、次のことを推奨します。
-
セキュリティグループで、外部のインターネットからの着信接続は許可しないでください。ゲートウェイのセキュリティグループ内のインスタンスのみがゲートウェイと通信できるようにします。インスタンスがセキュリティグループ外からゲートウェイに接続することを許可する必要がある場合は、ポート 3260 (iSCSI 接続の場合) および 80 (アクティベーションの場合) でのみ接続を許可することをお勧めします。
-
ゲートウェイセキュリティグループ外の Amazon EC2ホストからゲートウェイをアクティブ化する場合は、そのホストの IP アドレスからポート 80 で受信接続を許可します。アクティブ化するホストの IP アドレスがわからない場合、ポート 80 を開き、ゲートウェイをアクティブ化して、アクティブ化の完了後、ポート 80 のアクセスを閉じることができます。
-
トラブルシューティング AWS Support 目的で を使用している場合のみ、ポート 22 アクセスを許可します。詳細については、「EC2 ゲートウェイ AWS Support のトラブルシューティングを支援したい」を参照してください。
場合によっては、Amazon EC2インスタンスをイニシエータとして (つまり、Amazon にデプロイしたゲートウェイの iSCSI ターゲットに接続するために) 使用する場合がありますEC2。このような場合は、2 つのステップを実行するアプローチをお勧めします。
-
ゲートウェイと同じセキュリティグループのイニシエータインスタンスを起動してください。
-
アクセスを設定すると、イニシエータはゲートウェイと通信できます。
ゲートウェイで開くポートについては、「Volume Gateway のポート要件」を参照してください。
サポートされているハイパーバイザーとホストの要件
Storage Gateway は、オンプレミスで仮想マシン (VM) アプライアンス、物理ハードウェアアプライアンス、または Amazon EC2インスタンス AWS として実行できます。
注記
製造元がハイパーバイザーバージョンの全般サポートを終了した場合は、Storage Gateway でも該当するハイパーバイザーバージョンのサポートを終了します。特定のバージョンのハイパーバイザーのサポートについて詳しくは、製造元のドキュメントを参照してください。
Storage Gateway では、以下のハイパーバイザーのバージョンとホストがサポートされます。
-
VMware ESXi ハイパーバイザー (バージョン 7.0 または 8.0) – この設定には、ホストに接続するためのVMware vSphere クライアントも必要です。
-
Microsoft Hyper-V Hypervisor (バージョン 2012 R2、2016、2019、または 2022) – 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、および Ubuntu 18.04 LTSディストリビューションでテストされLTS、サポートされています。他の最新の Linux ディストリビューションは動作しますが、機能やパフォーマンスは保証されません。このオプションは、すでにKVM環境が稼働していて、 のKVM仕組みをすでに理解している場合にお勧めします。
-
Amazon EC2インスタンス – Storage Gateway は、ゲートウェイ VM イメージを含む Amazon マシンイメージ (AMI) を提供します。Amazon にデプロイできるのは、ファイル、キャッシュされたボリューム、テープゲートウェイタイプのみですEC2。Amazon にゲートウェイをデプロイする方法についてはEC2、「」を参照してくださいVolume Gateway 用にカスタマイズされた Amazon EC2インスタンスをデプロイする。
-
Storage Gateway ハードウェアアプライアンス – Storage Gateway では、仮想マシンによるインフラストラクチャが制限されている場所のためのオンプレミス用デプロイオプションとして、物理ハードウェアアプライアンスが提供されています。
注記
Storage Gateway は、別のゲートウェイ VM のスナップショットまたはクローン、または Amazon EC2 から作成された VM からのゲートウェイの復旧をサポートしていませんAMI。ゲートウェイ VM が正しく機能しない場合は、新しいゲートウェイをアクティブ化し、データをそのゲートウェイに復旧します。詳細については、「予期しない仮想マシンのシャットダウンからの復旧」を参照してください。
Storage Gateway は動的メモリと仮想メモリのバルーニングをサポートしていません。
サポートされている iSCSI イニシエータ
キャッシュされたボリュームまたは保存されたボリュームゲートウェイをデプロイすると、ゲートウェイに iSCSI ストレージボリュームを作成できます。
これらの iSCSI デバイスに接続するために、Storage Gateway は次の iSCSI イニシエータをサポートしています。
-
Windows Server 2019
-
Windows Server 2016
-
Windows Server 2012 R2
-
Windows 10
-
Windows 8.1
-
Red Hat Enterprise Linux 5
-
Red Hat Enterprise Linux 6
-
Red Hat Enterprise Linux 7
-
Red Hat Enterprise Linux 8
-
Red Hat Enterprise Linux 9
-
VMware ESX イニシエーター。 のゲストオペレーティングシステムでイニシエーターを使用する代わりに使用できます。 VMs
重要
Storage Gateway は、Windows クライアントからの Microsoft Multipath I/O (MPIO) をサポートしていません。
Storage Gateway は、ホストが Windows Server フェイルオーバークラスター () を使用してアクセスを調整する場合、複数のホストを同じボリュームに接続できますWSFC。ただし、 を使用せずに、同じボリュームに複数のホスト (クラスター化されていない NTFS/ext4 ファイルシステムの共有など) を接続することはできませんWSFC。