阅读时间:6分钟
现在比以往任何时候都更我们的客户要求我们减少公共云花的方法。客户也要求我们现货实例是否仍然提供高水平的折扣,他们总是。现实情况是,现货实例定价仍很大程度上基于供给和需求。云提供商的产能过剩意味着可用性可以在几分钟内改变。因此,您可能会看到定价为特定市场增加了几个月,然后不久。年我们看到这些趋势发生在某些节日或事件发生在世界各地。但尽管有这些波动,我们总是看到一个快速回到一个稳定的高水平的储蓄。
我们的团队在现货NetApp总是遵循这些趋势和定价的帮助下一个专门的研究小组,其任务就是不断改善我们的算法。这个团队帮助开发我们的一些核心功能,预测调整等功能,利用机器学习模型识别和预测能力在公共云使用和中断。这使我们能够进入最好的现货市场,实例类型和可用性区域,提供最好的价格和最不可能被打断。
随着时间的推移,我们已经看到宏观经济因素对增加或减少现货价格和可用性。例如,2020年3月不是任何云提供商可能预测。在这段时间里,我们看到了一个戏剧性的转变公司增加其公共计算总消费量,从而更多的现货中断以及增加现货价格。我分享这个例子,因为它是重要的现货实例的用户意识到他们可能不时看到这些趋势,但没有人会给你90%的折扣在没有任何警告或克服的挑战。
我一直告诉我们的客户,由NetApp现货可以提供历史价格在现货市场,但是我们有个水晶球不知道云提供商开放一个新的数据中心明天充满期望的实例类型和大小,导致增加储蓄。出于这个原因,我们从不建议客户依赖历史数据来驱动他们的配置。
我们潜水深入一点,分享一些实际的例子如何现货NetApp可以使你的公共云基础设施弹性等宏观经济变化。我将这样的句子拆成两个部分根据您的应用程序是否集装箱或单一应用程序可能运行在一个传统的伸缩。
容器
发现海洋是我们的旗舰产品在云中提供serverless容器的经验。所有你要做的就是将我们的控制器部署到现有的k8集群和海洋将自动启动最好的实例类型,大小,基于pod和家庭需求和不断优化的基础设施,以确保你不浪费计算。所有这一切完成,同时使用我们的算法来促进每一个扩展的决策和交付成本节约和稳定性。
作为一项最佳实践,我们鼓励我们的客户将尽可能多的实例类型添加到“允许名单”。这允许我们的自动定量为你做出最好的比例决定工作负载需求可能会发生变化,所以将现货市场波动。
正如我提到的,现货市场可用性可以在几分钟内改变。用历史数据来驱动你的“允许名单”可能会让你进入一个场景,你看到更少的成本节约点或作为一个整体的能力。海洋,你几乎总是看到一个异构实例类型和家庭在集群启动。这不仅因为你的豆荚的需求也归因于无论我们可以找到最好的现货市场进入。
Kubernetes使得这个简单的CPU和内存请求平等。因此,Kubernetes不在乎如果你有最新最好的实例类型运行在集群或更年长的类型。如果一个豆荚集群中等待,调度器将它安排在满足需求的任何节点。
AWS客户可能听说过AWS引力子实例可以为客户的利益,如改进的性能和更便宜的随需应变的成本。重子AMI实例需要不同的体系结构使用基于x86的AMI的比他们的前辈。这就是为什么AWS用户无法使用x86和引力子实例在同一节点组或自动定量组。
我们兴奋地宣布,发现海洋现在支持运行multi-architecture虚拟节点组的能力。这使得我们的自动定量提供最好的基础设施基于市场条件。看看我们的博客和所有的细节在此功能在这里。
引力子一直生长在AWS实例生态系统和目前至少有13个不同的家庭。如果你在家庭和所有这些实例添加尺寸允许列表,让海洋超过100额外的现货市场不断评估和投入,同时考虑到数以百计的x86市场。这是最好的方法之一,以确保我们的自动定量可以追踪现货折扣最高。
让我们看看一些数据与现场例子US-West-2地区比较最新的引力子实例的x86实例相同数量的个vCPU &内存:
重子- C6G.4Xlarge

