私たちは、長年のDiscordメンバーがアクセスし、様々なテストやコラボレーションプロジェクトに活用できるコミュニティProxmoxサーバーを運営してきました。このサーバーはProxmox VE 8.XXをベースに構築され、過去数ヶ月にわたり仮想化環境の安定した基盤を提供してきました。パフォーマンスの向上、カーネルサポートのアップデート、そして新しい管理機能を備えたProxmox VE 9のリリースに伴い、アップグレードの時期が来たと判断しました。
このチュートリアルでは、Proxmox 8からProxmox 9へのインプレースアップグレードを手順ごとに解説し、各ステップを詳細に説明します。既存の仮想マシン、コンテナ、構成をすべて維持しながら、スムーズな移行を実現することを目標としました。このガイドでは、システムの健全性確認、リポジトリの更新、アップグレードの実行、そしてインストール後の確認まで、すべてProxmox Shellから実行できます。
Proxmoxは、このデモで使用した手順と同じ手順を説明した公式ドキュメントをWikiで提供しています。アップグレードを開始する前に、公式のアップグレードに関する注意事項、前提条件、既知の問題点などを確認することをお勧めします。
ハードウェア、構成、またはインストールされているソフトウェアコンポーネントに応じて、セットアップごとにアップグレードパスが若干異なる場合があります。例えば、Proxmoxでは、続行する前にすべてのノードを最新バージョンのProxmox VE 8.4にアップグレードすることを推奨しています。PVEマネージャーのバージョンが8.4.1未満の場合、Webインターフェースの「ノード」>「リポジトリ」でリポジトリが正しく設定されていることを確認してください。
独自の Proxmox ラボを運営している場合でも、実稼働サーバーを保守している場合でも、このチュートリアルは自信を持ってアップグレードし、Proxmox VE 9 が提供するすべての機能を活用するのに役立ちます。
アップグレード前
アップグレードを開始する前に、Proxmox VE 8.4.14の最新バージョンが稼働していることを確認しました。下のスクリーンショットは、プライマリノードであり唯一のノードである「pve」のシステムダッシュボードです。インプレースアップグレードを開始する前に、環境が完全に稼働し、最新の状態であることを確認しています。
この段階では、アップグレードを続行する前に、すべてのノードが正常であり、最新バージョンの Proxmox VE 8.4 を実行していることを確認することが重要です。
アップグレードチェッカーツールの実行
アップグレードチェッカーツールの実行まず、Proxmox ノードのシェルに移動し、次のコマンドを実行します。
pve8to9 --fullこのコマンドは、公式の Proxmox アップグレード チェックリスト ツールを起動します。このツールはシステムを分析し、実際のアップグレードを実行する前に解決する必要がある潜在的な問題を報告します。
クラスタ内の各Proxmox VEノードのコマンドラインから以下の操作を実行する必要があります。これにより、Proxmox VE 9へのアップグレード前に、すべてのノードの準備と整合性が確保されます。
このツールは、リポジトリ設定、ストレージ構成、非推奨オプション、利用可能なパッケージバージョンをチェックします。今回のケースでは、出力には複数の警告と、アップグレードを続行する前に対処する必要のある1つのエラー（赤で強調表示）が含まれていました。
失敗への対処
アップグレードチェックリストの結果を確認した後、次のステップは、続行する前に赤色のエラーに対処することでした。私たちの場合、これにはpve8to9 –fullレポートで特定されたパッケージとブートローダーの問題を解決することが含まれていました。
まず、次のコマンドを使用して、未使用または競合しているパッケージをクリーンアップしました。
apt remove systemd-bootこれにより、アップグレード前にブートローダーの競合が発生しないことが保証されました。削除後、次のコマンドを実行して、正しいGRUB EFIパッケージがインストールされ、適切に設定されていることを確認しました。
dpkg -l | grep grub-efi出力により、適切な GRUB EFI コンポーネント (grub-efi-amd64、grub-efi-amd64-bin、grub-efi-amd64-signed) が配置されていることが確認され、システムがアップグレードの準備ができていることが示されました。
これらのクリーンアップタスクが完了すると、チェックリストの不具合は解決され、ノードはすべての重要なチェックに合格しました。この時点で、システムはProxmox VE 9へのインプレースアップグレードを続行しても安全であると判断されました。
アップグレードチェック再チェック
以前の障害を解決した後、アップグレード チェック ツールをもう一度実行して、問題が解決されたことを確認しました。
pve8to9 --full今回のレポートでは、障害は解決され、システムはすべての重要なチェックに合格したことが示されました。残ったのはいくつかの軽微な警告だけでした。私たちのケースでは、それらは環境に関係がなかったため、無視しても問題ありませんでした。
成功した出力により、ノードがリポジトリの更新とアップグレードのプロセスを続行する準備ができていることが確認されました。
システムが完全に更新されていることを確認する
リポジトリの変更を進める前にすべてが最新であることを 100% 確実にするために、次のコマンドを使用して別の更新パスを実行しました。
apt update
apt dist-upgradeこれにより、既存のProxmox VE 8.4 (Bookworm)リポジトリのすべてのパッケージが完全に最新であることが保証されました。アップグレードを開始する前にシステムを最新の状態にしておくことで、Proxmox VE 9 (Trixie)への移行中に依存関係やバージョンの競合が発生するのを防ぐことができます。
pveversionこの時点で、ノードは Proxmox 8 で利用可能な最新のカーネルとパッケージ バージョンを実行しており、システムがリポジトリ更新段階に進む準備ができていることが確認されました。
Proxmox VE 9 (Trixie) のリポジトリの更新
システムがProxmox VE 8 (Bookworm) に完全にアップデートされたので、次のステップは、DebianとProxmoxのすべてのリポジトリエントリを更新してTrixieリリースを参照するようにすることです。この変更により、パッケージマネージャーがアップグレード時に正しいソースから更新を取得するようになります。
システムのリポジトリ ファイル全体で bookworm のすべてのインスタンスを trixie に自動的に置き換えるために、次のコマンドを使用しました。
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/pve-enterprise.listこれらのコマンドを実行すると、すべてのリポジトリが新しい Debian 13 (Trixie) ベースと一致する Proxmox VE 9 リポジトリを指すようになります。
Proxmox VE 9 パッケージリポジトリの追加
Debianリリースリファレンスを更新した後、次のステップは、新しいdeb822形式でProxmox VE 9パッケージリポジトリを追加することでした。これにより、システムはTrixieベースのProxmox VE 9リリース用の正しいパッケージを取得できるようになります。
エンタープライズリポジトリを使用している場合は、次のファイルを作成することで、 Proxmox VE 9 Enterpriseリポジトリを追加できます。
cat > /etc/apt/sources.list.d/pve-enterprise.sources << EOF
Types: deb
URIs: https://enterprise.proxmox.com/debian/pve
Suites: trixie
Components: pve-enterprise
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOFコミュニティリポジトリまたはサブスクリプション不要のリポジトリを使用する環境では、次のコマンドで対応するエントリを追加します。
cat > /etc/apt/sources.list.d/proxmox.sources << EOF
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF私たちのセットアップでは、さまざまな環境でのテストと更新の柔軟性をサポートするために、エンタープライズ リポジトリとサブスクリプションなしのリポジトリの両方を追加しました。
Ceph パッケージリポジトリの更新
メインの Proxmox リポジトリが更新されたので、次のステップは、Proxmox VE 9 用の Ceph パッケージ リポジトリを構成することです。
Enterprise Cephリポジトリを使用している場合は、次のファイルを作成または更新してください。
cat > /etc/apt/sources.list.d/ceph.sources << EOF
Types: deb
URIs: https://enterprise.proxmox.com/debian/ceph-squid
Suites: trixie
Components: enterprise
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOFサブスクリプション不要のCephリポジトリを使用する環境では、代わりに以下のコマンドを使用してください。
cat > /etc/apt/sources.list.d/ceph.sources << EOF
Types: deb
URIs: http://download.proxmox.com/debian/ceph-squid
Suites: trixie
Components: no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOFすべてのリポジトリが Debian 13 (Trixie) 用に設定されたので、システムは Proxmox VE 9 へのインプレース アップグレード プロセスに完全に準備されます。
アップグレードの開始
リポジトリの更新と設定の検証が完了したら、アップグレードプロセスを開始できます。Proxmoxホストシェルから以下のコマンドを実行することをお勧めします。最初のステップでは、パッケージインデックスを更新し、システムを新しいリリースにアップグレードします。
apt update
apt dist-upgrade
以下のスクリーンショットは、「apt dist-upgrade」コマンドがシステムアップデートを実行し、「Y」でインストールを確認しているところを示しています。
このプロセス中に、設定ファイルの変更またはサービスの再起動を確認するメッセージが表示されます。Proxmoxのドキュメントで特に指示がない限り、ほとんどの場合、既存の設定を維持するのが最も安全なオプションです。
アップグレードが正常に完了したら、更新されたカーネルとサービスをロードするためにノードを再起動することをお勧めします。
アップグレードの検証
アップグレード プロセスが正常に完了したら、最後のステップとして、システムが新しい Debian 13 (Trixie) ベースで Proxmox VE 9 を実行していることを確認します。
システムが再起動した後、次のコマンドを使用して Proxmox とカーネルのバージョンをチェックし、アップグレードを確認しました。
pveversionProxmox Web インターフェースでは、[Node] > [Summary] のバージョン番号に Proxmox VE 9 と表示され、環境が完全にアップグレードされたことが示されます。
この時点で、ノードは Proxmox VE 9 上でクリーンに実行されており、すべての仮想マシン、コンテナ、および構成は以前のバージョンから保持されていました。
新しいWebインターフェースの検証
コマンドラインからのアップグレードを確認した後、Proxmox VE 9のWebインターフェースも検証しました。今回のリリースで注目すべきアップデートの一つは、モバイルフレンドリーなログイン画面のデザイン変更と、デバイス間の応答性向上です。
ご覧のとおり、Proxmox VE 9のWeb UIはモバイルブラウザにシームレスに適応し、スマートフォンやタブレットから直接、監視、管理、基本的な管理タスクの実行がはるかに簡単になりました。より洗練されたレイアウト、シンプルな操作性、そしてモダンなスタイルは、外出先での管理者のアクセシビリティと使いやすさをProxmoxが常に重視していることを反映しています。
製品概要
Proxmox VE 8からProxmox VE 9へのアップグレードは、各段階で適切な準備と検証を行うことでスムーズに完了します。このウォークスルーでは、StorageReviewのフォロワーの多くがテストやコラボレーションに使用してきた、長年運用されているProxmoxコミュニティサーバーをアップグレードしました。
このアップグレードは、公式ドキュメントに従い、警告に積極的に対処し、各ステップを検証することで、インプレースアップグレードがいかにシンプルになるかを示しています。ラボ環境を管理する場合でも、本番環境のクラスターを管理する場合でも、慎重かつ体系的なアプローチを採用することで、Proxmox VEの最新バージョンへの確実な移行を実現できます。
Amazon