4.4. 高度なインストール設定オプション
以下では、OpenShift Serverless コンポーネントの高度なインストール設定オプションについてのクラスター管理者向けの情報を提供します。
4.4.1. Knative Serving でサポートされるインストール設定オプション
以下では、Knative Serving の高度なインストール設定オプションについてのクラスター管理者向けの情報を提供します。
config フィールドに含まれる YAML は変更しないでください。このフィールドの設定値の一部は OpenShift Serverless Operator によって挿入され、これらを変更すると、デプロイメントはサポートされなくなります。
4.4.1.1. コントローラーのカスタム証明書
レジストリーが自己署名証明書を使用する場合、設定マップまたはシークレットを作成して、tag-to-digest の解決策を有効にする必要があります。次に、OpenShift Serverless Operator は Knative Serving コントローラーをレジストリーにアクセスできるように自動的に設定します。
tag-to-digest の解決策を有効にするには、Knative Serving コントローラーがコンテナーレジストリーにアクセスする必要があります。
設定マップまたはシークレットは Knative Serving カスタムリソース定義 (CRD) と同じ namespace になければなりません。
次の例では、以下を実行するために OpenShift Serverless Operator をトリガーします。
- コントローラーに証明書を含むボリュームを作成してマウントします。
- 必要な環境変数を適切に設定します。
サンプル YAML
apiVersion: operator.knative.dev/v1alpha1
kind: KnativeServing
metadata:
name: knative-serving
namespace: knative-serving
spec:
controller-custom-certs:
name: certs
type: ConfigMap
以下の例では、knative-serving namespace の certs という名前の設定マップの証明書を使用します。
サポートされるタイプは ConfigMap および Secret です。
コントローラーカスタム証明書が指定されていない場合、デフォルトは config-service-ca 設定マップに設定されます。
デフォルト YAML の例
apiVersion: operator.knative.dev/v1alpha1
kind: KnativeServing
metadata:
name: knative-serving
namespace: knative-serving
spec:
controller-custom-certs:
name: config-service-ca
type: ConfigMap
4.4.1.2. 高可用性
レプリカの数が指定されていない場合、高可用性 (HA) はデフォルトでコントローラーあたり 2 つのレプリカに設定されます。
これを 1 に設定すると HA を無効にするか、またはより高い整数を設定してレプリカを追加できます。
サンプル YAML
apiVersion: operator.knative.dev/v1alpha1
kind: KnativeServing
metadata:
name: knative-serving
namespace: knative-serving
spec:
high-availability:
replicas: 2
