amazon-web-services - aws/azure/TO/GCP 的 1 个 cpu(CPU 的一个线程)或 1GB 内存在云提供商中是否意味着一致？

Question

让我更好地解释一下我的问题。让我以著名的虚构 Scott 处理器为例。

配置C19 - 2019 Scott处理器基频2.7GHz一核一线程
配置C21 - 2021 Scott处理器基频4.0 GHz一核一线程及进一步改进

因此，使用 C2 的进程/程序预计会比在 C1 上运行得越来越快。

现在，比如说，2019 年的任何云提供商都会选择当时最好的处理器，即 C19。伟大的。到 2021 年，他们将使用 C21 构建新系统。无法保证在 2021 年他们会退役或将 C19 升级为 C21。很好。
因此，现在到 2021 年，云提供商将向客户提供 1CPU(并且不会向客户透露它是 C19 还是 C21)。它只是一个 CPU 产品(AWS 披露了它是 ARM 还是其他类型的处理器，但没有披露 CPU 的频率)。

现在，如果我从云提供商购买一项 CPU 服务，并说今天我获得了 C21 配置。我对我的应用程序 (v1.0.0) 进行了基准测试，花了 10 分钟才完成一些工作。美好的。工作完成，我终止了我的服务。一个月后，为了满足某些要求，我必须重新运行基准测试(没有任何应用程序更改 - 仍然是 v1.0.0)。因此，我重新与同一个云提供商签约并获得一个 cpu。那么这次我是否有可能获得 C19 配置(这么认为)，如果我再次重新运行基准测试，我的应用程序这次可能需要 13 分钟，因为我获得的是 C19 处理器而不是 C21 处理器。

所以基本上我的观点是 - 云提供商提供的 1CPU(或 1GB 内存)是否意味着当前的相同性能(不关心 future )。无论在哪里以及谁注册。不同云提供商的情况是否一致，或者同一资源的不同云提供商的里程可能会有所不同。

如果它是一致的(在一个云提供商或所有云提供商之间)-它是如何工作的。他们如何确保在云中的各种硬件配置之间，他们可以保证客户对于给定类型的资源获得相同的里程。

评论:这就是像AWS这样的提供商推出跨实例类型的原因吗——例如M1、M2和T1、T2等。这样他们就可以保证同一代和实例类型的相同配置具有相同的性能。

Answer 1

您的粗体评论是正确的:给定的实例“系列”使用特定的芯片组。

对于 AWS，这些列于: Amazon EC2 Instance Types - Amazon Web Services

在AWS数据中心，有许多“主机”的机架。每个主人都属于一个特定的家庭。例如，M5 是“高达 3.1 GHz Intel Xeon® Platinum 8175M 处理器，具有新的 Intel 高级矢量扩展 (AVX-512) 指令集”。

然后，每个主机计算机被分割为多个虚拟计算机。 m5.24xlarge是具有96个虚拟CPU的整个主机。或者，可以将其分为两台 m5.12xlarge 虚拟计算机，每台虚拟计算机具有 48 个 vCPU。只要您始终选择相同的实例类型，那么您将始终获得相同的虚拟硬件(CPU、RAM)。

规范因实例系列而异，因为它们使用不同的 CPU 以及可能不同代的硬件。 不同云提供商的规范也有所不同，因此您不会期望在 AWS 和 Azure 之间找到完全相同的硬件规范。所有云提供商都构建自己的硬件，并且可能使用不同的芯片组，即使它们仍然来自英特尔、AMD 和 nVidia。 AWS 甚至生产自己的 Graviton ARM 芯片。

当开放新区域和可用区时，它们可能不会提供旧代实例系列。例如，较旧的M3系列在新开放的地区不可用。