Analicé su problema y llegué a las siguientes conclusiones:

1. Ingress funcionará y estas advertencias que ve son solo para informarle sobre las versiones de API disponibles. No tienes que preocuparte por esto. He visto las mismas Advertencias:

 @microk8s:~$ kubectl describe ing Warning: extensions/v1beta1 Ingress is deprecated in v1.14+, unavailable in v1.22+; use networking.k8s.io/v1 Ingress

2. En cuanto al "por qué" sucede esto incluso cuando usa apiVersion: networking.k8s.io/v1 , encontré la siguiente explicación :

Esto está funcionando como se esperaba. Cuando crea un objeto de ingreso, se puede leer a través de cualquier versión (el servidor maneja la conversión a la versión solicitada). kubectl get ingress es una solicitud ambigua, ya que no indica qué versión se desea leer.

Cuando se realiza una solicitud ambigua, kubectl busca en los documentos de descubrimiento devueltos por el servidor para encontrar el primer grupo/versión que contiene el recurso especificado.

Por razones de compatibilidad, históricamente se ha preferido extensions/v1beta1 sobre todas las demás versiones de API. Ahora que el ingreso es el único recurso que queda en ese grupo, está en desuso y tiene un reemplazo de GA, 1.20 lo eliminará en prioridad para que kubectl get ingress lea desde networking.k8s.io/v1 , pero seguirá un servidor 1.19 la prioridad histórica.

Si desea leer una versión específica, puede calificar la solicitud de obtención (como kubectl get ingresses.v1.networking.k8s.io ...) o puede pasar un archivo de manifiesto para solicitar la misma versión especificada en el archivo ( kubectl get -f ing.yaml -o yaml )

Para resumir: a pesar del hecho de usar la apiVersion adecuada, la obsoleta todavía se ve como la predeterminada y, por lo tanto, genera la Advertencia que experimenta.

También veo que todavía se están haciendo cambios recientemente, así que asumo que todavía se está trabajando en ello.