4工作你不知道你可以运行在EC2实例

”现货实例太短暂,持续的工作负载,“多数人认为。

甚至DevOps优点运行生产工作负载现场实例不相信他们可以是一个适合数据库或有状态应用程序。或者至少不重新设计其结构在很大程度上。

Spotinst然而,使用户能够运行任何工作量没有单点故障现场实例与SLA保证高可用性。
下面是如何跑5工作负载需求的一致性和数据的完整性,现场实例:

1。现场有状态应用程序实例

只要你的有状态应用程序可以容忍维护窗口(我。e夜间或周末),您可以使用Elastrigroup现场实例运行它。对于现货实例中断,Spotinst将尝试重新启动或启动现场实例在不同可用性区域,实例类型甚至在一个不同的定价模型如需维护应用程序的可用性。

看看我们的导游为运行Elasticsearch Kubernetes上

2。运行持续NoSQL DBs

从MongoDB来卡珊德拉现场运行数据库实例并不是最明显的解决方案。但随着Spotinst,现场可以持续运行数据库实例。今天,我们有很多很多的客户现场运行持续数据库实例。

卡桑德拉的情况,例如,它的工作原理如下:如果一个卡桑德拉节点所取代,我们自动克隆实例和数据来重新启动它作为一个新实例之前有一个现货实例中断。同时,先前的实例的克隆确保集群IOPs不是浪费在提出一个新实例。

MongoDB,你可以利用他们的副本集运行MongoDB负荷100%的可用性和数据持久性现场实例。为了提供容错,MongoDB允许创建副本集,本质上的MongoDB服务器集群实现主从复制和自动故障转移。通过配置这个特性和运行MongoDB Spotinst工作负载,可以利用“分离+接EBS”功能有状态应用程序维护可用性和数据完整性的MongoDB工作负载在运行现场实例。

注意,您应该至少1按需运行实例的主实例MongoDB副本集,同时为初选1000设置其优先级。这确保了复制品总是接受请求。

3所示。容器协调器(Kubernetes,亚马逊ECS,码头工人群和更多…)

Spotinst不仅使您能够运行Kubernetes或其他容器编制平台(码头工人群,ECS,中间层等)现场实例,但实际上,更,通过有效地自动定量工作负载容器。

Spotinst计算你的成本不断扩大,不仅发现,保留或随需应变的实例,但大小不同的机器(2 xm3.large诉1 xm3.xlarge,例如)。

这不仅有助于确保最大效率运行的现场实例,而是玩俄罗斯方块游戏容器工作负载在不同的机器上运行的最佳利用。

4所示。CI / CD的工作负载

使用詹金斯,厨师,或CodeDeploy自动化你的CI / CD管道吗?

有时,它可能是一个挑战这些工作负载运行现场实例。试图管理你所有的CI / CD自动化在处理一些不可避免的现货实例中断可以很容易出错和降低你的速度。与厨师,例如,它可以导致的僵尸的场景中,厨师将知道现货实例中断。詹金斯或CodeDeploy,更新管理和配置的复杂性可以大量现货实例头痛如果有中断。

Spotinst然而,使您能够轻松地与所有三个集成。您可以扩大和缩小的预定义参数运行您的CI / CD管道成本相对较低。这种集成可以确保您的配置设置跨现货实例甚至在终端和替换由Spotinst管理。