Lustre File Systemsを使用したファイル・ストレージの管理
Manage Oracle Cloud Infrastructure File Storage with Lustre file systems.
次のタスクを使用して、Lustreファイル・システムを使用したファイル・ストレージを管理します:
Lustre割当て制限
お客様は、Lustreファイル・システムのストレージ割当て機能(lfs setquota)を使用して、ファイル・システム自体にユーザーベース、グループベースおよびプロジェクトベースの割当て制限を設定し、エンド・ユーザーの容量使用率を制限し、コストを最適化できます。
Lustreリソースを使用したファイル・ストレージを制限するには、Lustreリソースを使用したファイル・ストレージの制限を参照してください。
必要なIAMポリシー
Oracle Cloud Infrastructureを使用するには、管理者が、テナンシ管理者がポリシーでセキュリティ・アクセス権を付与したグループのメンバーである必要があります。コンソールまたは(SDK、CLIまたはその他のツールを使用した) REST APIのどれを使用しているかにかかわらず、このアクセス権が必要です。権限がない、または認可されていないというメッセージが表示された場合は、テナンシ管理者に、どのタイプのアクセス権があり、どのコンパートメントでアクセスが作業する必要があるかを管理者に確認してください。
ポリシーを初めて使用する場合は、ポリシーの開始およびポリシー・ビルダーのポリシー・テンプレートを参照してください。
次のIAMポリシー・ステートメントを使用すると、管理者のグループがLustreリソースを使用してファイル・ストレージを管理できます:
Allow group <lustre-admin-group> to manage lustre-file-family in compartment <file_system_compartment>ファイル・システムはネットワーク・リソースを使用するため、ユーザーは、ファイル・システムを作成または削除するために、VNIC、プライベートIP、プライベートDNSゾーンおよびサブネットに対する「使用」権限も必要です。次のポリシーは、管理者のグループにネットワーク・リソースを使用する権限を付与します。
allow group <lustre-admin-group> to use virtual-network-family in compartment <network_resource_compartment>次の必須ポリシーにより、Lustre serviceを使用したファイル・ストレージで、Lustreサーバー・ホストをテナンシ内のサブネットにアタッチできます:
allow service lustrefs to use virtual-network-family in tenancy前述のポリシーがない場合、File Storage with Lustreでは、機能するために必要なネットワークリソースを使用できません。
独自のキーを使用してファイル・システムを暗号化する場合は、ファイル・システム暗号化の更新のポリシーを参照してください。
詳細は、Lustreポリシーを使用したファイル・ストレージを参照してください。
制限事項および考慮事項
- ファイル・システムの最小容量は31.2 TiBです。ファイル・システムの容量は、特定の増分で増加できます。ファイル・システムの容量を減らすことはできません。
- ファイル・システムのデフォルトの最大容量は、200 TiBです。200 TiBを超える容量が必要な場合は、サポートに連絡してください。
- テナンシ当たりの合計スループットは、200Gbps (ギガビット/秒)です。この割当は、複数のファイル・システムで使用できます。たとえば、72.8のTiBファイル・システムを125MB/s/TiB (72.8Gbpsの集計)に、41.6のTiBファイル・システムを250MB/s/TiB (83.2Gbpsの集計)に作成できます。
- 使用可能なIPアドレスが十分でないため、ファイル・システムの作成に/25以下のサブネットを使用しないでください。
- 容量が120 TiBから215 TiBのファイル・システムでは、/24以上のサブネットを使用します
- 容量が200 TiBから400 TiBのファイル・システムでは、/23以上のサブネットを使用します
- VCNのパブリック・サブネットにファイル・システムをアタッチすることはできません。ファイル・システムはプライベート・サブネットにアタッチする必要があります。
- 各ファイル・システムには、毎週のメンテナンス・スケジュールがあります。詳細は、Finding a File System's Maintenance Scheduleを参照してください。
メンテナンス スケジュールについて
Lustreファイル・システムを使用したファイル・ストレージには、パッチ適用および更新のメンテナンス・スケジュールが必要です。サンプルのメンテナンス・スケジュールには、DayOfWeekとStartTimeの2つのコンポーネント(MONDAY:04:00など)があります。
サービスでは、週次メンテナンス・スケジュールを使用して、Lustreファイル・システムで日常的なメンテナンス操作を実行できます。通常、1か月当たり1つのメンテナンス・スケジュールのみが使用されます。1ペタバイト(PB)未満のファイル・システムでは、メンテナンスに30分から4時間かかる場合があります。ファイル・システムが大きくなると、時間がかかる場合があります。
アクティブなメンテナンス操作中は、ファイル・システムは使用可能なままですが、パフォーマンスが低下する可能性があります。まれに、ファイル・システムがメンテナンスの一部に使用できなくなることがあります。
メンテナンス・スケジュールを操作する際の考慮事項を次に示します:
- メンテナンス・スケジュールは、最初にファイル・システムを作成するときに指定でき、後で更新することもできます。
- メンテナンス・スケジュールを指定しない場合は、自動的に割り当てられます。Finding a File System's Maintenance Scheduleを参照してください。
- メンテナンス・スケジュールに基づいて、次のメンテナンスが開始される次の計画メンテナンス(日付および時間)が決定されます。
- 必要に応じて、File Storageの次の計画メンテナンスをLustreファイル・システムでオーバーライドし、新しい日時に変更できます。全体的な繰返しメンテナンス・スケジュールは上書きの影響を受けないことに注意してください。Overriding a File System's Next Planned Maintenanceを参照してください。
- File StorageとLustreメトリックを使用して、メンテナンス・アクティビティを監視できます。
HoursUntilMaintenanceは、次回のスケジュール済メンテナンスまでの残り時間数を示します。このメトリックでアラームまたは通知を構成して、値が選択したしきい値を下回ったときにアラートを送信し、今後のメンテナンスについて事前に通知します。MaintenanceActivityは、ファイル・システムのメンテナンスが現在進行中かどうかを示します。値1は、メンテナンスが開始され、進行中であることを意味します。値0は、メンテナンスが完了したことを意味します。メンテナンス・アクティビティが発生していない場合、データ・ポイントは発行されません。このメトリックのアラームまたは通知を構成して、メンテナンス・サイクルの開始時(値は1に遷移)および終了時に通知されるようにします(値は0に遷移します)。
使用可能なメトリックおよびアラームの作成の詳細は、Lustreメトリックを使用したファイル・ストレージを参照してください。
タグを適用しています
リソースにタグを適用して、ビジネス・ニーズに応じてそれらを整理しやすくなります。リソースの作成時にタグを適用することも、後からタグを追加、改訂または削除するためにリソースを更新することもできます。タグの適用に関する一般情報は、リソース・タグを参照してください。
ファイル・システムの使用量の監視
最適なパフォーマンスを確保し、サービスの中断の可能性を回避するには、Lustreファイル・システムの使用量をファイル・ストレージに85%の容量未満に保ちます。Lustreファイル・システムを使用したファイル・ストレージが完全に一杯になると、そのボリューム(OST/MDT)の領域が不足し、サービスの可用性とパフォーマンスに影響する可能性があります。
ファイル・ストレージとLustreメトリックFileSystemCapacityをディメンションavailableとともに使用して、領域使用量を監視することをお薦めします。このメトリックに基づいてアラームを設定し、使用量のしきい値を事前に管理します。使用可能なメトリックおよびアラームの作成の詳細は、Lustreメトリックを使用したファイル・ストレージを参照してください。