この文書は自動機械翻訳技術を使用して翻訳されています。 正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。 相違がある場合は、元の英語版 英語 が優先され、正式なテキストとなります。

プロジェクトのリソースクォータ

複数のチームがクラスターを共有する状況では、1つのチームが利用可能なリソースを過剰に消費する可能性があります：CPU、メモリ、ストレージ、サービス、ポッドやシークレットなどのKubernetesオブジェクト。 この過剰消費を防ぐために、プロジェクトやネームスペースに利用可能なリソースを制限するRancherの機能である_リソースクォータ_を適用できます。

このページは、既存のプロジェクトにリソースクォータを作成するためのハウツーガイドです。

リソースクォータは、新しいプロジェクトが作成される際にも設定できます。詳細については、新しいプロジェクトの作成に関するセクションを参照してください。

Rancherのリソースクォータは、 Kubernetesのネイティブバージョンと同じ機能を含んでいます。Rancherでは、リソースクォータが拡張され、プロジェクトに適用できるようになっています。Rancherにおけるプロジェクトとのリソースクォータの動作に関する詳細は、このページを参照してください。

既存のプロジェクトにリソースクォータを適用する

次の場合にリソースクォータを編集します：

  • プロジェクトとそのネームスペースが使用できるリソースを制限したい場合。

  • リソースクォータがすでに適用されている場合に、プロジェクトに利用可能なリソースを増減させたい場合。

    1. 左上隅で、*☰ > クラスター管理*をクリックします。

    2. *クラスター*ページで、リソースクォータを適用したいクラスターに移動し、*探索*をクリックします。

    3. クラスター  プロジェクト/名前空間をクリックします。

    4. *プロジェクト/ネームスペース*ページが*プロジェクトでグループ化*表示モードになっていることを確認してください。 image::edit-project-config-for-resource-quotas-group-by-project.png[「プロジェクトでグループ化」アイコンを強調表示したスクリーンショット, above the list of projects. It resembles a folder.]

    5. リソースクォータを追加したいプロジェクトを見つけ、プロジェクト名と同じ行にある*⋮*を選択します。 image::edit-project-config-for-resource-quotas-dots.png[プロジェクト名と同じ行の最後にある三点リーダーアイコンを強調表示したスクリーンショット。]

    6. *Edit Config*を選択します。

    7. *リソースクォータ*を展開し、*リソースを追加*をクリックします。代わりに、既存のクォータを編集できます。

    8. リソースタイプを選択してください。タイプに関する詳細は、クォータタイプのリファレンスを参照してください。

    9. *プロジェクト制限*と*ネームスペースデフォルト制限*の値を入力してください。

      フィールド 説明

      プロジェクト制限

      プロジェクトの全体的なリソース制限。

      ネームスペースデフォルト制限

      各ネームスペースで利用可能なデフォルトのリソース制限。この制限はプロジェクトの各ネームスペースに伝播します。すべてのネームスペースの合計制限はプロジェクト制限を超えてはなりません。

    10. *オプション:*さらにクォータを追加してください。

    11. ［作成］をクリックします。

*結果:*リソースクォータはあなたのプロジェクトとネームスペースに適用されます。将来的にさらにネームスペースを追加する際、Rancherはプロジェクトがそのネームスペースを収容できるかを検証します。プロジェクトがリソースを割り当てられない場合でも、ネームスペースを作成することはできますが、それらにはリソースクォータが0に設定されます。その後、Rancherはこのクォータによって制限されたリソースを作成することを許可しません。

詳細:基本的なリソースクォータを超えて

*リソースタイプ*のドロップダウンにリストされているリソースクォータのセットは制限されています。そのセット外のクォータについては、*Edit Config*と*Add Resource*を使用し、すでに説明したように、リソースタイプとして*カスタム*を選択してください。これにより、必要な識別子を入力するための編集フィールド*リソース識別子*が有効になります。識別子の例をいくつか挙げます。

  • requests.nvidia.com/gpu

  • gold.storageclass.storage.k8s.io/requests.storage

  • count/podtemplates

基本のビルトインセットのクォータを参照する`Custom`を指定することは可能ですが、現在は*強く*ビルトインフィールドを使用することを推奨します。また、競合が発生した場合、つまり、ビルトインフィールドと`Custom`の両方でリソースのクォータを指定した場合、ビルトインフィールドに見つかったデータが優先され、`Custom`のデータは無視されます。