ローカルディスクストレージの容量の決定

ゲートウェイに割り当てるディスクの数とサイズは、ユーザーが決定できます。デプロイするストレージソリューションに応じて、ゲートウェイには次の追加のストレージが必要になります。

• テープライブラリには、ディスクが 2 つ以上必要です。1 つはキャッシュとして使用し、1 つはアップロードバッファとして使用します。

次の表は、デプロイされるゲートウェイのローカルディスクストレージの推奨サイズを示しています。ゲートウェイをセットアップした後で、ワークロードの需要増に応じてローカルストレージを追加できます。

ローカルストレージ	説明
アップロードバッファ	ゲートウェイによってデータが Amazon S3 にアップロードされる前に、アップロードバッファにデータのステージングエリアが用意されます。ゲートウェイは、暗号化された Secure Sockets Layer (SSL) 接続で、このバッファデータを AWS にアップロードします。
キャッシュストレージ	キャッシュストレージは、オンプレミスで恒久的な保存場所として、アップロードバッファから Amazon S3 にアップロードされるのを保留中のデータを保存する働きをします。アプリケーションがボリュームまたはテープで I/O を実行すると、ゲートウェイは、低レイテンシーのアクセスを実現するために、データをキャッシュストレージに保存します。アプリケーションがボリュームまたはテープに対してデータを要求すると、ゲートウェイは、AWS からデータをダウンロードする前に、まずキャッシュストレージにデータがあるかどうかをチェックします。

注記

ディスクをプロビジョニングするとき、同じ物理リソース (同じディスク) を使用しているアップロードバッファとキャッシュストレージのローカルディスクはプロビジョニングしないことを強くお勧めします。基になる物理ストレージリソースは、VMware でデータストアとして表されます。ゲートウェイ VM をデプロイする場合は、VM ファイルを保存するデータストアを選択します。たとえば、キャッシュストレージまたはアップロードバッファとして使用するなど、ローカルディスクをプロビジョニングする場合は、VM と同じデータストアまたは別のデータストアに仮想ディスクを保存することもできます。

複数のデータストアがある場合は、キャッシュストレージ用とアップロードバッファ用でデータストアの場所を分けることを強くお勧めします。基になる物理ディスクが 1 つのみのデータストアを、キャッシュストレージとアップロードバッファの両方に使用すると、パフォーマンスが低下する場合があります。これは、バックアップが RAID1 などの低パフォーマンス RAID 設定である場合にも該当します。

ゲートウェイの初回の設定およびデプロイ後、アップロードバッファのディスクを追加または削除して、ローカルストレージを調整できます。キャッシュストレージのディスクを追加することもできます。

割り当てるアップロードバッファのサイズの決定

割り当てるアップロードバッファのサイズを決めるには、アップロードバッファの計算式を使用します。少なくとも 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 オペレーションメトリクスを使用して、キャッシュストレージの使用率をモニタリングできます。そして、必要に応じて、コンソールを使用して、追加のストレージをプロビジョニングできます。メトリクスの使用とアラームの設定の詳細については、「キャッシュストレージのモニタリング」を参照してください。