Service FAQ

为什么看不到Service与LoadBalancer同步过程的事件Event信息？

如果执行命令kubectl -n {your-namespace} describe svc {your-svc-name}后看不到Event信息的话，请确认您的CCM组件版本是否大于或等于v1.9.3.276-g372aa98-aliyun。低于v1.9.3.276-g372aa98-aliyun版本的CCM无法看到Service与LoadBalancer同步过程的事件信息。关于如何查看及升级CCM版本的操作，请参见手动升级CCM组件。

如果您的CCM组件版本大于或等于v1.9.3.276-g372aa98-aliyun的话，请提交工单提交工单提交工单。

SLB创建一直处于Pending状态如何处理？

1. 执行命令kubectl -n {your-namespace} describe svc {your-svc-name}查看事件信息。
2. 处理事件中的报错信息。关于事件中不同报错信息的处理方式，请参见下文报错事件及对应处理方式。

   如果看不到报错信息，请参见为什么看不到Service与LoadBalancer同步过程的事件Event信息？。

SLB虚拟服务器组未更新如何处理？

1. 执行命令kubectl -n {your-namespace} describe svc {your-svc-name}查看事件信息。
2. 处理事件中的报错信息。关于事件中不同报错信息的处理方式，请参见下文报错事件及对应处理方式。

   如果看不到报错信息，请参见为什么看不到Service与LoadBalancer同步过程的事件Event信息？。

Service注解不生效如何处理？

1. 按照以下步骤查看报错信息。
   1. 执行命令kubectl -n {your-namespace} describe svc {your-svc-name}查看事件信息。
   2. 处理事件中的报错信息。关于事件中不同报错信息的处理方式，请参见下文报错事件及对应处理方式。
2. 如果没有报错信息，分以下三种场景解决。
   • 确认您的CCM版本是否符合对应注解的版本要求。关于注解和CCM的版本对应关系，请参见常用注解。
   • 在服务Service列表中，单击目标服务右侧操作列下的查看YAML，确认服务Service中是否有对应的注解。如果没有对应注解，配置注解信息。

     关于如何配置注解，请参见通过Annotation配置负载均衡。

     关于如何查看服务列表，请参见管理服务。

   • 确认注解信息是否有误。

为何SLB的配置被修改？

为什么复用已有SLB没有生效？

• 排查CCM版本，低于v1.9.3.105-gfd4e547-aliyun的CCM版本不支持复用。关于如何查看及升级CCM版本的操作，请参见手动升级CCM组件。
• 确认复用的SLB是否为集群创建的，不支持复用集群创建的SLB。
• 确认SLB是否为API Server的SLB，不支持复用API Server的SLB。
• 如果是私网SLB，确认SLB是否和集群在同一个VPC中，不支持跨VPC复用SLB。

为什么复用已有SLB时没有配置监听？

CCM升级失败如何处理？

关于Cloud Controller Manager（CCM）组件升级失败的解决方案，请参见Cloud Controller Manager（CCM）组件升级检查失败Cloud Controller Manager（CCM）组件升级检查失败。

为什么集群内无法访问SLB IP？

关于为何集群内无法访问SLB IP地址的解决方法，请参见Kubernetes集群中访问LoadBalancer暴露出去的SLB地址不通Kubernetes集群中访问LoadBalancer暴露出去的SLB地址不通。

删除Service是否会删除SLB？

如果是复用已有SLB（Service中有service.beta.kubernetes.io/alibaba-cloud-loadbalancer-id: {your-slb-id}注解），删除Service时不会删除SLB；否则删除Service时会删除对应的SLB。

如果您更改Service类型（例如从LoadBalancer改为NodePort）也会删除对应的SLB。

误删除SLB怎么办？

• 场景一：误删除API Server SLB如何处理？

  无法恢复，您需要重建集群。

