AWS将其自己的ARM CPU默认用于ElastiCache内存数据存储服务

亚马逊网络服务已经将其自制的ARM驱动的Graviton2 CPU作为其ElastiCache服务的默认处理器。

ElastiCache是AWS的内存中数据存储即服务，允许用户在亚马逊云中创建Redis或memcached实现。

早在2019年12月，AWS就对Graviton2上的ElastiCache感到非常兴奋，当时它表示已经对Memcached-on-ARM进行了基准测试，发现性能和延迟提高了43%。因此，这家云计算巨头表示，它将在自己的硅片上运行ElastiCache。

该公司信守诺言，上周宣布ElastiCache现在支持基于Graviton2的M6g和R6g实例类型，并且它们将提供“比上一代实例高达45%的性价比提升”。

正如澳大利亚开发者(前GNOME基金会主管)杰夫·沃夫发现的那样，这份声明包括以下几句话：

并不是所有的AWS位仓库都提供ElastiCache-on-Graviton2，所以虽然公司已经宣布它是默认的CPU，但是客户仍然有很多x86选项。

但AWS正在将基于Graviton2的ElastiCache作为升级进行推广，因为它比同类的x86封装实例类型更快，并提供更多的网络带宽。

“ElastiCache Graviton2实例还配备了最新的Amazon Linux2，它取代了即将过时的Amazon Linux1，”客户被告知。此外，Graviton2实例支持最新版本的Redis和memcached，可从上一代实例无缝升级。

ElastiCache是AWS行为更像SaaS供应商而不是云的一个例子。而且，如果客户得到他们想要的软件、性能和价格，SaaS供应商使用的CPU可以说是无关紧要的。像Salesforce这样的公司几乎从来不会透露他们运行的是什么硬件。

甲骨文在其云中添加了基于ARM的服务器，最多可拥有160个核心-这一定是其投入数百万安培的原因。

多读。

现在，AWS告诉它的客户，它可以用自己的芯片提供卓越的服务。

这增加了AWS对其他工作负载再次执行此操作的明显可能性。英特尔和AMD不会喜欢这一点，因为没有多少用户准备运行ARM的代码削减，所以它们还不会对至强或EPYC CPU的销售构成巨大威胁。但很多用户会乐于采取一切必要措施来削减SaaS成本，因为在很多情况下，他们不需要做出重大改变。

The Register-独立于科技界的新闻和观点。情况发布的一部分