C5.4xlarge

从上面的例子我们可以得出这样的结论:尽管引力子实例价格更便宜的随需应变比non-Graviton c5.4xlarge,现货价格更便宜的c5.4xlarge除了一个可用性区域。
独立应用程序
我们不要离开我们没有集装箱的应用程序。现货NetApp的Elastigroup海洋一样提供了很多好处,但专门为独立应用程序。Elastigroup提供相同的功能配置x86和引力子到相同的实例都允许列表提供更多元化的允许的情况下,节省成本和可用性。
然而,客户,利用负载平衡器可能会坚持使用单个实例的大小。这是因为一个同质的配置实例(所有相同类型和大小)确保负载均衡器公平分配流量,同时实现稳定的利用率和性能,但其缺点是允许有限的实例列表可以使用家庭。如果你使用不同的实例类型和大小,它将提供更可靠的基础设施,但是交通分布会进一步扭曲,导致效率低下。
与Elastigroup智能交通流(ITF),为客户帮助我们消除这一障碍。ITF使用应用程序的负载平衡器的权重分布流量能力基于实例的能力。
ITF是如何工作的呢?
ITF使用应用程序的负载平衡器的权重分配能力的传入流量基于实例的能力。在这第一个版本,ITF将分组实例根据他们个vCPU计数,自动计算每组的重量相对于整个Elastigroup内个vCPU总数。集群中的每个实例最终将具有相同,最佳水平的个vCPU利用率。在下一个版本中,ITF也能够计算和平衡交通基于其他指标,如内存和网络消费。
一起为计算核心功能配置,成本优化和预测比例,ITF轮Elastigroup的功能提供最先进的、自动化的云基础设施管理平台。
为每一个扩展事件发生在Elastigroup平台,ITF无缝地重新计算目标群体的体重和自动调整交通无需任何人工干预。用户可以利用尽可能多的现货实例市场希望实现更高的可用性,同时资源利用是有效和优化实例。ITF水平的竞技场客户运行非负载通过允许用户配置一个真正的异构融合的实例在你允许列表。所有这一切没有任何手动DevOps干预和允许Elastigroup追逐根据实时市场最具成本效益的基础设施条件。
实例类型越多,更多的基础设施
当现货实例上运行的工作负载,可用性、可靠性和性能总是最重要的。现货实例可以被停止或终止与小警告,所以使用它们意味着管理这些挑战。我们鼓励我们的海洋和Elastigroup客户配置尽可能多的实例类型和可用性区域在他们的组织。这将确保海洋和Elastigroup将准备适应和最具成本效益的和可用的基础设施规模取决于您的配置策略没有牺牲品时间点现货价格上涨。
事件现场实例的可用性并不是适合所有的现货市场配置,海洋和Elastigroup可以回退到按需实例通过推出最便宜的按需配置实例。这些新功能将使你的基础设施更适应宏观经济变化。
请继续关注在未来几周内宣布即将到来的特性Elastigroup:动态AZ选择。在这种情况下,客户只需要使用一个single-AZ架构,Elastigroup将自动选择最佳的可用性区域中创建/扩大事件提供您最具成本效益的和可用的现货市场。
开始
多个AMI的海洋+ Elastigroup现在是可用的,可以通过现场配置API。这个新功能的实现将很快出现在现场的UI。额外的信息关于这个配置有现货API文档和我们从API文档将包括一个示例如下:
{
“集团”:{
"计算":{
" launchSpecification ": {
“imageId”:空,
“图像”:(
{" id ": " ami - 12345678901234567 "},
{" id ": " ami - 23456789012345678 "}
]
}
}
}
}