第2章 OpenShift Serverless Operator のインストール
OpenShift Serverless Operator をインストールすると、OpenShift Container Platform クラスターに Knative Serving、Knative Eventing、および Apache Kafka 用の Knative ブローカーをインストールし、使用できます。OpenShift Serverless Operator は、クラスターの Knative カスタムリソース定義 (CRD) を管理し、各コンポーネントの個別の Config Map を直接修正することなくそれらを設定できるようにします。
2.1. OpenShift Serverless Operator のリソース要件
次のサンプル設定は、OpenShift Serverless Operator インストールの最小リソース要件を想定する場合に役立ちます。具体的な要件は大幅に異なる可能性があり、OpenShift Serverless の使用が増えるにつれて大きくなる可能性があります。
サンプル設定で使用されるテストスイートには、次のパラメーターがあります。
以下の設定を含む OpenShift Container Platform クラスター
- 10 ワーカー (8 vCPU、16 GiB メモリー)
- Kafka 専用のワーカー 3 つ
- Prometheus 専用のワーカー 2 つ
- Serverless とテストのデプロイメントの両方に残りのワーカー 5 つ
- 主にコントロールプレーンの使用に重点を置いた、並行して実行される 89 のテストシナリオ。テストシナリオでは通常、Knative サービスが、インメモリーチャネル、Kafka チャネル、インメモリーブローカー、または Kafka ブローカーを介して、デプロイメントまたは Knative サービスにイベントを送信します。
- テストシナリオが繰り返し削除され、再作成される 48 の再作成シナリオ。
- 41 の安定したシナリオでは、テスト実行全体を通じてイベントがゆっくりと継続的に送信されます。
テストの設定には、合計で次のものが含まれます。
- 170 Knative サービス
- 20 個のインメモリーチャネル
- 24 個の Kafka チャネル
- 52 のサブスクリプション
- 42 のブローカー
- 68 のトリガー
次の表は、テストスイートによって検出された高可用性 (HA) セットアップの最小リソース要件の詳細を示しています。
| コンポーネント | RAM リソース | CPU リソース |
|---|---|---|
| OpenShift Serverless Operator | 1 GB | 0.2 コア |
| Knative Serving | 5GB | 2.5 コア |
| Knative Eventing | 2 GB | 0.5 コア |
| Knative broker for Apache Kafka | 6GB | 1 コア |
| 合計 | 14 GB | 4.2 コア |
次の表は、テストスイートによって検出された非 HA セットアップの最小リソース要件の詳細を示しています。
| コンポーネント | RAM リソース | CPU リソース |
|---|---|---|
| OpenShift Serverless Operator | 1 GB | 0.2 コア |
| Knative Serving | 2.5 GB | 1.2 コア |
| Knative Eventing | 1 GB | 0.2 コア |
| Knative broker for Apache Kafka | 6GB | 1 コア |
| 合計 | 10.5GB | 2.6 コア |
