ownCloud oCISでユーザーのストレージクォータを設定する方法

ownCloud Infinite Scale (oCIS) では、「ユーザー割り当て量」とは通常、そのユーザーの個人スペースに割り当てられた割り当て量を指します。スペースとは、独自のアクセスルールと割り当て量を持つストレージ領域であり、プロジェクトスペースには個別の割り当て量を設定できます。この区別は重要です。個人スペースの割り当て量を増やしても、プロジェクトスペースの割り当て量は自動的に変更されません。また、サーバー全体の最大割り当て量を設定することと、個々のユーザーの割り当て量を設定することは同じではありません。

このガイドでは、個々のアカウントに対するownCloud Webのドキュメント化された方法を示し、役割ごとに新規プロビジョニングされたユーザーのクォータを設定する方法を説明し、混同しやすい設定制限について指摘します。利用可能な具体的な制御は、oCISとWebのバージョン、およびユーザーIDの管理方法によって異なります。リンク先のownCloud Web管理者ガイドには、ユーザーの編集とクォータの割り当てに関するドキュメントが記載されています。変更を加える前に、デプロイ済みのリリースに対応するドキュメントを確認してください。

割り当て量を変更する前に確認すべきことは何ですか？

まず、制限を変更する必要のあるスペースを特定します。ユーザーが個人用ファイル領域を使い切っている場合は、そのユーザーの個人用スペースのクォータを変更します。問題がチームまたはプロジェクトスペースにある場合は、そのスペースのクォータを変更します。ownCloudでは、スペースとは個人用スペースやプロジェクトスペースなど、それぞれ独立したクォータを持つストレージ領域を指します。詳細については、「Infinite Scaleアーキテクチャとスペースの概要」を参照してください。

次に、ユーザーアカウントの管理者権限を確認します。組み込みのIDプロバイダーで作成されたユーザーは、Webユーザー管理画面で編集できる場合があります。外部IDプロバイダーまたは同期ディレクトリを使用している場合は、IDプロバイダー、プロビジョニングポリシー、またはロールマッピングによってアカウントプロパティの一部が制御される可能性があります。現在のドキュメントでは、すべてのIDプロバイダー設定に対応する統一された管理パスは示されていないため、アカウントを編集する前に、そのアカウントの権限元を確認してください。

• ユーザー管理権限を持つ管理者アカウントでログインしてください。
• ユーザーに、制限が個人のストレージ容量に対するものなのか、共有プロジェクトスペースに対するものなのかを尋ねてください。
• 現在の割り当て量と使用量を記録し、ストレージプランに合った新しい制限値を選択してください。
• ディスク容量またはオブジェクトストレージの空き容量は個別に確認してください。クォータは論理的な制限であり、バックエンドに十分な物理ストレージの空き容量があることを保証するものではありません。

ownCloud Webで、あるユーザーの個人スペースの割り当て量を変更するにはどうすればよいですか？

ownCloud Webで管理するユーザーの場合、ドキュメントに記載されている手順は、ユーザー管理を開き、「ユーザー」を選択し、アカウントを編集して、そのユーザーの個人スペースにクォータを割り当てることです。ラベルと使用可能な値は、リリースによって異なる場合があります。

1. 特権管理者アカウントでownCloud Webにサインインしてください。
2. 左上隅のアプリケーションスイッチャーを開き、「ファイル」ではなく「ユーザー管理」を選択してください。
3. 左側のサイドバーで「ユーザー」を選択します。ユーザーリストから該当のユーザーを探してください。
4. アカウントの横にある鉛筆アイコンを選択して、詳細を編集してください。
5. 適切なユーザーロールを確認または割り当てた後、個人スペースに割り当てる予定のクォータ値を選択してください。ポリシーと残りのバックエンド容量を反映した値を使用してください。
6. インストールされているWeb版に表示されるコントロールを使用して変更を適用してください。ユーザーの詳細画面を再度開くか、ユーザーにアカウント情報を確認してもらい、表示されている利用制限が正しいことを確認してください。

ownCloudのWeb管理者向けドキュメントによると、既存のユーザー情報は「ユーザー概要」から編集でき、ユーザーには個人スペース用に役割とクォータの両方が割り当てられている必要があります。ガイドには選択可能なクォータ値が記載されていますが、すべてのデプロイメントで同じプリセットやカスタム値フィールドが提供されるとは保証されていません。必要な値が提供されていない場合は、ownCloud Serverの設定が適用されると考えるのではなく、ご使用のoCIS/Webのバージョンとデプロイメント構成に関するドキュメントを確認してください。

割り当ての変更はどのような影響をもたらしますか？

クォータは、対応するスペースに保存できるデータ量を制御します。これはディスク上のバイト数を予約するものではなく、基盤となるファイルシステムやバケットを拡張するものでもありません。ownCloudは、個々のスペースのクォータが設定されていても、スペース全体のデータ量がストレージファイルシステムをいっぱいにする可能性があると警告しています。部分的にアップロードされたファイルは、ターゲットスペースに移動される前に、一時的にアップロード領域を占有することもあります。スペースごとの制限と併せて、 oCISの一般的なストレージに関する考慮事項を確認してください。

