第6章 管理

前提条件

• OpenShift Container Platform に対する管理者権限を持っている。
• OpenShift Serverless Operator および Knative Eventing がクラスターにインストールされていること。
• デフォルトのチャネル実装として Kafka チャネルを使用する場合は、クラスターに KnativeKafka CR もインストールする必要があります。

手順

• KnativeEventing カスタムリソースを変更して、default-ch-webhook 設定マップの設定の詳細を追加します。

  apiVersion: operator.knative.dev/v1alpha1
  kind: KnativeEventing
  metadata:
    name: knative-eventing
    namespace: knative-eventing
  spec:
    config: 1
      default-ch-webhook: 2
        default-ch-config: |
          clusterDefault: 3
            apiVersion: messaging.knative.dev/v1
            kind: InMemoryChannel
            spec:
              delivery:
                backoffDelay: PT0.5S
                backoffPolicy: exponential
                retry: 5
          namespaceDefaults: 4
            my-namespace:
              apiVersion: messaging.knative.dev/v1beta1
              kind: KafkaChannel
              spec:
                numPartitions: 1
                replicationFactor: 1

  1

  spec.config で、変更した設定を追加する設定マップを指定できます。

  2

  default-ch-webhook 設定マップは、クラスターまたは 1 つ以上の namespace のデフォルトチャネルの実装を指定するために使用できます。

  3

  クラスター全体のデフォルトのチャネルタイプの設定。この例では、クラスターのデフォルトのチャネル実装は InMemoryChannel です。

  4

  namespace スコープのデフォルトのチャネルタイプの設定。この例では、my-namespace namespace のデフォルトのチャネル実装は KafkaChannel です。

  重要

  namespace 固有のデフォルトを設定すると、クラスター全体の設定が上書きされます。

前提条件

• OpenShift Container Platform に対する管理者権限を持っている。
• OpenShift Serverless Operator および Knative Eventing がクラスターにインストールされていること。
• OpenShift (oc) CLI がインストールされている。
• Kafka チャネルをデフォルトのバッキングチャネルタイプとして使用する場合は、クラスターに KnativeKafka CR もインストールする必要があります。

前提条件

• OpenShift Container Platform に対する管理者権限を持っている。
• OpenShift Serverless Operator および Knative Eventing がクラスターにインストールされていること。
• Kafka ブローカーをデフォルトのブローカー実装として使用する場合は、クラスターに KnativeKafka CR もインストールする必要があります。

手順

• KnativeEventing カスタムリソースを変更して、config-br-defaults 設定マップの設定の詳細を追加します。

  apiVersion: operator.knative.dev/v1alpha1
  kind: KnativeEventing
  metadata:
    name: knative-eventing
    namespace: knative-eventing
  spec:
    defaultBrokerClass: Kafka 1
    config: 2
      config-br-defaults: 3
        default-br-config: |
          clusterDefault: 4
            brokerClass: Kafka
            apiVersion: v1
            kind: ConfigMap
            name: kafka-broker-config 5
            namespace: knative-eventing 6
          namespaceDefaults: 7
            my-namespace:
              brokerClass: MTChannelBasedBroker
              apiVersion: v1
              kind: ConfigMap
              name: config-br-default-channel 8
              namespace: knative-eventing 9
  ...

  1

  Knative Eventing のデフォルトのブローカークラス。

  2

  spec.config で、変更した設定を追加する設定マップを指定できます。

  3

  config-br-defaults 設定マップは、spec.config 設定またはブローカークラスを指定しないブローカーのデフォルト設定を指定します。

  4

  クラスター全体のデフォルトのブローカークラス設定。この例では、クラスターのデフォルトのブローカークラスの実装は Kafka です。

  5

  kafka-broker-config 設定マップは、Kafka ブローカーのデフォルト設定を指定します。「関連情報」セクションの「Kafka ブローカー構成の設定」を参照してください。

  6

  kafka-broker-config 設定マップが存在する namespace。

  7

  namespace スコープのデフォルトブローカクラス設定。この例では、my-namespace namespace のデフォルトのブローカークラスの実装は MTChannelBasedBroker です。複数の namespace に対してデフォルトのブローカークラスの実装を指定できます。

  8

  config-br-default-channel 設定マップは、ブローカーのデフォルトのバッキングチャネルを指定します。「関連情報」セクションの「デフォルトのブローカーバッキングチャネルの設定」を参照してください。

  9

  config-br-default-channel 設定マップが存在する namespace。

  重要

  namespace 固有のデフォルトを設定すると、クラスター全体の設定が上書きされます。

前提条件

• OpenShift Serverless Operator および Knative Serving がクラスターにインストールされている。
• クラスター管理者パーミッションがある。
• デフォルトの Knative Pod Autoscaler を使用している。Kubernetes Horizontal Pod Autoscaler を使用している場合は、ゼロにスケーリングすることはできません。

手順

• KnativeServing カスタムリソース (CR) の enable-scale-to-zero 仕様を変更します。

  KnativeServing CR の例

  apiVersion: operator.knative.dev/v1alpha1
  kind: KnativeServing
  metadata:
    name: knative-serving
  spec:
    config:
      autoscaler:
        enable-scale-to-zero: "false" 1

  1

  enable-scale-to-zero 仕様は、true または false のいずれかです。true に設定すると、scale-to-zero が有効にされます。false に設定すると、アプリケーションは設定された スケーリング下限 にスケールダウンされます。デフォルト値は "true" です。

前提条件

• OpenShift Serverless Operator および Knative Serving がクラスターにインストールされている。
• クラスター管理者パーミッションがある。
• デフォルトの Knative Pod Autoscaler を使用している。Kubernetes Horizontal Pod Autoscaler を使用している場合は、ゼロにスケーリングすることはできません。

手順

• KnativeServing カスタムリソース CR の scale-to-zero-grace-period 仕様を変更します。

  KnativeServing CR の例

  apiVersion: operator.knative.dev/v1alpha1
  kind: KnativeServing
  metadata:
    name: knative-serving
  spec:
    config:
      autoscaler:
        scale-to-zero-grace-period: "30s" 1

  1

  猶予期間 (秒単位)。デフォルト値は 30 秒です。

前提条件

• OpenShift Serverless Operator および Knative Serving がクラスターにインストールされている。
• クラスター管理者パーミッションがある。

手順

• KnativeServing CR に kubernetes.podspec-init-containers フラグを追加して、init コンテナーの使用を有効にします。

  KnativeServing CR の例

  apiVersion: operator.knative.dev/v1alpha1
  kind: KnativeServing
  metadata:
    name: knative-serving
  spec:
    config:
      features:
        kubernetes.podspec-init-containers: enabled
  ...