仮想マシンで避けるべき 7 つの間違い
<本文>
私は現時点で 20 年近く仮想マシンを実行してきましたが、その過程で多くの間違いを犯してきました。間違った RAM の割り当てから、インストール ISO のアンマウントの忘れまで、旅の途中で何かを壊してしまいました。ここでは、絶対に避けるべき私が犯した 7 つの間違いを紹介します。
十分な RAM を割り当てませんでした (割り当てすぎた)
初めて仮想マシンを使い始めたとき、RAM の割り当てについてまったく理解していませんでした。確かに、一部の超軽量 Linux オペレーティング システムは 512 MB の RAM で実行できますが、その上で Windows を実行できるのは幸運です。しかし、それでも私はそれを試みました。
仮想マシンを実行する必要があった最初のコンピューターには RAM が 8 GB しかありませんでした。ホスト用にできるだけ多くのメモリを確保したかったので、約 1 ～ 2 GB の RAM で VM を実行しようとしましたが、これは理想的ではありません。その後、RAM を割り当てすぎようとしましたが、同様にうまく機能しませんでした。
最近では、仮想マシンに割り当てる RAM の量のバランスをとることが重要です。 VM の実際の RAM 使用量を半頻度でチェックし、割り当てられた RAM が使用量よりわずかに多くなるように調整するようにしています。そうすることで、より多くの VM をスピンアップするのに十分なリソースを確保できるように、過剰に割り当てられないようにしています。
ブートドライブを小さくしすぎたので、後で拡張する必要がありました
RAM と同様に、最初のコンピューターには仮想マシンを実行する小さなドライブがありました。これは、第 1 世代の i3 プロセッサと 1TB SSHD (8GB のフラッシュ ストレージと 1TB の従来の回転式 Rust を備えたハイブリッド SSD とハード ドライブ) を搭載した Gateway ラップトップでした。
1 TB はラップトップとしては十分な容量ですが、当時は Android 開発のためにコンピューターに大量のファイルがありました。このため、そして貧血のラップトップでいくつかの異なる仮想マシンを実行しようとしていたという事実のため、私は仮想マシンに小さなストレージ ドライブを割り当ててみました。
すぐにスペースが足りなくなり、後でドライブを拡張しなければならなくなったときに、問題が明らかになりました。ありがたいことに、仮想マシンのディスクを拡張することは、世界で最も難しい作業ではありません。ただし、最初に仮想マシンの vdisk を拡張し、次にオペレーティング システムを拡張して追加のストレージを適切に確認するというかなりの手順を実行する必要がありました。
インストール ISO をアンマウントするのを忘れました
今日新しい仮想マシンを起動したところですが、インストール ISO をアンマウントするのを忘れていました。オペレーティング システムをインストールした後は、インストーラー DVD、フラッシュ ドライブを削除する場合でも、仮想マシンから ISO をアンマウントする場合でも、インストーラー ディスクをアンマウントする必要があります。インストール後に ISO をアンマウントしないと、アンマウントするまで Linux からエラーが発生します。驚くべきことに、Windows はこれにかなり問題ありませんが、Linux には適しています。
これは非常に簡単なステップですが、非常に見落としがちです。インストール後に仮想マシンが起動しない場合は、インストール ISO がアンマウントされていることを確認してください。
間違った OS タイプを選択しました
クレジット: Lucas Gouveia/Windows Insight
仮想化の取り組みの初期段階では私が気づいていませんでしたが、仮想マシンで実行する予定のオペレーティング システムの種類を指定する必要があるということでした。その理由は、ハイパーバイザー (この例では VirtualBox) が、仮想化されたハードウェアをオペレーティング システムに提供する最適な方法を知る必要があるためです。 Windows と Linux は異なる見方をすることを期待しています。
これが重要であるとは知らなかったので、ある時、オペレーティング システムを Microsoft に変更せずに Windows をインストールしようとしたところ、システムは単に起動できませんでした。私は、このような単純だが重大な間違いを犯したことに気づくまで、認めたくないほど長い時間仮想マシンのトラブルシューティングを行っていました。
ゲスト追加機能をインストールしませんでした
ほぼすべての仮想化プログラムには、VirtualBox を含むゲストの追加が含まれています。ゲストを追加すると、仮想化ホスト (つまり VirtualBox) が仮想化オペレーティング システムとより適切に通信できるようになります。
最近、仮想化に Proxmox を使用しています。Proxmox のゲスト追加機能をインストールすると、仮想化ゲストの IP アドレスを確認できるようになり、ホストから仮想マシンへの通信が向上します。 VirtualBox のゲスト追加も非常に似た方法で機能し、ホスト (VirtualBox) が他の方法ではアクセスできなかったゲスト (仮想マシン) の部分にアクセスできるようになります。
ゲスト追加機能のインストール時にゲスト オペレーティング システム (仮想マシン) で有効になる追加機能には、マウス ポインタの統合の向上、共有フォルダ、ビデオ サポートの向上、時刻同期、ホストとゲスト間の共有クリップボードなどが含まれます。
割り当てた CPU コアが多すぎます
クレジット: Patrick Campanale/Windows Insight
RAM と同様に、CPU コアは仮想マシンのエクスペリエンスにおいて重要な役割を果たします。 CPU コアが少なすぎると、システムは単に起動に失敗します。一方、多すぎるとホスト オペレーティング システムが停止します。
仮想マシンは、割り当てられたリソースを最大限に活用しようとします。最新のシステムには数十のスレッドがありますが、古いコンピューターには当てはまりませんでした。私の Gateway ラップトップに搭載されていた第一世代の i3 プロセッサを振り返ってみると、コアが 2 つとスレッドが 4 つしかありませんでした。これにより、仮想マシンに割り当てるものはほとんどなくなりました。
以前、VM に 4 つのコアのうち 3 つを割り当てようとしたことがありますが、Windows はそれに満足しませんでした。最終的にシステムがロックしてクラッシュしたため、次回の起動時に仮想マシンを編集してコアが 1 つまたは 2 つだけになるようにしました。
BIOS で VT-x/AMD-V を有効にするのを忘れました
ほとんどのコンピューターでは仮想化がデフォルトで有効になっていますが、仮想マシンを実行しようとしたときに Intel の VT-x または AMD-V が BIOS で有効になっていないことが確かにありました。
これは 1 回限りの設定であり、コンピューターの BIOS で変更する必要があります。変更するのは難しくありませんし、有効にしても特にデメリットはありません。実際、これを無効にすると VM が動作しなくなるため、仮想マシンでオペレーティング システムを仮想化しようとする場合にのみ有効にする利点があります。
仮想マシンを実行する過程で私が犯した間違いをすべて理解したので、今度は仮想化に適切なオペレーティング システムを選択します。私のお気に入りの仮想化オペレーティング システムの 1 つは Ubuntu Server です。 VM として非常に優れた動作をし、ターミナルで完全な Linux エクスペリエンスを提供します。実際、現時点では 3 つの Ubuntu 仮想マシンが実行されており、VM ホスト上でさまざまなタスクを実行しています。
*️⃣ 出典リンク:
1 TB はラップトップにとって適切な量のストレージであり、仮想マシン ディスクを拡張し、 VirtualBox のゲスト追加、Intel の VT-x または AMD-V が有効になっていない、仮想化する適切なオペレーティング システムを選択する、