前言
选择阿里云的容器服务，主要原因是公司主要业务基本都运行在阿里云上。相较自建 kubernetes 集群，容器服务的优势在于部署相对简单，与阿里云 VPC 完美兼容，网络的配置相对简单，而如果使用 kubeadmin 安装部署 kubernetes 集群，除了众所周知的科学上网问题，还有一系列的问题，包括 etcd 、 scheduler 和 controller-manager 的高可用问题等。并且如果使用托管版的阿里云 kubernetes 容器服务，还会省掉3台 master 节点的钱，并且能将 master 节点的运维问题丢给阿里云解决，其提供的 master 节点性能肯定会比自购的配置好，这点是阿里云容器服务的研发小哥在来我司交流时专门强调的。
问题
前面吹了阿里云容器服务的优势，那这里也说说在实践中遇到的容器服务的问题：
- 在新建集群的时候需要选择相应的 VPC 并选择
Pod和Service所在的网段，这两个网段不能和 Node 节点存在于同一网段，但是如果您在阿里云中存在不止一个 VPC （VPC的网段可以是 10.0.0.0/8，172.16-31.0.0/12-16，192.168.0.0/16 ），如果网段设置不对的话，就可能会使原本存在该网段的 ECS 失联，需要删除集群重新创建。如果删除失败的话，还需要手动删除路由表中的记录（别问我是怎么知道的）。 - 在使用容器服务创建集群后，会创建2个 SLB （之前是3个），一个是 SLB 是在 VPC 上并且绑定一个弹性IP（需要在创建的时候手动勾选创建弹性IP）用于 API Server，一个是经典网络的 SLB 使用提供给 Ingress 使用。但是这两个外网IP创建后的规格都是默认最大带宽、按流量收费，这个并不符合我们的要求，需要手动修改，然而这个修改都会在第二天才能生效。
- 容器服务创建集群后，Node 节点的名称会使
{region-id}.{ECS-id}的形式，这个命名方式在集群监控，使用kubectl操作集群方面就显得比较反人类了，每次都要去查ECS id才能确定是哪个节点，而这个 Node 节点名称是不能修改的！
网段问题解决
这个比较好解决，甚至可以说不用解决，只要把网段规划好，不要出现网段冲突就好
Node 节点名称无法修改问题解决
之前已有人在阿里云聆听平台提出这个问题了，咨询了容器服务的研发小哥，得到的反馈是该功能已经在灰度测试了，相信很快就可以上线了。
创建 SLB 规格问题解决
相较之前自动创建3个 SLB 的方式，目前的版本只会自动创建2个并且有一个是 VPC 内网+弹性IP的方式，已经进行了优化，但是 ingress 绑定的 SLB 还是经典网络类型，无法接入云防火墙并且规格也是不合适的。这里给出解决方案：
创建新的 SLB
-
这里需要创建一个新的 SLB 用来代替自动创建的不符合要求的 SLB。这里可以私网 SLB 先不绑定弹性IP。
 -
查看新购买 SLB 的 ID
在创建集群后重新绑定 ingress-controller 的 Service
首先需要使用 kubectl 或者直接在阿里云控制台操作，创建新的 nginx-ingress-svc
# nginx ingress service
apiVersion: v1
kind: Service
metadata:
name: nginx-ingress-lb-{new-name}
namespace: kube-system
labels:
app: nginx-ingress-lb-{new-name}
annotations:
# set loadbalancer to the specified slb id
service.beta.kubernetes.io/alicloud-loadbalancer-id: {SLB-ID}
# set loadbalancer address type to intranet if using private slb instance
#service.beta.kubernetes.io/alicloud-loadbalancer-address-type: intranet
service.beta.kubernetes.io/alicloud-loadbalancer-force-override-listeners: 'true'
#service.beta.kubernetes.io/alicloud-loadbalancer-backend-label: node-role.kubernetes.io/ingress=true
spec:
type: LoadBalancer
# do not route traffic to other nodes
# and reserve client ip for upstream
externalTrafficPolicy: "Local"
ports:
- port: 80
name: http
targetPort: 80
- port: 443
name: https
targetPort: 443
selector:
# select app=ingress-nginx pods
app: ingress-nginx
创建成功后，可以进到 SLB 页面查看，可以看到 80 和 443 端口的监听已经被添加了
绑定符合要求的弹性IP
确定 SLB 创建成功并且已经成功监听后，这里就可以为 SLB 绑定符合您需求的弹性IP了，这里我们绑定一个按宽带计费2M的弹性IP
验证连通性
到上面这步，我们的 ingress 入口 SLB 已经创建完成，这里我们验证一下是否联通。
-
在k8s集群中部署一个
nginx，直接在阿里云容器服务控制台操作即可 这里创建 ingress 理由，**注意：这里的域名需要解析到刚才创建的 SLB 绑定的弹性IP**  -
访问该域名，显示
nginx欢迎页，则证明修改成功
后续操作
- 在确定新的 SLB 创建成功后，就可以将容器服务自动创建的 SLB 释放了
- 删除
kube-system中原本绑定的Service - 这里别忘了，自动创建给API Server 的SLB还是按流量付费的，记得降配
后记
上面的这些问题和解决方案都属于临时方案，已在阿里云聆听平台提出了上面的问题，相信很快就会有所改进。总的来说，阿里云容器服务在提供优质的 kubernetes 功能，并且只收 ECS 的钱，对于想学习 kubernetes 又没有太多资金的同学也比较友好，直接买按量付费实例，测试完释放即可，不用购买 master 节点，十分良心！