• 场景二：误删除Ingress SLB如何处理？

  按照以下步骤重建SLB。

  1. 登录容器服务管理控制台容器服务管理控制台。
  2. 在控制台左侧导航栏中，单击集群。
  3. 在集群列表页面中，单击目标集群名称或者目标集群右侧操作列下的详情。
  4. 选择服务与路由 > 服务。
  5. 在服务页面顶部的命名空间下拉框中，单击kube-system，然后在服务列表中，找到nginx-ingress-lb，然后单击操作列下的查看YAML。
     如果没有nginx-ingress-lb，使用以下模板创建名为nginx-ingress-lb的Service。

     apiVersion: v1
     kind: Service
     metadata:
       labels:
         app: nginx-ingress-lb
       name: nginx-ingress-lb
       namespace: kube-system
     spec:
       externalTrafficPolicy: Local
       ports:
       - name: http
         port: 80
         protocol: TCP
         targetPort: 80
       - name: https
         port: 443
         protocol: TCP
         targetPort: 443
       selector:
         app: ingress-nginx
       type: LoadBalancer

  6. 在编辑YAML对话框中，移除status内容，然后单击更新以让CCM重建SLB。
• 场景三：误删除业务相关的SLB如何处理？
  • 如果不需要SLB对应的Service，删除Service。
  • 如果对应的Service还需要使用，解决方法如下。
    1. 登录容器服务管理控制台容器服务管理控制台。
    2. 在控制台左侧导航栏中，单击集群。
    3. 在集群列表页面中，单击目标集群名称或者目标集群右侧操作列下的详情。
    4. 选择服务与路由 > 服务。
    5. 在服务页面顶部的命名空间下拉框中，单击所有命名空间，然后在服务列表中，找到业务Service，然后单击操作列下的查看YAML。
    6. 在编辑YAML对话框中，移除status内容，然后单击更新以让CCM重建SLB。

为何ACK控制台无法查看CCM升级检查报告？

kubectl -nkube-system get ev | grep ccm-precheck-pod 

关于如何查看和升级CCM组件的步骤，请参见手动升级CCM组件。

如何将CCM接入至在阿里云ECS中自建的Kubernetes集群中？

关于如何使CCM接入至在阿里云ECS中自建Kubernetes中的详细步骤，请参见kubernetes / cloud-provider-alibaba-cloud和cloud-provider-alibaba-cloud/docs/getting-started.md。

旧版本CCM如何支持SLB重命名？

1. 登录到Kubernetes集群Master节点，请参见通过kubectl连接Kubernetes集群。
2. 执行 # kubectl get svc -n ${namespace} ${service}命令，查看该Service类型及IP。
   说明 您需要将${namespace}与${service}替换为所选集群的命名空间及服务名称。
3. 执行以下命令，生成该SLB所需要的TAG。

   kubectl get svc -n ${namespace} ${service} -o jsonpath="{.metadata.uid}"|awk -F "-" '{print "kubernetes.do.not.delete: "substr("a"$1$2$3$4$5,1,32)}'

   
4. 登录负载均衡控制台负载均衡控制台根据步骤2中所获取的IP，在其所在的地域搜索到该SLB。
5. 根据步骤3生成的KEY值和VALUE值（分别对应上图的1和2），为该SLB打上一个TAG。详情请参见添加标签。

Local模式下如何自动设置Node权重？

本文以业务Pod（app=nginx）部署在三台ECS上，通过Service A对外提供服务为例，说明在Local模式下Node权重的计算方式。

• V1.9.3.164-g2105d2e-aliyun之前版本

  如图2所示，在V1.9.3.164-g2105d2e-aliyun之前版本，Local模式的Service其所有后端权重均为100，即所有流量平均分配到这三台ECS上，造成ECS 1上Pod负载较重而ECS 3上的Pod负载较轻，导致Pod负载不均。

  

• V1.9.3.164-g2105d2e-aliyun之后及V1.9.3.276-g372aa98-aliyun之前版本

  如图3所示，在V1.9.3.164-g2105d2e-aliyun之后及V1.9.3.276-g372aa98-aliyun之前版本，CCM会根据Node上部署的Pod数量计算Node权重。经计算三台ECS权重分别为16、33、50，因此流量将大致按照1:2:3的比例分配给三台ECS，Pod负载更加均衡。

  计算公式如下。

  

• V1.9.3.276-g372aa98-aliyun及之后版本

  图3的权重计算方式因为计算精度问题，Pod间还会存在轻微的负载不均。在V1.9.3.276-g372aa98-aliyun及之后版本，CCM将Node上部署的Pod数量设置为Node权重，如图4所示，三台ECS的权重分别为1、2、3，流量会按照1:2:3的比例分配给三台ECS，Pod负载比图3的方式更加均衡。

  计算公式如下。

  

Service报错信息及对应处理方式