# ECK readiness for Kubernetes 1.19 - deprecated APIVersions **URL:** \ **Category:** Elastic Cloud on Kubernetes (ECK)\ **Created:** [June 11, 2020, 10:09am UTC](https://discuss.elastic.co/t/eck-readiness-for-kubernetes-1-19-deprecated-apiversions/236670 "2020-06-11T10:09:31Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![Presence](https://avatars.discourse-cdn.com/v4/letter/p/7feea3/32.png) [@Presence](https://discuss.elastic.co/u/Presence)\ **Post date:** [June 11, 2020, 10:09am UTC](https://discuss.elastic.co/t/eck-readiness-for-kubernetes-1-19-deprecated-apiversions/236670/1 "2020-06-11T10:09:31Z")
Hi, We're using ECK Elastic Cloud on Kubernetes v1.1.2 on Kubernetes 1.16 and we notice that some of the APIVersions used are deprecated and scheduled to be dropped in Kubernetes 1.19. - CustomResourceDefinition/apmservers.apm.k8s.elastic.co: API [apiextensions.k8s.io/v1beta1](http://apiextensions.k8s.io/v1beta1) for CustomResourceDefinition is deprecated, use [apiextensions.k8s.io/v1](http://apiextensions.k8s.io/v1) instead. - CustomResourceDefinition/elasticsearches.elasticsearch.k8s.elastic.co: API [apiextensions.k8s.io/v1beta1](http://apiextensions.k8s.io/v1beta1) for CustomResourceDefinition is deprecated, use [apiextensions.k8s.io/v1](http://apiextensions.k8s.io/v1) instead. - CustomResourceDefinition/kibanas.kibana.k8s.elastic.co: API [apiextensions.k8s.io/v1beta1](http://apiextensions.k8s.io/v1beta1) for CustomResourceDefinition is deprecated, use [apiextensions.k8s.io/v1](http://apiextensions.k8s.io/v1) instead. - ValidatingWebhookConfiguration/elastic-webhook.k8s.elastic.co: API [admissionregistration.k8s.io/v1beta1](http://admissionregistration.k8s.io/v1beta1) for ValidatingWebhookConfiguration is deprecated, use [admissionregistration.k8s.io/v1](http://admissionregistration.k8s.io/v1) instead. I'm sorry, but I'm not clear on the best way to raise this issue for inclusion in the roadmap. This is not yet urgent for us, but it'd be good to know what the k8s support plan / roadmap for ECK looks like over the coming months. Thanks! ---
**Author:** ![michael.morello](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/michael.morello/32/47448_2.png) [@michael.morello](https://discuss.elastic.co/u/michael.morello)\ **Post date:** [June 11, 2020, 11:39am UTC](https://discuss.elastic.co/t/eck-readiness-for-kubernetes-1-19-deprecated-apiversions/236670/2 "2020-06-11T11:39:36Z")
Hi, we didn't check the compatibility with K8S 1.19 so far. But I think you are right, some changes may affect ECK. I'll create an issue to track this effort and update this discussion with the link to the issue. ---
**Author:** ![michael.morello](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/michael.morello/32/47448_2.png) [@michael.morello](https://discuss.elastic.co/u/michael.morello)\ **Post date:** [June 11, 2020, 12:27pm UTC](https://discuss.elastic.co/t/eck-readiness-for-kubernetes-1-19-deprecated-apiversions/236670/3 "2020-06-11T12:27:26Z")
I did a quick test on v1.19.0-beta.1 with the master branch of ECK and it's working well. Could you tell me where you got what seems to be some warning messages ? ---
**Author:** ![Presence](https://avatars.discourse-cdn.com/v4/letter/p/7feea3/32.png) [@Presence](https://discuss.elastic.co/u/Presence)\ **Post date:** [June 11, 2020, 1:13pm UTC](https://discuss.elastic.co/t/eck-readiness-for-kubernetes-1-19-deprecated-apiversions/236670/4 "2020-06-11T13:13:13Z")
We've been using conftest to check our manifests against policies which turned this up as a deprecation. It could be our deprecation rules are not quite correct. Let me check with our team who own them. I'm not 100% sure of how the rules are sourced and managed. ---
**Author:** ![DanSlinky](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/danslinky/32/70151_2.png) [@DanSlinky](https://discuss.elastic.co/u/DanSlinky)\ **Post date:** [June 11, 2020, 1:51pm UTC](https://discuss.elastic.co/t/eck-readiness-for-kubernetes-1-19-deprecated-apiversions/236670/5 "2020-06-11T13:51:01Z")
We maintain some [OpenPolicyAgent](https://github.com/open-policy-agent) policies for future deprecations and test our manifests using [conftest](https://github.com/open-policy-agent/conftest). The test has been informed by [promote CRD to v1 by liggitt · Pull Request #79604 · kubernetes/kubernetes · GitHub](https://github.com/kubernetes/kubernetes/pull/79604) which is also referenced in the [1.16 release notes](https://v1-16.docs.kubernetes.io/docs/setup/release/notes/) > The `apiextensions.k8s.io/v1beta1` version of `CustomResourceDefinition` is deprecated and will no longer be served in v1.19. Use `apiextensions.k8s.io/v1` instead. ([#79604](https://github.com/kubernetes/kubernetes/pull/79604), [@liggitt](https://github.com/liggitt)) ---
**Author:** ![Anya\_Sabo](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/anya_sabo/32/49903_2.png) [@Anya\_Sabo](https://discuss.elastic.co/u/Anya_Sabo)\ **Post date:** [June 11, 2020, 1:58pm UTC](https://discuss.elastic.co/t/eck-readiness-for-kubernetes-1-19-deprecated-apiversions/236670/6 "2020-06-11T13:58:06Z")
Yep, it is something we will need to validate further. It's not a simple change because v1 isn't supported until 1.16 and we currently support back to 1.11. ---
**Author:** ![Linux-kubernetes-k8s](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/linux-kubernetes-k8s/32/84729_2.png) [@Linux-kubernetes-k8s](https://discuss.elastic.co/u/Linux-kubernetes-k8s)\ **Post date:** [March 1, 2021, 1:35pm UTC](https://discuss.elastic.co/t/eck-readiness-for-kubernetes-1-19-deprecated-apiversions/236670/7 "2021-03-01T13:35:00Z")
有解决方法吗 ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [November 4, 2022, 8:02am UTC](https://discuss.elastic.co/t/eck-readiness-for-kubernetes-1-19-deprecated-apiversions/236670/8 "2022-11-04T08:02:04Z")