5.4. 高度なインストール設定オプション
以下では、OpenShift Serverless コンポーネントの高度なインストール設定オプションについてのクラスター管理者向けの情報を提供します。
5.4.1. Knative Serving でサポートされるインストール設定オプション リンクのコピーリンクがクリップボードにコピーされました!
以下では、Knative Serving の高度なインストール設定オプションについてのクラスター管理者向けの情報を提供します。
config フィールドに含まれる YAML は変更しないでください。このフィールドの設定値の一部は OpenShift Serverless Operator によって挿入され、これらを変更すると、デプロイメントはサポートされなくなります。
5.4.1.1. コントローラーのカスタム証明書 リンクのコピーリンクがクリップボードにコピーされました!
レジストリーが自己署名証明書を使用する場合、ConfigMap またはシークレットを作成して、 tag-to-digest の解決策を有効にする必要があります。次に、OpenShift Serverless Operator は Knative Serving コントローラーをレジストリーにアクセスできるように自動的に設定します。
tag-to-digest の解決策を有効にするには、Knative Serving コントローラーがコンテナーレジストリーにアクセスする必要があります。
ConfigMap または Secret は Knative Serving CustomResourceDefinition (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 の証明書を使用します。
サポートされるタイプは ConfigMap および Secret です。
コントローラーカスタム証明書が指定されていない場合、デフォルトは config-service-ca ConfigMap に設定されます。
デフォルト YAML の例
spec:
controller-custom-certs:
name: config-service-ca
type: ConfigMap
5.4.1.2. 高可用性 リンクのコピーリンクがクリップボードにコピーされました!
レプリカの数が指定されていない場合、高可用性 (HA) はデフォルトでコントローラーあたり 2 つのレプリカに設定されます。
これを 1 に設定すると HA を無効にするか、またはより高い整数を設定してレプリカを追加できます。
サンプル YAML
spec:
high-availability:
replicas: 2
5.4.2. 追加リソース リンクのコピーリンクがクリップボードにコピーされました!
- 高可用性の設定に関する詳細は、「OpenShift Serverless での高可用性」を参照してください。