1.8. Notes de version pour Red Hat OpenShift Serverless 1.24.0

L'intégration d'OpenShift Serverless avec Red Hat OpenShift Service Mesh fait en sorte que le pod net-istio-controller manque de mémoire au démarrage lorsque trop de secrets sont présents sur le cluster.

Il est désormais possible d'activer le filtrage des secrets, ce qui permet à net-istio-controller de ne prendre en compte que les secrets portant une étiquette networking.internal.knative.dev/certificate-uid, réduisant ainsi la quantité de mémoire nécessaire.

Dans OpenShift Serverless 1.23, le support pour KafkaBindings et le webhook kafka-binding ont été supprimés. Cependant, un kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration existant peut subsister, pointant vers le service kafka-source-webhook, qui n'existe plus.

Pour certaines spécifications de KafkaBindings sur le cluster, kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration peut être configuré pour transmettre tout événement de création et de mise à jour à diverses ressources, telles que Deployments, Knative Services ou Jobs, par le biais du webhook, qui échouerait alors.

Pour contourner ce problème, supprimez manuellement kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration du cluster après avoir mis à jour OpenShift Serverless 1.23 :

oc delete mutatingwebhookconfiguration kafkabindings.webhook.kafka.sources.knative.dev

$ oc delete mutatingwebhookconfiguration kafkabindings.webhook.kafka.sources.knative.dev

Si vous utilisez net-istio pour Ingress et activez mTLS via SMCP en utilisant security.dataPlane.mtls: true, Service Mesh déploie DestinationRules pour l'hôte *.local, ce qui n'autorise pas DomainMapping pour OpenShift Serverless.

Pour contourner ce problème, activez mTLS en déployant PeerAuthentication au lieu d'utiliser security.dataPlane.mtls: true.