Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
著者:
ビルド番号は、vCenterサーバー上で実際に稼働している環境を特定する最も精密な手段です。「Update 3」といったバージョン名とは異なり、ビルド番号は適用されているホットフィックス、セキュリティ更新プログラム、API機能一式を含め、アプライアンスの正確なパッチレベルを反映します。
本ガイドではvCenterビルド番号の意味、確認方法、アップグレード・互換性チェック・サポート問い合わせ時の活用方法を解説します。
vCenterサーバーの稼働には複数のソフトウェアレイヤーが必要です。ビルド番号はVMwareがvCenterコードベースの特定コンパイル版に割り当てる一意の連番識別子です。バージョン文字列と照合することで、自身の環境で実行されているコードを正確に把握できます。
ビルド番号とバージョン文字列の違い
バージョン文字列は「8.0 Update 3b」といったソフトウェアの販売用リリース名です。ビルド番号は「24026615」のような7～8桁の数字列です。
ESXiホスト、バックアップエージェント、ストレージプラグインとの互換性検証には、2つの識別子が両方必要となります。
運用で登場する3種類の識別子
管理者は日常的な運用で以下の3つの異なる識別子を取り扱います。
vpxdデーモン）のコンパイル番号。vpxd.log、vSphere REST APIのレスポンス、PowerCLIの実行結果に出力されます。自身の環境の正確な状態を確認するには、公式のビルド管理リストと照合する必要があります。
下記の表には各メジャーリリースの主要マイルストーン（GAリリース、最新パッチ、代表的な中間リリース）を記載しており、リリースタイムライン上の位置を素早く把握できるようにしています。
完全なパッチ履歴についてはブロードコムナレッジベース 326316を参照してください。
| リリース名 | リリース日 | バージョン文字列 | ISOビルド | アプリケーションビルド |
|---|---|---|---|---|
| vCenter Server 9.0.2 | 2026-01-20 | 9.0.2.0 | 25148086 | 25148086 |
| vCenter Server 9.0.1 | 2025-09-29 | 9.0.1.0 | 24957454 | 24957454 |
| vCenter Server 9.0 GA | 2025-06-17 | 9.0.0.0 | 24755230 | 24755230 |
| vCenter Server 8.0 Update 3j | 2026-05-27 | 8.0.3.00900 | 25413364 | 25413364 |
| vCenter Server 8.0 Update 3e | 2025-04-11 | 8.0.3.00500 | 24674346 | 24674346 |
| vCenter Server 8.0 Update 3 GA | 2024-06-25 | 8.0.3.00000 | 24022515 | 24022515 |
| vCenter Server 7.0 Update 3t | 2024-10-21 | 7.0.3.02200 | 24322018 | 24322018 |
| vCenter Server 7.0 Update 3 GA | 2021-10-05 | 7.0.3.00000 | 18700403 | 18700403 |
| vCenter Appliance 6.7 Update 3q | 2022-02-08 | 6.7.0.52000 | 19300125 | 19299595 |
| vCenter Appliance 6.7 GA | 2018-04-17 | 6.7.0.10000 | 8217866 | N/A |
| vCenter Server 6.5 Update 3w | 2024-07-04 | 6.5.0.43000 | 24045034 | 24045034 |
補足情報：vSphere 7.0以降、VMwareはWindows版vCenterサーバーの提供を終了しました。7.0以降のすべての項目はVCSA（vCenterサーバーアプライアンス）のデプロイメントを指します。
管理者はGUIコンソール、コマンドライン、プログラム用APIなど、用途に応じた複数の手段でビルド番号を取得できます。
最も簡単な確認手段です。
vCenterサーバーアプライアンス管理インターフェース（VAMI）はアプライアンス全体の設定・状態情報を提供します。
https://<vcenterのFQDNまたはIP>:5480にアクセスします。
GUIが応答しない場合やシェルから直接確認したい場合はSSHでアプライアンスに問い合わせます。
vpxd -v
VMware vCenter Server 8.0.3 build-25413364.PowerShellでvSphereを管理する管理者は、1行のコマンドでビルド情報を取得できます。
$Global:DefaultVIServers | Select-Object Name, Version, Build
プログラムからビルド情報を取得する場合は、以下のエンドポイントにGETリクエストを送信します。
GET https:///api/vcenter/system/version
JSONレスポンスにはversionとbuildフィールドが含まれており、自動化ツールが基準バージョンとの適合性判定に活用できます。
大規模環境では各vCenterを手動で確認するのは手間がかかります。下記スクリプトは接続中のすべてのvCenterからビルド情報を収集し、計画・コンプライアンス業務で使用するため出力ファイルに書き出します。
PowerCLI自動収集スクリプト
本スクリプトはアクティブなvCenter接続を順次走査し、結果をCSVファイルに出力します。
# 接続中の全vCenterから情報を収集
$vCenterReport = foreach ($server in $Global:DefaultVIServers) {
[PSCustomObject]@{
vCenterName = $server.Name
Version = $server.Version
BuildNumber = $server.Build
CheckDate = (Get-Date).ToString("yyyy-MM-dd")
}
}
# 収集したデータをCSVファイルに出力
$vCenterReport | Export-Csv -Path "C:\temp\vCenter_Build_Report.csv" -NoTypeInformation
REST APIによる取得方法
PowerCLIを導入していない環境では、Invoke-RestMethodによる直接API呼び出しでVMwareモジュールなしで情報を取得可能です。
$vCenter = "vcenter.local"
$headers = @{ "vmware-api-session-id" = "自身のセッショントークン" }
$response = Invoke-RestMethod -Uri "https://$vCenter/api/vcenter/system/version" -Method Get -Headers $headers -SkipCertificateCheck
$response | Select-Object version, build
vSphere 5.x～8.xでは使用するインターフェースによって2種類のビルド番号が表示されます。正確なパッチ適用、互換性検証、サポート問い合わせのため、両者の差を理解する必要があります。
VMwareは仮想アプライアンスOSと内部で動作する管理アプリケーションを分離するため、二重ビルド番号構造を設計しました。
vCenter更新用ISOファイルには独自のビルド番号が付与されており、Photon OS、システム依存パッケージ、同梱パッチ一式のコンパイル状態を表します。
OS内部の基盤管理サービス（vpxd）には別のビルド番号が割り当てられ、管理エンジン単体のコンパイルバージョンを示します。
下記の表に各ツール・インターフェースで表示されるビルド番号と対象コンポーネントを記載します。
| インターフェース/ツール | 表示される識別子 | 対象コンポーネント |
|---|---|---|
| VAMIコンソール（ポート5480） | ISOビルド | アプライアンスOSパッケージ |
| vSphereクライアント（バージョン情報ダイアログ） | アプリケーションビルド | 稼働中のvpxdデーモン |
| PowerCLI（$Global:DefaultVIServers） | アプリケーションビルド | 基盤APIレイヤー |
| ESXiホスト接続状態画面 | アプリケーションビルド | 管理エージェント連携層 |
| サポートシェル（vpxd -v） | アプリケーションビルド | 管理エンジン |
vSphere 9.0からは、すべてのインターフェースでISOビルドとアプリケーションビルドの番号が一致するようになりました。ブロードコムがアプライアンスのコンパイルパイプラインを再構築し、Photon OSパッケージとvpxdサービスを一括コンパイルする仕組みに変更したため、どのツールやAPIから確認しても同一のビルド番号が出力されます。
安全なアップグレード計画の策定にはバージョン名だけでは不十分です。ビルド番号は互換性検証、更新順序の確定、アップグレードパスの遮断回避に必要な精密な情報を提供します。
「8.0 Update 3」のようなリリース名には複数の独立したパッチリリースが含まれます。Update 3 GA、Update 3c、Update 3jはそれぞれ異なるビルド番号を持ち、対応するセキュリティアドバイザリと不具合修正内容も異なります。
アップグレード計画に「Update 3」という名称だけを記載すると、担当者が古く脆弱なビルドをインストールする恐れがあります。目標とする正確なビルド番号を指定することでこの曖昧さを解消できます。
ライフサイクル作業を開始する前に、現在のビルド番号とアップグレード先のビルド番号をVMware製品相互運用性マトリックスと照合してください。同マトリックスは対応するアップグレードパスを記載していますが、正確な結果を得るには詳細なビルド情報が必須です。
確認すべき点として「過去バージョンへのダウングレード遮断」があります。現在のvCenterビルドのセキュリティエポックが新しいメジャーバージョンのターゲットビルドより新しい場合、インストーラーがアップグレードをブロックします。事前にビルド番号を確認することで、このようなアップグレード失敗を未然に防げます。
vSphereライフサイクル管理の基本ルール：vCenterは配下のESXiホストと同一、または上位のバージョンにする必要があります。古いビルドのvCenterは新しいESXiホストのAPI呼び出しを解釈できず、管理レイヤーの通信が切断されます。
アップグレード前に両コンポーネントのビルド番号を確認し、vCenterが配下のすべてのホストのビルドレベル以上であることを確かめます。
仮想化環境は単独で運用されることは稀です。バックアップ製品、監視ツール、ストレージアレイ、VxRailなどのハイパーコンバージド基盤は、大まかなバージョン名ではなく特定のビルド番号を連携条件として定めている場合が多いです。
例えば特定のAPI機能を利用するため、バックアップ製品がvCenter Server 8.0.3 build 24022515以上を要求するケースがあります。アップグレード前に目標ビルド番号をこれらの要件と照合することで連携障害を回避し、サードパーティのサポート契約を維持できます。
移行先vCenterのビルド番号確認と互換性検証は作業の半分に過ぎません。次の課題はワークロード自体の移行です。
vCenter 7.0から8.0への統合、別ハイパーバイザーへの移行、クラウドへの移行など、vMotionだけでは対応できないプラットフォーム・フォーマットの境界を越えてVMを移動する必要がある場合、i2Migrationが活用できます。
i2Migrationは物理・仮想・クラウド環境を跨いだ統合VM/データ移行プラットフォームです。
移行後も継続的なデータ保護が必要な環境には、i2Backupが仮想・物理・クラウドワークロードを一元管理するバックアップ機能を提供します。高可用性が求められるシステムには、i2Availabilityがリアルタイムレプリケーションと自動フェイルオーバーを実装し、基盤更改中・更改後も重要サービスを継続稼働させます。
Q1：VAMIとvSphereクライアントで表示されるビルド番号が異なるのはなぜ？
VAMIはアプライアンスのパッケージDBを参照してISOビルドを表示し、vSphereクライアントは稼働中のvpxdサービスを参照してアプリケーションビルドを表示するためです。詳細は上記の「ISOビルドとアプリケーションビルドの違い」セクションを参照してください。
Q2：ESXiのビルド番号も同じ仕組みですか？
違います。ESXiはハイパーバイザーイメージ全体の状態を示す単一のビルド番号を使用します。OS層と管理エージェントが分離されていないため、旧版vCenterに見られる二重番号の問題は発生しません。
Q3：ブロードコムによるVMware買収後、公式のビルド番号一覧はどこで確認できる？
正式な情報源はブロードコムナレッジベース 326316です。旧来のkb.vmware.comのURLは自動的に同ポータルにリダイレクトされます。
Q4：vSphere 9.0のビルド番号に変更点はありますか？
vSphere 9.0より、すべてのインターフェースでISOビルドとアプリケーションビルドの番号が統一されました。
ブロードコムがビルドパイプラインを統合し2つのコンポーネントを一括コンパイルするようにしたため、監査作業が簡素化され、サポート問い合わせ時の番号不一致の問題が解消されています。
vCenterのビルド番号は環境のパッチ適用状況を正確かつ曖昧なく把握するための情報です。「Update 3」といったバージョン名は目安に過ぎず、アップグレード適格性、サードパーティ製品との互換性、サポート対応の正確性を判断する基準となるのはビルド番号です。
本ガイドの要点：サポート問い合わせやパッチ適用計画を作成する前にはISOビルドとアプリケーションビルドの両方を確認する、製品相互運用性マトリックスと照合する際はリリース名ではなく正確なビルド番号を使用する、vCenterはESXiホストより先にアップグレードする。
vCenterのメジャーバージョン移行を実施する環境では、ビルドの互換性確認は工程の一部に過ぎません。プラットフォームやハイパーバイザーの境界を跨いでワークロードを移行する必要がある場合は、Info2softのi2Migrationが共有ストレージやvMotionの事前条件なしで異環境間のVM移行に対応します。
