翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ローカルディスクストレージの容量の決定
ゲートウェイに割り当てるディスクの数とサイズは、ユーザーが決定できます。デプロイするストレージソリューションに応じて、ゲートウェイには次の追加のストレージが必要です。
-
テープライブラリには、ディスクが 2 つ以上必要です。1 つはキャッシュとして使用し、1 つはアップロードバッファとして使用します。
次の表は、デプロイされるゲートウェイのローカルディスクストレージの推奨サイズを示しています。ゲートウェイをセットアップした後で、ワークロードの需要増に応じてローカルストレージを追加できます。
| ローカルストレージ | 説明 |
|---|---|
| アップロードバッファ | ゲートウェイによってデータが Amazon S3 にアップロードされる前に、アップロードバッファにデータのステージングエリアが用意されます。ゲートウェイは、暗号化された Secure Sockets Layer (SSL) 接続を介してこのバッファデータを にアップロードします AWS。 |
| キャッシュストレージ | キャッシュストレージは、オンプレミスで恒久的な保存場所として、アップロードバッファから Amazon S3 にアップロードされるのを保留中のデータを保存する働きをします。アプリケーションがボリュームまたはテープで I/O を実行すると、ゲートウェイは、低レイテンシーのアクセスを実現するために、データをキャッシュストレージに保存します。アプリケーションがボリュームまたはテープに対してデータを要求すると、ゲートウェイは、 AWSからデータをダウンロードする前に、まずキャッシュストレージにデータがあるかどうかをチェックします。 |
注記
ディスクをプロビジョニングするとき、同じ物理リソース (同じディスク) を使用しているアップロードバッファとキャッシュストレージのローカルディスクはプロビジョニングしないことを強くお勧めします。基盤となる物理ストレージリソースは、 のデータストアとして表されますVMware。ゲートウェイ VM をデプロイする場合は、VM ファイルを保存するデータストアを選択します。たとえば、キャッシュストレージまたはアップロードバッファとして使用するなど、ローカルディスクをプロビジョニングする場合は、VM と同じデータストアまたは別のデータストアに仮想ディスクを保存することもできます。
複数のデータストアがある場合は、キャッシュストレージ用とアップロードバッファ用でデータストアの場所を分けることを強くお勧めします。基になる物理ディスクが 1 つのみのデータストアを、キャッシュストレージとアップロードバッファの両方に使用すると、パフォーマンスが低下する場合があります。これは、バックアップが などのパフォーマンスの低いRAID設定である場合にも当てはまりますRAID1。
ゲートウェイの初回の設定およびデプロイ後、アップロードバッファのディスクを追加または削除して、ローカルストレージを調整できます。キャッシュストレージのディスクを追加することもできます。
割り当てるアップロードバッファのサイズの決定
割り当てるアップロードバッファのサイズを決めるには、アップロードバッファの計算式を使用します。少なくとも 150 GiB のアップロードバッファを割り当てることを強く推奨します。計算式の結果が 150 GiB 未満の値を返す場合は、アップロードバッファに割り当てる容量には 150 GiB を使用します。各ゲートウェイのアップロードバッファに設定できる最大容量は 2 TiB です。
注記
テープゲートウェイのアップロードバッファがその容量に達しても、アプリケーションは引き続きストレージボリュームとの間でデータの読み取りと書き込みができます。ただし、Storage Gateway がローカルに保存されているデータを に保存されているデータのコピーと同期 AWS するまで、テープゲートウェイはボリュームデータをアップロードバッファに書き込むことはなく、このデータを にアップロードすることもできません AWS。この同期は、ボリュームのステータスが BOOTSTRAPPING の場合に発生します。
割り当てるアップロードバッファの量を見積もるには、予想される送受信データレートを計算し、これらのレートを以下の計算式に当てはめます。
- 受信データレート
-
これはアプリケーションスループットです。つまり、オンプレミスアプリケーションが一定期間にゲートウェイにデータを書き込むレートです。
- 送信データレート
-
これはネットワークスループットです。つまり、ゲートウェイが AWSにデータをアップロードできるレートです。このレートは、ネットワークの速度、利用状況、帯域幅スロットリングの設定により変化します。圧縮には、このレートを調整する必要があります。にデータをアップロードする場合 AWS、ゲートウェイは可能な限りデータ圧縮を適用します。たとえば、アプリケーションデータがテキストのみである場合、効果的な圧縮率はおよそ 2:1 です。ただし、動画を書き込む場合、ゲートウェイはデータ圧縮を行えないことがあります。データ圧縮を行うには、ゲートウェイのアップロードバッファを増やす必要があります。
以下のいずれかに該当する場合は、150 GiB 以上のアップロードバッファ領域を割り当てることを強くお勧めします。
-
着信レートは発信レートよりも高くなっています。
-
この数式は、150 GiB 未満の値を返します。
たとえば、1 日 12 時間、40 MB/秒 の速度でビジネスアプリケーションがゲートウェイにテキストデータを書き込み、ネットワークのスループットが 12 MB/秒 であるとします。テキストデータの圧縮係数が 2:1 とすると、約 690 GiB のスペースをアップロードバッファに割り当てることになります。
((40 MB/sec) - (12 MB/sec * 2)) * (12 hours * 3600 seconds/hour) = 691200 megabytes
最初にこの概算値を使うことで、アップロードバッファ容量としてゲートウェイに割り当てるディスクサイズを判断できます。必要に応じて、Storage Gateway コンソールを使用してアップロードバッファ領域を追加します。また、Amazon CloudWatch 運用メトリクスを使用してアップロードバッファの使用状況をモニタリングし、追加のストレージ要件を決定することもできます。メトリックとアラームの設定については、アップロードバッファのモニタリング を参照してください。
割り当てるキャッシュストレージのサイズの決定
ゲートウェイは、そのキャッシュストレージを使用して、最近アクセスされたデータに低レイテンシーでアクセスします。キャッシュストレージは、オンプレミスで恒久的な保存場所として、アップロードバッファから Amazon S3 にアップロードされるのを保留中のデータを保存する働きをします。通常、キャッシュストレージにはアップロードバッファの 1.1 倍のサイズを設定します。キャッシュストレージサイズを予測する方法の詳細については、「割り当てるアップロードバッファのサイズの決定」を参照してください。
キャッシュストレージ用のディスクをプロビジョニングするには、最初に、この概算値を使うことができます。その後、Amazon CloudWatch 運用メトリクスを使用してキャッシュストレージの使用状況を監視し、コンソールを使用して必要に応じてより多くのストレージをプロビジョニングできます。メトリクスの使用とアラームの設定の詳細については、「キャッシュストレージのモニタリング」を参照してください。
