在VM停止并启动之后，Google计算引擎VM是否会在不同的物理主机上启动？

Question

例如，在AWS中，当一个实例停止并启动时，它会在物理主机之间切换。

当您停止EBS启动实例时，您将放弃服务器正在运行的物理硬件，并且EC2可以在那里自由地启动其他人的实例。您的EBS引导卷(以及其他附加的EBS卷)仍然保留，尽管它们并没有真正绑定到物理或虚拟服务器。它们只是与不在任何地方运行的实例id相关联。当您再次启动实例时，EC2会选择一些硬件来运行它，在EBS卷(S)中绑定并重新启动它。停止/启动时更改的内容包括:新的内部IP地址，尽管可能是随机的。VPC实例通过停止/启动保持相同的内部IP地址。新的外部IP地址(尽管可能是随机的)。如果弹性IP地址在实例停止之前与其关联，那么您需要在启动后重新关联它。VPC实例保持弹性IP地址通过停止/启动相关联。实例的前临时存储中的任何内容都被删除，您将获得新的临时存储(通常作为/mnt挂载)。您可以让实例随时停止，运行时不收取费用(虽然EBS卷存储的收费要低得多)。看下一点。当您再次启动实例时，将为它启动一个新的计费小时。例如，如果您启动一个新实例，然后在头60分钟内停止/启动它3次，您将被收取4小时而不是1小时的费用。当您想再次启动实例时，EC2很可能没有正确的实例类型的可用插槽来运行它。我已经发生了这种情况，并暂时切换到另一个可用的实例类型，以使它再次运行。当您重新启动时，这是在OS级别上简单的重新启动，并且实例在相同的硬件上运行，具有相同的私有和公共IP地址，保持相同的弹性IP地址(如果相关)，并且保持相同的临时存储而不被擦除。在重新启动时不会启动新的计费时间，您也不会放弃实例硬件。

源- https://alestic.com/2011/09/ec2-reboot-stop-start/

因此，如果物理主机被降级或将进行以后的维护，您只需优雅地停止一个实例，然后重新启动它，它就会转移到另一个物理主机上(并不总是有保证，但通常是正确的)。

重新启动AWS实例使VM在同一个物理主机上运行。

有人能澄清Google Compute Engine VM在实例停止/启动和重新启动时的行为吗？

我在一张与GCP的票证中提出了这一问题，但它指向了以下两个文档URL，但实际上没有回答这个问题：

• https://cloud.google.com/compute/docs/instances/stop-start-instance#stopping_一个_实例
• https://cloud.google.com/compute/docs/instances/live-migration

我提出这个问题背后的背景是，在GCP由于主机错误而自动重新启动VM之后，我们的VM是否继续在同一个物理主机上运行。

Answer 1

当发生主机错误时，意味着VM所在的物理机器出现了硬件或软件问题，从而导致主机错误。如果将VM设置为自动重新启动(这是默认值)，则将在另一台物理机器上重新启动VM。

您可以在我们关于https://cloud.google.com/compute/docs/faq#hosterror的公共文档上查看它。

在VM上执行停止操作时，Compute引擎向实例发送ACPI断电信号。当VM停止时，临时外部IP地址将从实例中释放出来，您将支付仍然附加到VM实例的资源，如静态IP和持久磁盘数据。

启动已停止的VM时，可以将其分配到另一台物理机器或同一台物理机器上。

当您在VM上执行重置操作时，类似于在您的计算机上执行硬复位操作，您可以按下重置按钮或按住电源按钮。重置实例会擦除机器的内存内容，并将虚拟机重置到其初始状态。重置操作保留其短暂的IP地址、持久磁盘、机器类型等。但是，除非备份数据，否则存储在内存中的任何数据都将被重置。

您可以检查https://cloud.google.com/compute/docs/instances/instance-life-cycle上的公共文档中的实例生命周期。