以前は、VPCでstop/startをしたらUUIDは変更されていたが、2021/08/17のrelease notesによるとUUIDは変更されなくなったようだ。
バックアップソフトウェア（例えばVeeamなど）によっては、UUIDを元に同一サーバーであるかどうかを識別しているため、Stop/Start以外にもシステムメンテナンスによる強制停止・開始でも同様にUUIDが変更されてしまって、バックアップジョブを再登録する必要があったという問題があった。今回の仕様変更によってこうした問題が改善されたことはありがたい。

Instance Identifier Update: The instance identifier (ID) now includes the SMBIOS system-uuid as a portion of the ID. The ID, including the SMBIOS system-uuid portion, is static and persists for the lifecycle of the virtual server instance until that virtual server instance is deleted. For more information, including how to retrieve this information from within your virtual server, see Retrieving the virtual server instance identifier section in Managing virtual server instances.

本稿は元々UUIDがstop/startによって変更されるということを紹介する記事だったが、これを受けて書き直すことにした。以下は実験例。

1. 事前状態

Stop/Start前

# cat /etc/redhat-release
CentOS Linux release 7.7.1908 (Core)

# dmidecode -s system-family
02e7_fe6b34c2-7609-47b6-8f62-b7aa0207ec8b
# dmidecode -s system-uuid
fe6b34c2-7609-47b6-8f62-b7aa0207ec8b
# cat /sys/devices/virtual/dmi/id/product_uuid
FE6B34C2-7609-47B6-8F62-B7AA0207EC8B

2. IBM Cloud ConsoleからStopおよびStartの実行

Stop
Start

3. Stop/Start後の再確認（以前と違い、UUIDが変更されていない！）

Stop/Start後

# cat /etc/redhat-release
CentOS Linux release 7.7.1908 (Core)

# dmidecode -s system-family
02e7_fe6b34c2-7609-47b6-8f62-b7aa0207ec8b
# dmidecode -s system-uuid
fe6b34c2-7609-47b6-8f62-b7aa0207ec8b
# cat /sys/devices/virtual/dmi/id/product_uuid
FE6B34C2-7609-47B6-8F62-B7AA0207EC8B