Ubuntu 26.04 講座 / 仮想マシンとリカバリーコンソールで実習環境を設計する
Ubuntuの実習環境は、インストール用イメージよりも先に「どこにインストールし、何を変更し、接続が切れたときにどう復旧するか」を決めて設計します。Ubuntu 26.04用のVM一台に十分なリソースと新しい仮想ディスクを割り当て、NATネットワーク・仮想コンソール・スナップショット・別のバックアップの役割を区別しておけば、インストールと運用実習を続けやすくなります。
最初は目的が明確なVM一台から始める
仮想マシン(Virtual Machine、VM)は、ホストコンピュータのリソースを分けて使う独立した実行環境です。例えば、ホストがWindowsなら、その中で作ったUbuntuがゲストになります。実習の前に設定ファイルを変更して元に戻せる独立した空間を作ることが目的であり、最初から複数のVMを接続した複雑なネットワークを構成する必要はありません。
Ubuntu Server VM一台でアカウント・SSH・サービス・バックアップの復元を練習します。他の端末から接続が許可されるかを比較する段階に達したときに、クライアント用の2台目のServer VMを追加します。最初から複数のVMを同時に準備する必要はありません。
既存のLinux共通VMインストールガイドが生成・インストール・復旧の全体の流れを扱うのに対し、この文章はUbuntuをインストールする前に決める構成表に集中します。仮想化プログラムの作成画面を今すぐ操作するよりも、以下の項目を自分のコンピュータに合わせて先に決定してください。
ホストと仮想化ツールの条件を確認する
仮想化プログラムはホストOSとCPUアーキテクチャの両方をサポートしている必要があります。Intel・AMD x64ホストとARM64ホストで使用できるゲスト・機能が同じだと仮定してはいけません。この講座の一般的なVM作成手順はVirtualBox 7.2のメニューフローを基準に進められますが、まず自分のホストでサポートされている製品・バージョンを選択したか確認する必要があります。
- ホストのOSバージョンとCPUアーキテクチャを記録します。Windowsでは設定 → システム → 情報、macOSではこのMacについてから確認できます。
- ホストのメモリの総容量だけでなく、普段アプリを実行している状態での空き容量も確認します。Windowsではタスクマネージャー → パフォーマンス → メモリで使用状況を確認できます。
- VMを保存するドライブの空き容量を確認します。ISO・仮想ディスク・スナップショット・エクスポートしたVMファイルが一緒にスペースを使用します。
- 仮想化プログラムの公式ドキュメントでホスト・ゲストのサポートやハードウェア仮想化の要件を確認します。その他の仮想化機能との共存条件もインストールされているバージョンを基準に確認します。
サポートの有無と基本構造はVirtualBox 7.2 紹介、CPU・メモリ・ディスクの割り当ては新しいVM作成ガイドで確認できます。実行エラーがある場合、Windowsセキュリティや既存の仮想化機能を理由もなく無効にせず、まず公式の互換条件とエラーメッセージを照らし合わせて確認してください。
CPU・メモリ・ディスク割り当て表を作る
以下の数値は講座用VMを計画する際の例であり、Ubuntuの公式最低仕様や性能保証値ではありません。ホストの余裕やインストールするプログラムに応じて調整してください。割り当てたメモリはVMが実行されている間、ホストで使用可能なリソースを減らすため、ホストに必要なリソースまで全て渡すものではありません。
| 構成 | 実習用割り当て例 | 確認すべき条件 |
|---|---|---|
| Ubuntu Server VM | 仮想CPU 2個、RAM 4GB、新しい動的仮想ディスク 30GB | 同時に実行するサービス・コンテナ・ビルド作業に応じて増設 |
| ネットワーク | 最初のアダプター NAT、不必要なポート転送なし | ホストから接続する必要がある場合は別途接続経路を構成 |
| 復旧 | 仮想コンソールログイン、正常基準スナップショット、重要ファイルの別コピー | SSHなしで復旧できるか、バックアップが同じディスクにしかないか確認 |
サーバーの要件はインストール方法と作業量によって異なります。Server インストール案内と使用するサービスの条件を合わせて確認します。
動的仮想ディスクは設定した最大容量まで徐々に増加することがあります。最初に作成されたファイルが小さく見えても、将来使用するホストスペースを確保する必要があります。また、最大容量を増やす作業とゲスト内のパーティション・ファイルシステムを拡張する作業は別の手順です。最初は新しい仮想ディスク1つだけを接続し、物理ホストディスクを直接渡す機能は使用しない構成が対象の混乱を減らします。
NAT・ブリッジ・ホスト専用ネットワークの選択
NAT(Network Address Translation)は、ゲストがホスト側のネットワークを通じて外部に接続する際に便利な基本の選択肢です。パッケージのダウンロードのように、ゲストから始まる作業に適していますが、他のコンピュータやホストがゲストのプライベートアドレスに直接接続できることを保証するものではありません。SSHの実習では、NATポート転送や目的に合った別のネットワークを構築する必要があります。
ブリッジ方式は、ゲストが実際にLANに接続されたデバイスのように通信できるように構成します。LANのアドレス割り当てやセキュリティポリシーに従うため、会社・学校・公衆ネットワークでは許可されているかどうかを確認する必要があります。ホスト専用ネットワークは、ホストとVMの間で実習区間を構成する際に検討できますが、それだけでインターネット接続が得られるわけではありません。具体的な動作については、VirtualBoxネットワークモードの説明を参照してください。
この講座の初期構成はNATに設定し、まだインストールしていないサービスのポートを事前に公開しません。その後、ホストからSSHで接続する際には、例えばホストのループバックアドレスに限定したポート転送を検討することができます。実際のポート番号や許可された発信元はその実習で決定し、ブリッジ・クラウドのセキュリティルール・インターネット接続用ルーターのポート転送を同じ設定として混同しないようにします。
リモート演習にはインターネット用アダプター1 NATとアダプター2 ホスト専用ネットワークを使用します。ホストは192.168.56.1、Server VMは.20、Linux Serverクライアントは.10を計画例として用います。VM作成講座でアダプターを作り、2台のVMの固定アドレスは固定IP講座のnetworkd・Netplan手順で設定します。
ホスト専用インターフェースにはインターネットゲートウェイやDNSを任意に入れません。この講座の192.168.56.xは新しい専用ネットワークで使用する計画例であり、VPNや他のVMネットワークと重複する場合はサポートされる未使用帯域を決め、すべての例を一緒に変更します。実際のLANにブリッジしたり、初期NATアドレスをこのアドレスに上書きする手順とは区別します。
SSHとは別の仮想コンソールによる復旧ルートの用意
SSHはネットワークとサーバー設定が正常である場合に使用できるリモート接続方法です。IP・DNS・ファイアウォール・SSH設定のどれか1つが誤って変更されると接続が切れることがあります。VMウィンドウでゲストの画面やログインプロンプトを開く仮想コンソールは、ゲストネットワークとは別の復旧ルートになります。ただし、ホストや仮想化プログラム自体が動作しない問題まで解決するものではありません。
インストール時には、一般ユーザーアカウントと管理者作業のための権限を準備し、パスワードを安全に保管します。その後SSHを設定しても、VMウィンドウでその一般ユーザーでログインできるか確認する必要があります。キー・ファイルのみを持っていて、コンソールのログイン情報を知らない場合、リモート接続を修正する実習で復旧手段が不足する可能性があります。
- ネットワークを変更する前に、VMウィンドウでログインできるか確認します。
- 既存のSSHセッションが生きている場合、新しい接続を確認するまで維持します。
- 変更したファイルの元の内容と適用コマンドを記録し、今回の変更だけを元に戻す方法を書きます。
- コンソールでもログインできない場合、むやみにアカウント・起動設定を変更するのではなく、正常なスナップショットや別の復元経路を確認します。
スナップショット・バックアップ・ホスト共有を区別する
スナップショットは、特定の時点の VM の状態に戻るための機能です。インストール直後の正常な状態やネットワーク変更前の状態に意味のある名前を付けると、実習を繰り返しやすくなります。ただし、同じホストのストレージにあるスナップショットだけでは、そのストレージの故障や VM フォルダの損傷に備えることはできません。終了した VM の別コピー・エクスポートと、重要データの独立バックアップを一緒に計画する必要があります。スナップショットの保存・復元範囲は、VirtualBox VM 管理ドキュメントで確認できます。
ホスト共有フォルダや外部サーバに記録したデータは、ゲストスナップショットの復元で戻ると想定しないでください。最初は共有フォルダ・双方向クリップボード・ドラッグアンドドロップをオフにしておき、ファイルのやり取りが必要な段階で許可範囲を決める方が、ホストとゲストを区別しやすくなります。VM 内で削除してもよい練習ファイルと保存すべき原本を同じパスに混ぜないでください。
インストール前に構成表を完成させる
以下は Server 実習用構成表の例です。数字は例示の割り当て値であり、実際の機器で測定した結果ではありません。ホストの条件に合わせて修正した上で、設定を変更するたびに同じ記録に変更理由を追加してください。
目的: SSH·Nginx·バックアップ復元実習
ゲスト: Ubuntu Server 26.04 LTS, amd64
ホスト・仮想化ツール: 自分の実際のオペレーティングシステムとツールのバージョンを記録
仮想資源の例: CPU 2個 / RAM 4GB / 新しい動的ディスク 30GB
ネットワーク開始値: NAT, ポート転送なし
コンソールによる復旧: VM ウィンドウで一般ユーザーとしてログイン
スナップショット計画: インストール・更新確認後 clean-install
別途保管: 重要な設定・原稿・復旧記録を VM 外にも保存
共有機能の初期値: 共有フォルダ・双方向クリップボード無効
構成表で空欄の項目が残っている場合は、インストール画面に入る前に確認する準備事項があることを意味します。ホスト資源とインストール対象、使用するイメージ、ネットワーク経路、コンソールログインと復旧資料の場所を説明できれば、VM作成段階で選択する基準が明確になります。




