翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Storage Gateway のローカルディスクの管理
ゲートウェイ仮想マシン (VM) は、バッファリングおよびストレージ用としてオンプレミスで割り当てるローカルディスクを使用します。Amazon EC2 インスタンスで作成されたゲートウェイは、ローカルディスクとして Amazon EBS ボリュームを使用します。
**Topics**
+ [ローカルディスクストレージの容量の決定](decide-local-disks-and-sizes.md)
+ [追加のアップロードバッファとキャッシュストレージの設定](ConfiguringLocalDiskStorage.md)
# ローカルディスクストレージの容量の決定
ゲートウェイに割り当てるディスクの数とサイズは、ユーザーが決定できます。デプロイするストレージソリューションに応じて、ゲートウェイには次の追加のストレージが必要になります。
+ ボリュームゲートウェイ:
+ 保管型ゲートウェイには、アップロードバッファとして使用するディスクが 1 つ以上必要です。
+ ゲートウェイキャッシュ型には、ディスクが 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 です。
**注記**
ボリュームゲートウェイのアップロードバッファがその容量に達すると、ボリュームのステータスが PASS THROUGH になります。このステータスでは、アプリケーションが書き込む新しいデータはローカルに保持されますが、すぐには AWS にアップロードされません。そのため、新しいスナップショットは作成できません。アップロードバッファ容量が解放されると、ボリュームのステータスは BOOTSTRAPPING になります。このステータスでは、ローカルに保持された新しいデータが にアップロードされます AWS。最後に、ボリュームは ACTIVE ステータスに戻ります。その後、Storage Gateway はローカルに保存されているデータの、 に保存されているコピーとの通常の同期を再開し AWS、新しいスナップショットの作成を開始できます。ボリュームステータスの詳細については、「[ボリュームステータスと移行について](StorageVolumeStatuses.md)」を参照してください。
割り当てるアップロードバッファの量を見積もるには、予想される送受信データレートを計算し、これらのレートを以下の計算式に当てはめます。
**受信データレート**
これはアプリケーションスループットです。つまり、オンプレミスアプリケーションが一定期間にゲートウェイにデータを書き込むレートです。
**送信データレート**
これはネットワークスループットです。つまり、ゲートウェイが AWSにデータをアップロードできるレートです。このレートは、ネットワークの速度、利用状況、帯域幅スロットリングの設定により変化します。圧縮には、このレートを調整する必要があります。にデータをアップロードすると AWS、ゲートウェイは可能な限りデータ圧縮を適用します。たとえば、アプリケーションデータがテキストのみである場合、効果的な圧縮率はおよそ 2:1 です。ただし、動画を書き込む場合、ゲートウェイはデータ圧縮を行えないことがあります。データ圧縮を行うには、ゲートウェイのアップロードバッファを増やす必要があります。
以下のいずれかに該当する場合は、150 GiB 以上のアップロードバッファ領域を割り当てることを強くお勧めします。
+ 着信レートは発信レートよりも高くなっています。
+ この数式は、150 GiB 未満の値を返します。
![\[アプリケーションとネットワークのスループット、圧縮、書き込み時間に基づくアップロードバッファの計算式。\]](http://docs.aws.amazon.com/ja_jp/storagegateway/latest/vgw/images/WorkingStorageFormula-diagram.png)
たとえば、1 日 12 時間、40 MB/秒 の速度でビジネスアプリケーションがゲートウェイにテキストデータを書き込み、ネットワークのスループットが 12 MB/秒 であるとします。テキストデータの圧縮係数が 2:1 とすると、約 690 GiB のスペースをアップロードバッファに割り当てることになります。
**Example**
```
1. ((40 MB/sec) - (12 MB/sec * 2)) * (12 hours * 3600 seconds/hour) = 691200 megabytes
```
最初にこの概算値を使うことで、アップロードバッファ容量としてゲートウェイに割り当てるディスクサイズを判断できます。必要に応じて、Storage Gateway コンソールを使用してアップロードバッファ領域を追加します。また、Amazon CloudWatch オペレーションメトリクスを使用してアップロードバッファ使用率をモニタリングし、ストレージ追加の必要性を判断できます。メトリックとアラームの設定については、[アップロードバッファのモニタリング](PerfUploadBuffer-common.md) を参照してください。
## 割り当てるキャッシュストレージのサイズの決定
ゲートウェイは、そのキャッシュストレージを使用して、最近アクセスされたデータに低レイテンシーでアクセスします。キャッシュストレージは、オンプレミスで恒久的な保存場所として、アップロードバッファから Amazon S3 にアップロードされるのを保留中のデータを保存する働きをします。通常、キャッシュストレージにはアップロードバッファの 1.1 倍のサイズを設定します。キャッシュストレージサイズを予測する方法の詳細については、「[割り当てるアップロードバッファのサイズの決定](#CachedLocalDiskUploadBufferSizing-common)」を参照してください。
キャッシュストレージ用のディスクをプロビジョニングするには、最初に、この概算値を使うことができます。その後、Amazon CloudWatch オペレーションメトリクスを使用して、キャッシュストレージの使用率をモニタリングできます。そして、必要に応じて、コンソールを使用して、追加のストレージをプロビジョニングできます。メトリクスの使用とアラームの設定の詳細については、[キャッシュストレージのモニタリング](PerfCache-common.md)を参照してください。
# 追加のアップロードバッファとキャッシュストレージの設定
アプリケーションのニーズの変化に応じて、ゲートウェイのアップロードバッファやキャッシュストレージの容量を増やすことができます。機能を中断したりダウンタイムを発生させたりすることなく、ゲートウェイにストレージ容量を追加できます。容量を追加する場合は、ゲートウェイ VM を有効にした状態で行います。
**重要**
既存のゲートウェイにキャッシュやアップロードバッファを追加する場合、ゲートウェイホストのハイパーバイザーまたは Amazon EC2 インスタンスに新しいディスクを作成する必要があります。キャッシュまたはアップロードバッファとしてすでに割り当てられている既存のディスクを削除したり、そのサイズを変更したりしないでください。
**ゲートウェイ用のアップロードアップロードバッファまたはキャッシュストレージを追加して設定するには**
1. ゲートウェイホストのハイパーバイザーまたは Amazon EC2 インスタンスで 1 つ以上の新しいディスクをプロビジョニングします。ハイパーバイザーでディスクをプロビジョニングする方法については、ハイパーバイザーのドキュメントを参照してください。Amazon EC2 インスタンス用の Amazon EBS ボリュームのプロビジョニングについては、「Amazon Elastic Compute Cloud Linux インスタンス用ユーザーガイド**」の「[Amazon EBS ボリューム](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volumes.html)」を参照してください。次の手順では、このディスクをアップロードバッファまたはキャッシュストレージとして設定します。
1. Storage Gateway コンソール ([https://console.aws.amazon.com/storagegateway/home](https://console.aws.amazon.com/storagegateway/)) を開きます。
1. ナビゲーションペインで、**ゲートウェイ**を選択します。
1. ゲートウェイを検索し、リストから選択します。
1. **[アクション]** メニューから **[ストレージの設定]** を選択します。
1. **[ストレージの設定]** セクションで、プロビジョニングしたディスクを特定します。ディスクが表示されない場合は、更新アイコンを選択してリストを更新します。ディスクごとに、**[割り当て済み]** ドロップダウンメニューから **[アップロードバッファ]** または **[キャッシュストレージ]** を選択します。
**注記**
保管型ボリュームゲートウェイにディスクを割り当てる際に使用できるオプションは、**[アップロードバッファ]** だけです。
1. **[変更を保存]** を選択して設定を保存します。