

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

# ストレージ容量の管理
<a name="managing-storage-capacity"></a>

追加のストレージとスループットが必要になるので、FSx for Lustre ファイルシステムで設定されている SSD または HDD ストレージ容量を増やすことができます。FSx for Lustre ファイルシステムのスループットは、スループットキャパシティに応じて直線的に拡張されるため、スループットキャパシティも同程度増加します。ストレージ容量を増やすには、Amazon FSx コンソール、 AWS Command Line Interface (AWS CLI)、または Amazon FSx API を使用できます。

ファイルシステムのストレージ容量の更新をリクエストすると、Amazon FSx は自動的に新しいネットワークファイルサーバーを追加し、メタデータサーバーを拡張します。ストレージ容量のスケーリング中に、ファイルシステムが数分間使用できなくなる場合があります。ファイルシステムが利用できないときにクライアントによって発行されたファイルオペレーションは、透過的に再試行され、ストレージのスケーリングの完了後に成功します。ファイルシステムが使用できない間、ファイルシステムのステータスは `UPDATING` に設定されます。ストレージのスケーリングが完了すると、ファイルシステムのステータスは `AVAILABLE` に設定されます。

Amazon FSx は、既存のファイルサーバーと新しく追加されたファイルサーバー間でデータを透過的にリバランスするストレージ最適化プロセスを実行します。リバランシングは、ファイルシステムの可用性に影響を与えることなく、バックグラウンドで実行されます。リバランシング中に、データ移動のためにリソースが消費されるにつれて、ファイルシステムのパフォーマンスが低下することがあります。ほとんどのファイルシステムでは、ストレージの最適化には数時間から数日かかります。最適化フェーズでは、ファイルシステムにアクセスして使用できます。

Amazon FSx コンソール、CLI、および API を使用して、ストレージ最適化の進行状況をいつでも追跡できます。詳細については、「[ストレージ容量の拡張をモニタリングする](monitoring-storage-capacity-increase.md)」を参照してください。

**Topics**
+ [ストレージ容量を増やすときの考慮事項](#storage-capacity-important-to-know)
+ [ストレージ容量を増やす場合](#when-to-modify-storage-capacity)
+ [ストレージのスケーリングおよびバックアップリクエストの同時処理方法](#storage-capacity-changes-and-backups)
+ [ストレージ容量を増やす](increase-storage-capacity.md)
+ [ストレージ容量の拡張をモニタリングする](monitoring-storage-capacity-increase.md)

## ストレージ容量を増やすときの考慮事項
<a name="storage-capacity-important-to-know"></a>

ストレージ容量を増やすときに考慮すべき重要な事項をいくつか挙げます:
+ **増加のみ** - ファイルシステムのストレージ容量を *増やす* ことしかできません。ストレージ容量を減らすことはできません。
+ **インクリメントの増加** - ストレージ容量を増やす場合は、**[Increase storage capacity]** (ストレージ容量増加) ダイアログボックスに記載されている増分値を使用します。
+ **拡張するまでの時間** - 最後の拡張がリクエストされてから 6 時間経過するまでは、ファイルシステムのストレージ容量をさらに増やすことはできません。
+ **スループットキャパシティ** – スループットキャパシティを増やすとスループットキャパシティが自動的に増加します。SSD キャッシュを使用する永続的な HDD ファイルシステムでは、HDD ストレージ容量の 20% のサイズの SSD キャッシュを維持するために、リードキャッシュのストレージ容量も同様に増加します。Amazon FSx は、ストレージおよびスループットキャパシティー単位の新しい値を計算し、**[Increase storage capacity]** ダイアログボックスに記入します。
**注記**  
ファイルシステムのスループットキャパシティを更新しなくても、永続的な SSD ベースのファイルシステムのスループットキャパシティを個別に変更できます。詳細については、「[プロビジョンドスループットキャパシティの管理](managing-throughput-capacity.md)」を参照してください。
+ **デプロイタイプ** - スクラッチ 1 ファイルシステムを除くすべてのデプロイタイプのストレージ容量を増やすことができます。

## ストレージ容量を増やす場合
<a name="when-to-modify-storage-capacity"></a>

空きストレージ容量が不足している場合は、ファイルシステムのストレージ容量を増やします。`FreeStorageCapacity` CloudWatch メトリクスを使用して、ファイルシステムで使用可能な空きストレージの量をモニタリングします。このメトリクスで Amazon CloudWatch アラームを作成し、特定のしきい値を下回ったときに通知を受け取ることができます。詳細については、「[Amazon CloudWatch によるモニタリング](monitoring-cloudwatch.md)」を参照してください。

CloudWatch メトリクスを使用して、ファイルシステムの継続的なスループット使用量をモニタリングすることができます。ファイルシステムに、より高いスループットキャパシティが必要であると判断した場合は、メトリクス情報を使用して、スループットキャパシティを増やす量を決定できます。ファイルシステムの現在のスループットを確認する方法については、「[Amazon FSx for Lustre CloudWatch メトリクスを使用する方法](how_to_use_metrics.md)」を参照してください。ストレージ容量がスループット容量にどのように影響するかについては、「[Amazon FSx for Lustre のパフォーマンス](performance.md)」を参照してください。

また、ファイルシステムのストレージ容量と総スループットは、ファイルシステム詳細ページの **[Summary]** (概要) パネルで表示できます。

## ストレージのスケーリングおよびバックアップリクエストの同時処理方法
<a name="storage-capacity-changes-and-backups"></a>

ストレージスケーリングワークフローの開始直前、または進行中にバックアップをリクエストできます。Amazon FSx が 2 つのリクエストを処理する順序は次のとおりです。
+ ストレージスケーリングワークフローが進行中の場合 (ストレージスケーリングのステータスは `IN_PROGRESS` およびファイルシステムのステータスは `UPDATING`) およびバックアップをリクエストすると、バックアップリクエストがキューに入れられます。バックアップタスクは、ストレージのスケーリングがストレージ最適化フェーズにあるときに開始されます (ストレージスケーリングのステータスは `UPDATED_OPTIMIZING` およびファイルシステムのステータスは `AVAILABLE`)。
+ バックアップが進行中で、(バックアップのステータスは `CREATING`) ストレージスケーリングをリクエストすると、ストレージスケーリングリクエストがキューに入れられます。ストレージスケーリングワークフローは、Amazon FSx が Simple Storage Service (Amazon S3) にバックアップを転送するときに開始されます (バックアップステータスは `TRANSFERRING`)。

ストレージスケーリングリクエストが保留中であり、ファイルシステムのバックアップリクエストも保留中の場合、バックアップタスクの優先順位が高くなります。ストレージスケーリングタスクは、バックアップタスクが完了するまでスタートされません。