新群集1.8.10使用kops进行了旋转。
在K8S 1.8中有一项新功能Pod Priority and Preemption
。
更多信息:https://kubernetes.io/docs/concepts/configuration/pod-priority-preemption/#how-to-use-priority-and-preemption
kube-apiserver
正在记录错误
I0321 16:27:50.922589 7 wrap.go:42] GET /apis/admissionregistration.k8s.io/v1alpha1/initializerconfigurations: (140.067μs)404 [[kube-apiserver / v1.8.10(linux / amd64)) kubernetes / 044cd26] 127.0.0.1:47500] I0321 16:27:51.257756 7 wrap.go:42] GET /apis/scheduling.k8s.io/v1alpha1/priorityclasses?resourceVersion=0: (168.391μs)404 [[kube-apiserver / v1.8.10(linux / amd64) kubernetes / 044cd26] 127.0.0.1:47500] E0321 16:27:51.258176 7 reflector.go:205] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:73: 无法列出* scheduling.PriorityClass:服务器找不到 请求的资源(获取priorityclasses.scheduling.k8s.io)
我完全不明白为什么。没有人应该访问它,因为它甚至没有启用(它是alpha)。
没有pod正在使用priorityClassName
。
运行说明:
kubectl解释priorityclass错误:API版本: servers.k8s.io/v1alpha1不受服务器支持。使用以下之一: [apiregistration.k8s.io/v1beta1 extensions / v1beta1 apps / v1beta1 apps / v1beta2 authentication.k8s.io/v1
authentication.k8s.io/v1beta1 authorization.k8s.io/v1 authorization.k8s.io/v1beta1 autoscaling / v1 autoscaling / v2beta1 batch / v1 batch / v1beta1 certificates.k8s.io/v1beta1 networking.k8s.io/v1 policy / v1beta1 rbac.authorization.k8s.io/v1 rbac.authorization.k8s.io/v1beta1 storage.k8s.io/v1 storage.k8s.io/v1beta1 apiextensions.k8s.io/v1beta1 V1]
这是正常还是kops
具体?
答案 0 :(得分:1)
我认为它与其配置中的Kops选项(kops get --name $NAME -oyaml
)有关:
kubeAPIServer:
runtimeConfig:
admissionregistration.k8s.io/v1alpha1: "true"
无论如何,所有组件都通过API服务器工作,并且有时基于配置尝试调用某些禁用功能并不奇怪。至少它必须检查支持哪些API,为什么:)
所以,我认为你不必担心它,这是与配置相关的消息。别担心。或者只是启用该功能,它将解决警告信息。