与我们最近宣布关于总体可用性的海洋Azure Kubernetes服务(部),我决定我们的迁移生产服务。部服务已经运行,但现在将由现货部的海洋。
TL;博士:结果很酷,因为我能够削减82%的现有开支部集群。你可以看到下面的屏幕截图。
如果你想了解更多关于我如何使海洋部这个集群在不到5分钟,请继续阅读。
首先,我的部集群配置如下:
- 网络类型(插件):Azure有限公司
- 节点池:2节点池(用户、系统)
- 节点的大小:Standard_DS2_v2, Standard_D2s_v3
- 地区:EastUS
- 网络政策:默认的
- 集群使用托管服务的身份
- 自动定量:启用
这个生产应用程序内部的前端和后端开发人员使用。它提供了大量的实用工具来创建和管理测试、过渡和生产环境。总的来说,我的团队是不满意这个部集群中的节点的利用率,以及支出非常高。此外,我们有成本限制这个集群和最小/最大的节点数量的限制。最终的结果是大量的时期,许多豆荚是计划外等其他工作完成。
下面是集群部的指标,然后被迁移到海洋。
正如您可以看到的,有很多等待豆荚不时,平均内存(24%)和CPU利用率很低(12.36%)。
海洋声称它将优化集群节点利用率,降低总体成本不牺牲可用性和性能。因为这个集群资源没有得到充分利用,等待豆荚,实现预算限制,我决定这生产集群迁移雷竞技rabet官网到现货海洋部。
海洋配置和连接
在集群连接部海洋之前,我完成以下步骤的概述现货海洋文档:
- 连接一个Azure账户。
- 部验证访问我们的集群。
- Kubernetes命令行工具,kubectl,安装在我的工作站和配置集群部与相关工作。
设置页面让海洋部集群操作非常简单,包括3点击:
- 生成一个令牌(注意:您可以重用现有的一个。)。
- 在集群上安装控制器与一个简单的命令。
- 安装工作将从正在运行的节点集群元数据发送给SaaS。
下面是一个视图的设置页面
连接已经建立后,第四步已经完成,我开始的计算选项卡,以查看导入的数据部。
至于VM集群中的类型和资源限制,发现海洋配置VM家庭池相匹配的架构部的资源配置。雷竞技rabet官网我选择各种各样的实例类型,如蓝色在下面的截图所示。
注意:你可以删除你不想使用实例的家庭。
然后,基于节点池配置在Azure,海洋了虚拟节点组(VNG),它是一个组件的位置提供了一个抽象层,使您能够管理不同类型的工作负载在同一集群。各自的VNGs将继承标签、污染、可用性区域,磁盘配置已经定义在Azure。
其余的配置通常不需要更改。这是一个快照部现有配置的集群。它将会出现在最后一个选项卡审查在JSON视图。
的配置,你应该希望看到有关图片、网络、集群标签、登录、负载平衡器、磁盘、扩展和身份验证。
最后,导入数据的一个非常简单的过程之后,是时候最后点击——连接海洋!
海洋集群创建,现在管理0的17个节点的集群部。
部工作负载从节点池迁移到海洋
为了把一切工作,是时候部的工作负载迁移到海洋。
首先,我们需要禁用自动定量部节点池。这将让海洋接管管理新创建的豆荚和启动虚拟机(VM)等待豆荚放在没有合适的节点。
之后,我们需要缩减部节点的虚拟机池为了让海洋旋转vm。
重要提示:为了让海洋部控制集群,我们需要:
- 禁用集群节点池自动定量
- 对系统节点池,建议从Azure是保持至少一个节点运行,因此我们将1个节点在系统默认池。对于用户池,我们将降低为0。
要做到这一点,我们首先需要禁用自动定量部节点池,通过改变手动通过用户界面或使用以下命令:
CLI:
美元az部nodepool更新—禁用-cluster-autoscaler - g $ {resourceGroupName} - n $ {nodePoolName}——集群名称$ {aksClusterName}
界面:
禁用节点池自动定量后,我按比例缩小节点池如上所述。
这可以通过Azure UI手动完成,或在Azure CLI使用下面的命令:
美元az部nodepool规模——资源组$ {resourceGroupName}——集群名称$ {aksClusterName} - n = $ {nodePoolName},节点数0
现在,随着豆荚,缩小节点被安排计划外,是时候海洋推出现货vm。
截图可以看到,现在一半的集群是由海洋,另一半被隔离和排水。
节点使用aks-XXXX…部的命名约定是节点和管理vm-XXXX…由现场节点管理海洋。
最后,之后的第一天,所有的工作量现在坐在现货vm管理海洋,我提出以下看法:
- 起初我的集群利用率达到了97%。这是一个了不起的进步!为了新吊舱将更快,我配置了5%净空高度“用户”VNG。这我的利用率下降到92%,但工作负载可以用一个合理的规模速度缓冲的闲置产能。
- 我的集群83%储蓄,因为海洋规定各种现货VM大小。这是部比什么更灵活提供托管节点池。装箱是优化工作负载位置,减少所需的节点数量。
- 计划外豆荚的数量大大减少。
- 没有中断的现货vm的第一天。此后,我观察到平均每周三个中断。这些被海洋无缝地处理没有负面影响正在运行的工作负载。
这对你来说意味着什么呢?
如果你已经部上运行的工作负载,这个解决方案可以帮助减少你的成本和运营开销。与现货海洋部,我能够削减超过80%的集群的计算成本。除了节约成本,工作表现更好,用更少的豆荚计划外支出时间。你想您的集群成本降低80% ?书演示!
