Arm VM のトラブルシューティング

このドキュメントでは、Arm VM の作成時または更新時に発生する可能性があるエラーについて説明します。

VM 作成時のエラー

Arm 仮想マシン（VM）インスタンスを作成できない場合は、VM の作成と更新のトラブルシューティングに記載されている次のような一般的な問題のいずれかが原因である可能性があります。

  • 割り当て不足
  • 複数のリソースを同時作成する際の not ready エラー
  • リソースの可用性の問題
  • ゾーンの可用性の問題
  • 十分な権限がない
  • リソース名
  • 制約に違反している
  • 必要な CPU プラットフォーム

Arm VM インスタンスが起動しない

Arm VM を作成しようとしても、開始状態にならない場合があります。最もよくある問題は、Arm VM と互換性のないマシンタイプまたは OS イメージを使用していることです。

考えられる別の原因として、x86 VM からブートディスクを使用して Arm VM を作成していることが挙げられます。ブートディスクのアーキテクチャは、VM マシンのアーキテクチャと一致させる必要があります。Compute Engine は、ブートディスクのアーキテクチャが VM アーキテクチャと一致することを確認しますが、カスタム イメージでは検証が機能しない場合があります。

エラー メッセージ:

Arm VM で x86 アーキテクチャのブートディスクを使用すると、ブートプロセスの非常に早い段階で障害が発生します。主な症状は ssh を使用して VM にアクセスできないことです。VM は機能していないので、問題を検証する唯一の方法は、次のようなシリアル コンソールログを確認することです。このログは無限に繰り返されます。

BdsDxe: failed to load Boot0001 "UEFI nvme_card-pd" from PciRoot(0x0)/Pci(0x2,
0x0)/NVMe(0x1,00-00-00-00-00-00-00-00): Not Found
EMU Variable FVB Started
EMU Variable invalid PCD sizes
Found PL031 RTC @ 0x9010000
InitializeRealTimeClock: using default timezone/daylight settings
[2J[01;01H[=3h[2J[01;01H
UEFI: Failed to load image.
Description: UEFI nvme_card-pd
FilePath: PciRoot(0x0)/Pci(0x2,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)
OptionNumber: 1.
Status: Not Found.

解決策:

VM が Arm 互換のマシンタイプと OS イメージで動作していることを確認します。VM を作成するときに x86 VM のブートディスクを使用しないでください。Arm VM を再作成します。

使用可能な Arm イメージについては、オペレーティング システムの詳細をご覧ください。

インスタンスの起動ループ

VM が起動ステージでループしています。この問題の一般的な原因は次のとおりです。

  • Arm VM が x86 オペレーティング システムのブートディスクを使用している。
  • 組織のポリシーによって、すべての新しい Compute Engine VM がセキュアブートで Shielded ディスク イメージを使用するよう求められているか、VM を作成したときに --shielded-secure-boot オプションを指定している。

解決策:

間違ったオペレーティング システム イメージで VM のブートディスクを作成した場合は、Arm OS イメージで Arm VM を再作成します。使用可能な Arm OS イメージについては、オペレーティング システムの詳細をご覧ください。

VM が Arm OS イメージを使用している場合、OS イメージがセキュアブートをサポートしていない可能性があります。Arm VM でこの問題が発生した場合は、VM を変更して --no-shielded-secure-boot オプションを設定します。このオプションを設定する方法については、Shielded VM の変更をご覧ください。

VM 更新時のエラー

VM を更新できない場合は、次の問題が原因である可能性があります。

マシンタイプの変更時のエラー

VM のマシンタイプを変更しようとすると、次のエラーが発生することがあります。

ERROR: (gcloud.compute.instances.set-machine-type) Could not fetch resource:
 - Invalid resource usage: 'Requested boot disk architecture (X86_64) is not
 compatible with machine type architecture (ARM64).'

解決策:

  • VM が新しいマシンタイプのプロセッサをサポートしていることを確認します。Arm VM に Arm 互換の CPU が必要なように、x86 VM には x86 互換の CPU が必要です。さまざまなマシンタイプでサポートされているプロセッサの詳細については、マシン ファミリーの比較のページをご覧ください。

  • Google Cloud CLI を使用して、マシンタイプの変更を試します。

x86 から Arm へのストレージ タイプ切り替え時のエラー

x86 マシンタイプから Arm C4A マシンタイプまたは T2A マシンタイプに切り替えると、ディスクタイプが Arm マシンタイプと互換性がないことを示す「INVALID_RESOURCE_USAGE」エラーが表示される場合があります。

  • エラーがブートディスクにある場合は、互換性のある Arm OS とディスクタイプを使用して新しい C4A または T2A VM を作成します。

  • x86 VM にアタッチされた Persistent Disk でこのエラーが発生した場合は、ディスクのスナップショットを作成し、そのスナップショットを使用して Hyperdisk Balanced ディスクを作成できます。その後、Hyperdisk Balanced を C4A VM にアタッチできます。

Persistent Disk のブートデータとディスクデータのスナップショットを作成する方法については、ワークロードを新しいコンピューティング インスタンスに移行するをご覧ください。

例

Editing VM instance "t2a-vm" failed. Error: [pd-balanced, c4a-standard-1]
features are not compatible for creating instance.

この例では、C4A はブートディスクに対して Hyperdisk Balanced のみをサポートし、T2A は Persistent Disk ディスクのみを使用するため、t2a-standard-1 Arm VM のマシンタイプを c4a-standard-1 Arm VM に変更することはできません。T2A VM のマシンタイプは変更できません。このエラーを解決するには、Arm VM への移行の手順に沿って操作します。

次のステップ