【ITニュース解説】Four Debian 13 Boxes, One Brief: 1,923 Packages on Metal, 328 in the Cloud, and the Backup GPT Header Nobody Relocated

システムエンジニアとして、様々な環境でOSがどのように動作するかを理解することは非常に重要だ。このニュース記事は、人気のあるLinuxディストリビューションであるDebian 13を、一台の物理ノートPCと、Amazon Web Services (AWS)、Google Cloud (GCE)、Microsoft Azureという主要な3つのクラウド環境に導入し、それぞれのOSが自身のハードウェアをどのように認識し、どのようなツールが利用できるかを詳細に比較した興味深い実験結果を報告している。

まず、OSの初期状態に含まれる「パッケージ」の数に大きな違いがあることがわかる。物理ノートPCにDebian 13をインストールした場合、約1,923個のパッケージが導入されるのに対し、クラウド環境のDebian 13イメージでは、AWSで337個、GCEで350個、Azureで328個と、大幅に少ないパッケージ数となっている。これは、クラウド環境では必要最低限の機能のみを提供し、リソース消費を抑え、ユーザーが必要なものを後から追加するという設計思想に基づいているためだ。

次に、ハードウェアの認識とそれに対応するツールの有無が比較されている。全てのテスト環境で、現代の高速ストレージであるNVMe SSDが利用されているにもかかわらず、AWSとAzureのクラウドイメージには、NVMeデバイスの健全性や情報を確認するための重要なツールであるnvme-cliがデフォルトでインストールされていないことが判明した。GCEのみがnvme-cliを含む、より充実したツールセットを提供しており、物理ハードウェアの情報を詳しく調べることができる点が際立っていた。また、クラウド環境のイメージでは、ファームウェア関連のパッケージが一切含まれておらず、ファームウェアのロードも行われない。これは不具合ではなく、クラウドの仮想化された環境では、物理的なファームウェアに直接アクセスする必要がないため、このように設計されている。

ハイパーバイザー（クラウド環境で仮想マシンを動かす基盤ソフトウェア）が物理ハードウェアをどのように仮想化し、ゲストOSに公開するかによって、利用できる機能に大きな差があることも明らかになった。例えば、ハードウェアの温度監視を行う/sys/class/hwmonや、CPUの電力消費を制御するRAPL（Rapid Accelerated Power Limiting）に関する情報が、クラウド環境では利用できない、または限定的にしか利用できない場合があった。特に、マイクロコード（CPU内部の制御プログラム）のリビジョン情報を確認する際に、AWSでは実際の情報が表示されるのに対し、GCEとAzureでは「0xffffffff」というマスクされた値が表示される。これは、セキュリティ監査などでマイクロコードレベルを確認する必要がある場合、重要な違いとなる。

さらに注目すべきは、パーティションテーブルのバックアップに関する警告の扱いの違いだ。GPT（GUIDパーティションテーブル）は、ディスクのパーティション情報を管理する仕組みで、通常はディスクの先頭と末尾にバックアップのヘッダーを持つ。AWSとGCEの起動ログには「GPT:16777215 != 41943039」という警告が表示された。これは、ディスクのサイズが拡張された際に、プライマリGPTヘッダーは更新されたが、ディスク末尾のバックアップGPTヘッダーが正しく移動されなかったことを意味している。GCEでは、この警告が表示された後、OSが起動する過程で自動的に修正される仕組みが組み込まれているが、AWSではこの問題が修正されず、ユーザーが手動でsgdisk -eコマンドを実行して修正する必要がある。同じ警告メッセージであっても、クラウドプラットフォームが提供するツールや自動化の有無によって、ユーザーの対応が大きく異なることが示されている。

セキュリティ面では、Azure環境のCPUで「Vulnerability Retbleed: Vulnerable」という脆弱性が報告された。これは、CPUのマイクロコードに起因するもので、ハイパーバイザーがゲストOSに提示する情報に関連しているため、ゲストOS内部で修正することはできず、Azure側のホストシステムでのアップデートに依存する。AWSとGCEではこの脆弱性は報告されていない。

この実験では、分析ツールとしてAI（Claude Code）が活用された点も特筆すべきだ。AIに特定の指示を与え、各マシン自身にハードウェア情報を分析させた。この際、「PATH環境変数に/usr/sbinなどのシステムディレクトリを含めてツールを検索し、dpkg-queryでパッケージがインストールされているかクロスチェックせよ」という具体的な指示が重要だった。これは、システムエンジニアが陥りがちな間違いの一つで、command -vのような簡易的な方法では、PATHが通っていないシステムツールが見つけられず、「ツールがない」と誤って判断してしまうことがあるためだ。分析を始める前に何もインストールしない「クリーンな状態」でスキャンを行うことの重要性も強調されており、これにより、自身の設定による影響ではなく、純粋なOSイメージの状態を正確に把握することができた。

この比較実験から得られる最も重要な教訓は、クラウド環境におけるOSの「デフォルト」が、物理マシンと大きく異なるだけでなく、各クラウドプロバイダーによってもその内容が大きく異なるという点だ。同じDebian 13というOSイメージであっても、ハイパーバイザーの違いや、各クラウドが提供するデフォルトのパッケージ、自動修正機能の有無によって、システムの挙動や利用可能なツール、潜在的な問題が大きく変わる。そして、起動ログに出力される同じ警告メッセージであっても、その意味合いやユーザーが取るべき対応は、OSの内部状態やその環境に存在するツールによって全く異なる。そのため、単に外部からログを読むだけでなく、実際にOSの内部に入り込み、その環境で利用可能なツールを使って詳細に分析することが、正確な情報を得る上で不可欠であると結論づけられる。この知見は、システムを設計・運用するシステムエンジニアにとって、クラウド環境の特性を深く理解するための貴重な指針となるだろう。