ユーザーが新しい割り当て容量に近づくか、または上限に達すると、その容量にコンテンツを追加できなくなる場合があります。割り当て容量を減らすとファイルが自動的に削除されると約束するのは避けてください。ここで参照されているドキュメントでは割り当てと割り当て容量の動作について説明していますが、管理者が割り当て容量を減らすと既存のコンテンツが削除されるとは述べていません。制限を現在の使用量より低く設定する前に、まず現在の使用状況を確認し、ユーザーに警告を発し、展開済みのリリースがどのように動作するかを確認してください。

グローバル最大値はユーザー割り当て量と同じですか？

いいえ。oCIS 9.0 の設定ドキュメントでは、OCIS_SPACES_MAX_QUOTAはスペースのグローバル最大クォータとしてバイト単位で表され、ゼロは無制限を意味します。また、このグローバル変数を使用しない場合は、FRONTEND_MAX_QUOTAをフロントエンド サービスで定義する必要があるとドキュメントに記載されています。これらはデプロイメント レベルの制御と機能制限であり、Web ユーザー管理で選択する通常のユーザーごとの値ではありません。oCIS 9.0 の特殊スコープ環境変数リファレンスを参照してください。

個人のパーソナルスペースの割り当て量については、Webユーザーエディタを使用してください。グローバル最大値を変更するのは、スペース全体で利用可能な最大値を意図的に変更する場合に限ってください。また、影響を受けるすべてのサービスについて、バージョンが一致する構成を確認してください。ショートカットとして、ユーザーごとの値をグローバル設定に貼り付けないでください。

新規ユーザーに対して自動的に割り当て量を設定できますか？

はい、互換性のあるoCISプロキシ構成を通じてユーザーがプロビジョニングされている場合です。現在のプロキシドキュメントでは、role_quotasロールIDに基づいて新規ユーザーにバイト単位のクォータを割り当てるYAMLマッピングについて説明しています。このマッピングは環境変数ではなくYAMLで構成すると明記されています。例えば、構造は次のようになります。

role_quotas:
  <role ID>: <quota in bytes>

両方のプレースホルダーを、デプロイメントで検証済みの値に置き換えてください。たとえば、10 GiB は 10 × 1,073,741,824 で計算すると 10,737,418,240 バイトになります。この数値は、意図したポリシーと一致し、ロール ID が正しい場合にのみ使用してください。これは、新規にプロビジョニングされたユーザーに対する自動割り当てであり、既存のアカウントに対する文書化された一括更新ではありません。プロキシのロール割り当てメカニズムは、OpenID Connect プロバイダがロールクレームを提供する方法にも依存する場合があります。oCIS 9.0 プロキシ サービスのドキュメントを読み、重要度の低い新規アカウントでテストしてから、このメカニズムに依存してください。

よくある割り当てに関する誤解を避ける

• 「ユーザー割り当ては、ユーザーがアクセスできるすべてのスペースを制御します。」検証済み：個人スペースとプロジェクトスペースにはそれぞれ独自の割り当てを設定できます。対応策：スペースの完全な名前を特定し、そのスペースの制限を変更してください。
• 「グローバル最大値は、各ユーザーに割り当てられる容量です。」誤り：OCIS_SPACES_MAX_QUOTAはバイト単位のグローバル最大値です。 対処法：ユーザー管理で、各ユーザーの個人割り当て量を設定してください。
• 「クォータによってストレージが確保される。」これは誤りです。論理クォータはバックエンド容量を作成するものではありません。対策：実際のディスクまたはオブジェクトストレージの空き容量、アップロード、および一時的なアップロードデータを監視してください。
• 「古いownCloud ServerのメニューとルールはoCISにも適用されるはずです。」必ずしもそうではありません。oCISはスペースモデルを使用しており、従来のownCloud Serverのマニュアルは別の製品について説明しています。対処法：インストールされているInfinite Scale/Webリリースのドキュメントを参照してください。
• 「ロールベースのYAMLは既存のすべてのユーザーを変更します。」プロキシガイドには、新規ユーザーへの自動割り当てが記載されているため、これは誤りです。対処方法：Webユーザー管理で既存ユーザーを個別に編集するか、リリースごとに別途文書化された管理手順を使用してください。

ユーザーはどのように結果を検証できますか？

ユーザーにサインインしてもらい、Webインターフェース右側の丸いイニシャルアイコンからアカウント情報または設定を開いてもらいます。ownCloudのWeb for Usersドキュメントによると、このメニューにはストレージのクォータと使用状況が表示されます。表示されているクォータが想定値であることを確認し、運用上適切であれば、ユーザーに少量のアップロードを試してもらいます。少量のアップロードが成功すれば、アクセスは確認されますが、クォータ全体が利用可能であることを意味するわけではないため、バックエンドの容量を引き続き監視してください。

新しい値が見つからない場合は、まずサインアウトして再度サインインし、編集したアカウントと該当する容量を再確認してください。それでもクォータが異なる場合は、アカウントが外部のIDソースではなくWeb UIによって管理されていることを確認し、デプロイされている正確なバージョンを確認し、該当するプロキシ、フロントエンド、およびストレージ構成を確認してください。現在の公開ドキュメントには、すべてのIDプロバイダーとストレージバックエンドの組み合わせに対応する単一のトラブルシューティング手順は定義されていません。その部分については、リリース固有の管理者ガイドまたは組織のoCISオペレーターランブックを参照してください。