在 Azure Kubernetes 服务中托管集群在哪里结束，我们的责任从哪里开始？
Where managed cluster ends and our responsibilities begins in Azure Kubernetes service?
我想知道 Azure 的责任在哪里结束，我们的责任从哪里开始？
例如，我们要为 pods 设置 pods 优先级。但是 pods 由 Azure 启动（kube-dns、kube-proxy、heapter，...）的优先级为 0，我们希望它们具有最高优先级。我知道我可以使用补丁更改这些服务的优先级，即使我没有它们的清单，但我不确定是否应该这样做，因为 Azure 启动了这些 pods。而且我不确定支持这些属于托管集群的系统 pods 是我的责任还是 Azure 的责任。
对于 Azure Kubernetes 服务，它是 Azure 上的 Kubernetes 实现。 Azure 为 Kubernetes 管理一些东西，比如节点就是 Azure VM。但核心还是Kubernetes
Azure Kubernetes Service (AKS) makes it simple to deploy a managed
Kubernetes cluster in Azure. AKS reduces the complexity and
operational overhead of managing Kubernetes by offloading much of that
responsibility to Azure.
有关详细信息，请参阅 Azure Kubernetes Service (AKS)。
关于Pod Priority，这是Kubernetes的Feature，也是根据版本。
Pods can have priority. Priority indicates the importance of a Pod
relative to other Pods. If a Pod cannot be scheduled, the scheduler
tries to preempt (evict) lower priority Pods to make scheduling of the
pending Pod possible.
如文档所述，Pod Priority是调度pod的顺序，而不是启动pod的顺序。如果您想使用 Pod 优先级，可以按照步骤 How to use priority and preemption 进行操作。
感谢您提出这个问题。我在 AKS 的工程团队。我不会尝试回答 Azure 支持的内容与您期望维护的内容之间的界限究竟在哪里的问题。这真的是一件很难回答的事情，我不愿意给出一个不充分的答案。在大多数情况下，您是对的，我们安装 pods，我们尝试维护。当这些 pods 行为不当时，我们有适当的监控器，并且我们会尝试在问题出现时自动缓解它们。我们确实依赖上游 kubernetes 插件管理器来处理这些 pods，除了少数例外，这些 pods 以 Reconcile 插件模式列出，这意味着我们的更改将覆盖您的更改。
无论如何，我已经提交了一个拉取请求，为服务添加 pod 优先级 类，为 1.11（及更高版本）集群添加插件 pods。谢谢你的建议。
我想知道 Azure 的责任在哪里结束，我们的责任从哪里开始？
例如，我们要为 pods 设置 pods 优先级。但是 pods 由 Azure 启动（kube-dns、kube-proxy、heapter，...）的优先级为 0，我们希望它们具有最高优先级。我知道我可以使用补丁更改这些服务的优先级，即使我没有它们的清单，但我不确定是否应该这样做，因为 Azure 启动了这些 pods。而且我不确定支持这些属于托管集群的系统 pods 是我的责任还是 Azure 的责任。
对于 Azure Kubernetes 服务，它是 Azure 上的 Kubernetes 实现。 Azure 为 Kubernetes 管理一些东西，比如节点就是 Azure VM。但核心还是Kubernetes
Azure Kubernetes Service (AKS) makes it simple to deploy a managed Kubernetes cluster in Azure. AKS reduces the complexity and operational overhead of managing Kubernetes by offloading much of that responsibility to Azure.
有关详细信息，请参阅 Azure Kubernetes Service (AKS)。
关于Pod Priority，这是Kubernetes的Feature，也是根据版本。
Pods can have priority. Priority indicates the importance of a Pod relative to other Pods. If a Pod cannot be scheduled, the scheduler tries to preempt (evict) lower priority Pods to make scheduling of the pending Pod possible.
如文档所述，Pod Priority是调度pod的顺序，而不是启动pod的顺序。如果您想使用 Pod 优先级，可以按照步骤 How to use priority and preemption 进行操作。
感谢您提出这个问题。我在 AKS 的工程团队。我不会尝试回答 Azure 支持的内容与您期望维护的内容之间的界限究竟在哪里的问题。这真的是一件很难回答的事情，我不愿意给出一个不充分的答案。在大多数情况下，您是对的，我们安装 pods，我们尝试维护。当这些 pods 行为不当时，我们有适当的监控器，并且我们会尝试在问题出现时自动缓解它们。我们确实依赖上游 kubernetes 插件管理器来处理这些 pods，除了少数例外，这些 pods 以 Reconcile 插件模式列出，这意味着我们的更改将覆盖您的更改。
无论如何，我已经提交了一个拉取请求，为服务添加 pod 优先级 类，为 1.11（及更高版本）集群添加插件 pods。谢谢你的建议。