当你在自管kubernetes集群上使用AKS时,你不能做什么?

我正在决定是否应该为我的 CI 构建代理提供使用 vanilla kubernetes 或使用 Azure Kubernetes Service。

如果使用AKS,我将失去什么控制权;集群内部的SSH? 打开和关闭VMS?成本如何,我看到AKS使用虚拟机定价,是否有其他的东西。

解决方案:

我想到了几个限制,但它们都不应该限制你的用例。

  1. 你失去了对主节点的控制(控制平面)。在你的用例中,这不应该是一个问题,我很难想象这可能是一个限制。你仍然可以在AKS中SSH进入工人节点。
  2. 你失去了对工作节点大小的精细控制。节点池变成了控制虚拟机大小的抽象概念。在自管理集群中,你可以将完全不同大小的虚拟机附加到集群中。在AKS中,同一池中的所有节点必须是相同大小的(但你可以创建多个具有不同VM大小的节点池)。
  3. 在AKS中不能选择节点的操作系统(它是基于Ubuntu的)。
  4. 你不能灵活选择k8s的网络插件。要么是kubenet,要么是Azure CNI。但只要你不使用一些需要L2网络的怪异应用,就没有问题。此处

AKS绝对有好处。

  1. 你不需要管理控制平面,这是个真正的缓解痛苦的方法。
  2. AKS可以动态地扩展其节点,这对于像构建代理这样的突发工作负载来说可能是一个很好的选择,但在节点扩展过程中也会带来额外的延迟。
  3. 集群(控制平面和数据平面)升级只需在azure门户中点击几下。
  4. 控制平面在AKS中是免费的(与亚马逊中的EKS相比),你只需为工作节点付费,你可以计算你的价格。此处

给TA打赏
共{{data.count}}人
人已打赏
未分类

无法在r中正确绘制data.frame。

2022-9-9 4:35:19

未分类

Apache FTPC客户端。将内存中的文本写入FTP服务器上的文件

2022-9-9 4:35:21

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索