背景：

算是一个腾讯云深度用户，用了78年左右，因为业务需要，往年五月份开始逐渐在阿里云跑了一些服务。不吹不黑。发自内心的吐槽一下阿里云的ack服务。其余服务没有多大发言权。都差不多。然而作为一个算是比拟晚期的kubernetes用户有必要吐槽一下阿里云的ack服务，没有方法。圈子外面没有阿里云容器组的人，像是腾讯云的tke的服务有问题能够间接找到相干人员反映，提交一下集体意见了。

深度吐槽阿里云ack服务

1.从创立集群开始吧

1. 对于虚构交换机

对于这个抉择虚构交换机我就很不能了解，比方我当初有四个交换机，ok，我抉择了三个，是不是我另外一个交换机的服务器就不能退出集群？前提是我抉择了专用网络了，实践上我的专用网络内任何一台服务器是不是都能够退出集群？为什么要给我加一个这个的限度呢？不晓得我的了解有没有问题，也欢送各位阿里云的大佬斧正！

2.对于容器的网络

这个中央更是恶心....默认的pod 的cidr 172网段的，service cidr192.168.0.0/16段的？这只是我的截图阿，反正就是 两个网络的段不会是一个大的网段默认的......

pod 网络 service网络默认会是两个不一样的私网....可是我有点强迫症....我想pod service cidr在一个网络内可不可以？请看一下腾讯的我只设置了容器网络172.1716.0/20,而后我的容器pod网络主动设置为了172.17.16.0/20,service cidr设置为了172.17.28.0/22：


这样他不香吗？要害是这样，我前面如果多vpc，多地区集群作互联是不是会不便一些？

可能手动的能够设置。然而用户疏导这方面设置为两个不同的私网是很恶心的，请考虑一下多集群互联，和网络资源的布局！
这只是集群创立过程中体验的不爽的...

2.当集群创立实现之后：

1.资源的扩容增加服务器到集群

这个问题我提交过工单，工单可见服务编号000D0585GS。过程是这样的。我要增加一台已有的服务器退出集群，而后居然加不进去，查了一圈问题，客服通知我，要先把这台服务器退出到ack节点的平安祖我能力操作....what这是什么鬼操作？我增加机器进入集群，平安祖不应该默认增加吗？还须要我手动先将机器退出平安祖我能力增加机器进入集群？这是什么神仙操作？很让我费解。工单中提交了集体意见心愿能更改这个流程，不晓得后续是否有什么批改

2.诡异的alb

事件是这样的：我应该三四月份创立的ack集群，而后过后看网络路由有ALB ingress，咱没有用过阿...体验一下吧！后果就是我没有创立胜利......有点难过，作为一个用了kubernetes5-6年的用户我居然没有搞胜利，好吧一气之下删除了，换成了traefik作代理。诡异的期间 14天后的一个夜晚产生了.....主动创立了ALB服务。齐全懵了......我不是删除了吗？为什么是14天的周期主动创立了？

我关怀的是删除了服务 ，为什么没有删除洁净？为什么14天后服务主动创立了？这都是什么神仙操作？

3.日志服务对于Job日志的采集

谁家还没有几个job服务呢对吧？而后接入了阿里云的日志采集服务。恩要害是日志齐全没有采集到阿....怎么会事件？问 了一下我的job退出太快了....

要害是job就算退出了也是complete状态吧？默认的能够看到最新的三个工作的日志吧？起码kubectl logs -f？采集不到....好吧，批改代码打完了日志期待30秒再推出...这也太恶心了......我起码filebeat啥的采集也能采集到吧？怎么就不能呢？能不能别让我批改阿......

4.可恶的报警.......

先吐槽一下这个报警模板，大家的审美观看一下可还悦目？

第一眼ack 好的我默认关上ACK

TMD报警模板外面的实例名称能不能给ack集群中节点名称统一我那里下手阿？哦对有公网IP我凑 ，这ack控制台显示公网Ip吗？点开详情ip这里能力发现是这一台

这里我心愿报警模板实例能与ACK节点名称规范化一下。ack控制台节点相干信息显示也可能更欠缺一下。
而后接着吐槽，报警这里fs.inode.utilization_device设置的阈值是85%没有问题，看一下kubelet的垃圾回收：--eviction-hard=imagefs.available<15%,memory.available<300Mi,nodefs.available<10%,nodefs.inodesFree<5%
。这是默认的吧压根就没有批改吧？那这个报警与垃圾回收有什么用呢？我就想晓得？


好吧我本人去批改kubelet配置文件行不行？
eviction-hard=imagefs.available<15%,memory.available<300Mi,nodefs.available<20%,nodefs.inodesFree<15%
找了一圈我居然无奈确定改批改哪个文件

我这里批改能够吗？

重启服务后

ps -ef|grep kubelet

还是这样 我怂了 ，惹不起！


我改一下报警行了不？，惹不起我躲了！

看一下失常kubeadm集群的配置：

我批改了一下kubeadm-flags.env好歹是失效的阿？对不

惹不起我躲了....先批改监控报警策略了！而且从根本上来说，托管的服务。这些货色应该是优化好的尽量去缩小用户的操作不是吗?你的 报警跟垃圾回收策略都不统一，搞毛线呢？问题是我集体批改参数他也不失效阿.....这让我怎么玩？毫无舒适感，不想动了！
心愿阿里云ack的小伙伴能看到我的吐槽，没有方法阿吐槽无门阿....太居高临下了.....心愿能听一下用户的心声！