--- title: "Hyper-Vの有効化と仮想マシン作成手順｜PowerShell操作とWSL2との併存" url: "https://www.issoh.co.jp/tech/details/17468/" published: 2026-09-07 updated: 2026-10-21 categories: ["インフラ・クラウド"] publisher: "株式会社一創" --- # Hyper-Vの有効化と仮想マシン作成手順｜PowerShell操作とWSL2との併存 Hyper-Vは、Windowsに最初から入っている仮想化の機能です。追加のインストーラは要らず、機能を有効にして再起動すれば使えます。この記事では、条件をコマンドで確かめる方法、PowerShellとDISMでの有効化、仮想マシンを作って起動するまでの操作、WSL2やDocker Desktopと同時に動かすときの構成、VMwareやVirtualBoxが動かなくなったときの切り離し方を扱います。公式ドキュメントの記述時点は本文中に明記しました。 ## まとめ：Hyper-V導入とWSL2併存の判断要点 Hyper-Vの導入は、条件確認・有効化・仮想マシン作成の3段で終わります。条件はエディションとハードウェアの2系統です。Microsoftの有効化手順のページは対象を「Windows 10 (Pro または Enterprise)、または Windows 11 (Pro または Enterprise)」とし、Homeにはロールをインストールできないと明記。ハードウェア側は64ビットプロセッサとSLAT、VMモニターモード拡張機能、4GB以上のメモリ、仮想化サポートとデータ実行防止の有効化です。 確認は`Systeminfo.exe`の「Hyper-V 要件」セクションを見るだけ。有効化は`Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All`の1行で、Windows Serverでは`Install-WindowsFeature`に変わります。仮想マシンは`New-VM`に`-Generation 2`を付けて作り、`Start-VM`と`VMConnect.exe`で画面に入ります。 併存で迷いやすいのがWSL2との関係です。WSL2はHyper-Vのロールそのものを要求しません。公式手順は`wsl --install`の1コマンドで必要な機能を有効にする作りで、手動導入時に有効化するのは「仮想マシンのオプション コンポーネント」と記載されています。だからHomeでもWSL2は動く一方、Hyper-Vマネージャーで仮想マシンを持つことはできません。 逆に排他になるのがVMware WorkstationやVirtualBoxです。ハードウェア仮想化拡張を同時に使えるソフトウェアは1つだけという制約があり、Hyper-Vを動かしたまま他社製品を使うと起動しないか低速なエミュレーションに落ちます。切り離しは`Disable-WindowsOptionalFeature`でハイパーバイザーだけを外す形。採用してよいのはWindows端末上に検証用のOSを持つ場合で、常時稼働の本番用途はクラウドへ寄せます。 ## Hyper-VがWindowsに同梱される仕組みとエディション条件 Hyper-Vを「入れる」と表現すると誤解が生まれます。実体はOSに同梱された機能のオンオフです。 ### type-1ハイパーバイザーとして直接ハードウェア上で動く構造 Microsoftの概要ページは、Hyper-Vを「type-1 ハイパーバイザーとして、Hyper-V はコンピューティング ハードウェア上で直接実行され」ると説明しています（[Windows Server と Windows での仮想化の Hyper-V](https://learn.microsoft.com/ja-jp/windows-server/virtualization/hyper-v/overview)・ms.date 2025-07-28時点）。Windows上のアプリとして動く仮想化ソフトとは層が違い、有効化した時点でWindows自身もハイパーバイザーの上に載る形へ切り替わります。 この構造が、後述する他社製品との排他やWindowsセキュリティ機能との依存関係の原因です。同じ土台を必要とする別のソフトウェアと場所を取り合うためです。より詳しい型の分類は[ハイパーバイザーとは？Type1・Type2の違いから仮想化基盤の選定まで実装者向けに解説](https://www.issoh.co.jp/tech/details/13370/)で整理しています。なお公式は「Hyper-V ダウンロードはありません」とも明示しており、配布サイトを探す作業は要りません。 ### Windows 11 Homeにロールを入れられない制約と公式表記の差 エディション条件は、公式ドキュメントの中で記述が2通りあります。[Windows および Windows Server に Hyper-V をインストールする](https://learn.microsoft.com/ja-jp/virtualization/hyper-v-on-windows/quick-start/enable-hyper-v)（ms.date 2025-05-23時点）は「Windows 10 (Pro または Enterprise)、または Windows 11 (Pro または Enterprise)」と書き、Homeは「インストールできません」と否定しています。 一方の概要ページは「Windows 11 の場合、Hyper-V は Pro、Enterprise、Education の各エディションに含まれており」とEducationを加えています。[Hyper-V のシステム要件](https://learn.microsoft.com/ja-jp/virtualization/hyper-v-on-windows/reference/hyper-v-requirements)（ms.date 2025-06-26時点）は「Windows 11 Professional または Enterprise」で、3ページの表記が揃っていません。 実務では「HomeはNG、Pro以上は可、Educationは端末の機能一覧を開いて確かめる」という扱いが安全です。要件を満たしていない端末では、機能一覧にHyper-Vではなく「Windows ハイパーバイザー プラットフォーム」だけが並ぶという見分け方も公式に載っています。 ## PowerShellとDISMでHyper-Vを有効にする手順と再起動後の確認 ここからは実際に動かす手順です。GUIの画面遷移ではなくコマンドで書きます。理由は、複数台へ同じ状態を作るときにコマンドのほうが再現できるためです。 ### systeminfoでHyper-V要件セクションの項目を確認する手順 先に条件を測ります。要件ページが案内している確認手段は次の1行です。 ``` Systeminfo.exe ``` 出力の末尾近くにある「Hyper-V 要件」セクションで、項目がすべて「はい」かを見ます。項目はハードウェア支援型仮想化、第2レベルアドレス変換（SLAT）、データ実行防止の有効化、VMモニターモード拡張機能。「いいえ」があればBIOSまたはUEFIの設定を先に直します。 すでにHyper-Vが動いている端末では、個別の項目ではなく次の1行が返ります。 ``` Hyper-V Requirements: A hypervisor has been detected. Features required for Hyper-V will not be displayed. ``` この表示は「要件を満たしていない」ではなく「もう動いている」という意味です。VMwareが起動しないという相談でこの行を見つけたら、原因はほぼ確定します。 ### Enable-WindowsOptionalFeatureで有効化して再起動する流れ PowerShell 7を別途入れる場合の手順と5.1との違いは[PowerShellのインストール手順｜7.6 LTSをwinget・MSI・Linux・macOSで入れる](https://www.issoh.co.jp/tech/details/17921/)にまとめています。管理者としてPowerShellを開き、次を実行します。管理者権限が無いと失敗します。 ``` Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All ``` 完了後に再起動を促されるので`Y`を入力します。`-All`は依存する親機能をまとめて有効化する指定で、省くと管理ツールが揃わない状態になりがち。再起動後、スタートメニューに「Hyper-V マネージャー」が現れていれば成功です。 展開作業の中に組み込む場合はDISMを使う経路もあります。オペレーティングシステムが動いている状態でWindowsの機能を有効化できるツールです。 ``` DISM /Online /Enable-Feature /All /FeatureName:Microsoft-Hyper-V ``` 成功すると「操作が正常に完了しました」と表示されます。結果は同じなので、選ぶ基準は「単発の手作業ならコマンドレット、キッティングのスクリプトに埋めるならDISM」で足ります。 ### Windows ServerではInstall-WindowsFeatureに変わる点 サーバー側は機能ではなくロールとして扱うため、コマンドが別物になります。リモートのサーバーに入れるなら次の形です。`HV01`は対象サーバーの名前に置き換えてください。 ``` Install-WindowsFeature -Name Hyper-V -ComputerName HV01 -IncludeManagementTools -Restart Get-WindowsFeature Hyper-V -ComputerName HV01 ``` ローカルで実行するなら`-ComputerName`を外します。`-Restart`を付けているのでインストール完了と同時に再起動が走り、再起動後に2行目でロールの状態を確認する流れです。Server Coreに`-IncludeManagementTools`を付けた場合、入るのはPowerShell用モジュールだけで、GUIのHyper-Vマネージャーは別の端末からリモートで使います。 ## New-VMで第2世代の仮想マシンを作成して起動するまでの操作 有効化が済んだら仮想マシンを作ります。[Hyper-V で仮想マシンを作成します](https://learn.microsoft.com/ja-jp/windows-server/virtualization/hyper-v/get-started/create-a-virtual-machine-in-hyper-v)（ms.date 2025-11-27時点）が示す前提は、ローカルAdministratorsまたはHyper-V Administratorsのメンバーシップ、割り当てる物理メモリ、構成ファイルとディスクを置く領域です。 ### Get-VMSwitchで接続先を確認してからNew-VMを実行する順序 最初に仮想スイッチの名前を取ります。ネットワークに繋がない仮想マシンなら省略できますが、後から付け直す手間を考えると先に決めておくほうが早いです。 ``` Get-VMSwitch * | Format-Table Name ``` 名前が分かったら作成します。公式が挙げている例は、新規の仮想ハードディスクを同時に作る形です。 ``` New-VM -Name TestVM -MemoryStartupBytes 4GB -BootDevice VHD -NewVHDPath .\VMs\Test.vhdx -Path .\VMData -NewVHDSizeBytes 20GB -Generation 2 -Switch ExternalSwitch ``` この1行で、メモリ4GBの第2世代仮想マシン`TestVM`が作られ、20GBの仮想ハードディスクと構成ファイルが指定フォルダーに置かれます。既存のディスクを使い回すなら`-NewVHDPath`と`-NewVHDSizeBytes`を外し、`-VHDPath`で既存ファイルを指定。仮想スイッチが未作成なら[Hyper-V 仮想マシン用の仮想スイッチを作成する](https://learn.microsoft.com/ja-jp/windows-server/virtualization/hyper-v/get-started/create-a-virtual-switch-for-hyper-v-virtual-machines)が先です。 ### 第1世代と第2世代のどちらを選ぶかという判断とディスク形式の対応 世代の指定は後から変えられないので、作成時点で決め切ります。公式の指針は「第 1 世代仮想マシンを作成する特定の理由がない限り、第 2 世代仮想マシンを作成します」で、判断材料は[Hyper-V で第 1 世代または第 2 世代の仮想マシンを作成する必要がありますか](https://learn.microsoft.com/ja-jp/windows-server/virtualization/hyper-v/plan/should-i-create-a-generation-1-or-2-virtual-machine-in-hyper-v)にあります。 実務的な対応関係は、ディスク形式が`.vhd`なら第1世代、`.vhdx`なら第2世代。第2世代はUEFIファームウェアとセキュアブートを持ち、仮想TPM 2.0にも対応します。古い32ビットのゲストOSやレガシーなブート方式を要求するイメージを使う場合だけ第1世代を選びます。 メモリの指定にも上限があります。ウィザードから作る場合、割り当てられるのは最小32MB・最大5,902MBという記載です。それ以上を積む、負荷に応じて伸縮させるなら、[Hyper-V の動的メモリ概要](https://learn.microsoft.com/ja-jp/windows-server/virtualization/hyper-v/dynamic-memory)の設定を作成後に入れます。 ### Start-VMとVMConnectで起動して画面に接続するまでの操作 作成しただけでは電源が入っていません。起動と接続を続けて実行します。 ``` Start-VM -Name TestVM VMConnect.exe localhost "TestVM" ``` 1行目で電源が入り、2行目で仮想マシン接続のウィンドウが開いてコンソール画面が見えます。インストールメディアのISOを割り当てておけば、そのままOSのセットアップへ進める状態。以降の一括操作は[Hyper-V と Windows PowerShell の操作](https://learn.microsoft.com/ja-jp/windows-server/virtualization/hyper-v/powershell)と[New-VM コマンドレットのリファレンス](https://learn.microsoft.com/ja-jp/powershell/module/hyper-v/new-vm)で拾えます。 チェックポイントの取得やエクスポートまでコマンドで書けるため、検証環境を毎回同じ状態から作り直す運用にすると効きます。手作業のウィザードで1台ずつ作る運用は、台数が増えた時点で破綻します。同じ構成をチームへ配る段階になったら、Hyper-Vもプロバイダーとして扱えるVagrantで仮想マシンの定義をコード化する選択肢もあります（[Vagrantfileで仮想マシンを作る手順とコンテナとの使い分け](https://www.issoh.co.jp/tech/details/18659/)）。 ## WSL2やDocker Desktopと仮想化基盤を共存させるときの構成 ここが実務で最も混乱する箇所です。WSL2もDocker Desktopも内部でLinux仮想マシンを動かしますが、必要とするWindows機能は同じではありません。 ### WSL2が使う仮想マシンプラットフォームとHyper-Vロールの違い [WSL のインストール](https://learn.microsoft.com/ja-jp/windows/wsl/install)（ms.date 2025-06-09時点）が示す前提は「Windows 10 バージョン 2004 以降 (ビルド 19041 以降) または Windows 11」だけで、エディションの制限がありません。導入は次の1コマンドで済みます。 ``` wsl --install ``` 手動で入れていた場合に有効化するよう案内されているのは「WSL 2 で使用される仮想マシンのオプション コンポーネント」で、Hyper-Vロールそのものではありません。つまりWSL2はHyper-Vの土台（仮想マシンプラットフォーム）を借りるだけで、Hyper-Vマネージャーや`New-VM`を伴う機能一式は要りません。この差がHomeエディションでの可否を分けます。 状態を確かめるコマンドと、WSL1からWSL2へ切り替えるコマンドは次のとおりです。 ``` wsl.exe --list --verbose wsl.exe --set-version Ubuntu 2 ``` WSL側のメモリやCPUの上限は`.wslconfig`で制御します。Hyper-Vの仮想マシンとWSL2を同じ端末で動かすと両者が物理メモリを取り合うため、上限の設定は先に入れておくほうが無難。設定項目は[WSL の詳細設定構成](https://learn.microsoft.com/ja-jp/windows/wsl/wsl-config)にあり、調整例は[WSLで開発環境を構築する手順｜.wslconfig調整とDocker連携・肥大化の対処](https://www.issoh.co.jp/tech/details/17354/)で扱っています。バージョン差は[WSL 1 と WSL 2 の比較](https://learn.microsoft.com/ja-jp/windows/wsl/compare-versions)が一覧です。 ### Docker Desktopのバックエンドを2方式から選び分ける観点 Docker DesktopはWindowsで動かすとき、内部のLinux仮想マシンの器としてWSL2かHyper-Vのどちらかを選びます。既定はWSL2で、ファイル共有とメモリの扱いがこちらのほうが軽い。Hyper-Vバックエンドを選ぶ理由は2つです。Windowsコンテナを動かす必要がある場合と、組織のポリシーでWSLを無効化している場合。 選択を切り替えると、コンテナのイメージとボリュームは引き継がれません。器ごと入れ替わるため中身も消えます。導入条件とライセンス境界は[Docker Desktopの導入手順とライセンス境界｜4.89系の要件と無料代替への移行](https://www.issoh.co.jp/tech/details/17442/)にまとめました。 3者を同じ端末に同居させること自体は可能です。ただし物理メモリの上限は変わらないため、仮想マシンに4GB、WSL2に4GBを割り当てると8GB搭載の端末ではWindows本体の分が残りません。同居させるなら16GB以上が前提です。 ## VMwareやVirtualBoxが起動しなくなる原因と切り離しの手順 Hyper-Vを有効にした直後に別の仮想化ソフトが動かなくなる現象は、不具合ではなく設計どおりの挙動です。 ### ハードウェア仮想化拡張を1つしか使えない制約と切り離しの手順 Microsoftの[仮想化アプリケーションは、Hyper-V とその依存機能と共に実行することはできません](https://learn.microsoft.com/ja-jp/troubleshoot/windows-client/application-management/virtualization-apps-not-work-with-hyper-v)（旧KB 3204980・ms.date 2026-03-27時点）は原因をこう書いています。「このハードウェアを使用できるのは、一度に 1 つのソフトウェア コンポーネントだけです」。 症状は2通りです。仮想マシンが起動しないか、低速なエミュレーションに落ちて実用にならないか。後者は「動いてはいるが遅い」形で現れ、原因に辿り着くまで時間を取られやすい。まず`msinfo32.exe`でハイパーバイザーの検出を確認します。 他社製品を使うなら、ハイパーバイザーだけを外します。機能一式を消す必要はありません。 ``` Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-Hypervisor ``` DISMで同じことをするなら次の形です。 ``` DISM /Online /Disable-Feature /FeatureName:Microsoft-Hyper-V-Hypervisor ``` VirtualBox側の導入と設定は[VirtualBox（バーチャルボックス）とは｜無料の仮想化ソフトの使い方・インストール方法](https://www.issoh.co.jp/tech/details/7714/)にまとめてあります。 ### メモリ整合性とCredential Guardが連鎖して外れる点への対処 見落としやすいのが依存関係です。公式は、メモリ整合性（当初はDevice Guardの一部）とCredential GuardがHyper-Vに依存すると明記し、「これらの依存機能も無効にします」と続けています。 実務上の意味は2つ。第一に、ハイパーバイザーを外すとこれらのセキュリティ機能も止まり、端末が組織のセキュリティ基準を満たさなくなる可能性がある。第二に、メモリ整合性が有効な端末ではそれがハイパーバイザーを起動させているため、Hyper-Vの機能をオフにしただけでは他社製品が動かないケースがある。無効化はIntune、グループポリシー、レジストリのいずれかで行います。この連鎖があるため、開発端末では「他社仮想化ソフトとHyper-Vを1台に同居させない」という切り分けを先に決めておくと手戻りが減ります。 ## Hyper-Vを採用する条件と見送ってクラウドへ寄せる判断基準 機能として動くことと、その用途に選ぶべきことは別です。ここは条件付きで言い切ります。 ### Hyper-Vを採用してよい条件を規模と用途の両面から特定する 採用してよいのは次の3条件に当てはまる場合です。第一に、Windows端末またはWindows Server上に検証用のOSを持ちたい場合。追加のハイパーバイザーライセンスが不要で手続きが軽い。第二に、Windowsコンテナを動かす必要がある場合。この用途はWSL2バックエンドが使えず、実質ほかの選択肢がありません。第三に、既存のWindows Server資産の上で仮想化を進め、フェールオーバークラスタリングやHyper-Vレプリカ（公式記載の回復ポイント目標は30秒程度まで）と組み合わせる構成です。 逆に、Windows以外のホストが前提、あるいは検証のたびに環境を捨てて作り直す運用ならWSL2とコンテナで足ります。`New-VM`まで踏み込むかは「OSごと丸ごと必要か」で判定します。 ### 常時稼働の本番用途を自前で持たないという判断とその境界の引き方 見送るべき場面もはっきりしています。常時稼働させる本番システムのために物理サーバーを買ってHyper-Vで仮想化する構成は、いま新規に選ぶ理由が薄い。ハードウェアの調達と保守、電源とネットワークの冗長化、故障時の交換まで自分で抱えるため、仮想化の設定そのものより周辺の運用が重くなります。 境界は「稼働時間」と「更新頻度」で引きます。業務時間だけ動かす検証環境、月に何度も作り直す実験環境なら手元のHyper-Vで十分。24時間動かす、監視と当番を付ける、災害時の切り替え先も要るという条件が入った時点で、クラウドへ寄せたほうが総コストは下がる。既存資産の移行やオンプレミスとの併用構成の検討は[インフラ構築（AWS・Google Cloud・Azure）](https://www.issoh.co.jp/service/system/aws/)で対応しています。搭載8GBの端末で仮想マシンを常用する構成も避けてください。下限の4GBを渡すとWindows本体が窒息するためです。 ## よくある質問 Hyper-Vの有効化と併存について、検索でよく出てくる質問に答えます。 ### Windows 11 HomeでHyper-Vは使えますか？ 使えません。公式の有効化手順のページは「Hyper-V の役割は、Windows 10 Home または Windows 11 Home にはインストールできません」と明記しています。ただしWSL2はHomeでも動きます。WSL2が要求するのはHyper-Vロールではなく仮想マシンプラットフォームというコンポーネントで、公式のインストール前提もエディションではなくビルド番号だけです。Linux環境が目的ならHomeのままWSL2で足ります。 ### Hyper-Vを有効にしたらVMwareが起動しなくなりました 設計上の挙動です。ハードウェア仮想化拡張を同時に使えるソフトウェアは1つだけという制約があり、Hyper-Vが動いている間は他社製の仮想化アプリが起動しないか低速なエミュレーションに落ちます。`msinfo32.exe`で検出を確認したうえで、`Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-Hypervisor`でハイパーバイザーだけを外してください。メモリ整合性とCredential Guardが有効なままだと外れない場合もあります。 ### Hyper-VとVMwareやVirtualBoxの違いは何ですか？ 層が違います。Hyper-Vは公式にtype-1ハイパーバイザーと位置づけられ、ハードウェア上で直接動いてWindows自身もその上に載ります。VMware WorkstationやVirtualBoxはWindows上のアプリとして動く型です。運用面の差は、Hyper-Vが同梱で追加ライセンスが不要な点とWindowsコンテナに対応する点。反面、macOSでは使えず他社製品と同居できません。 ### Hyper-Vの有効化に必要なメモリとCPUの条件を教えてください 公式の一般要件は、第2レベルアドレス変換（SLAT）に対応した64ビットプロセッサ、VMモニターモード拡張機能、少なくとも4GBのRAM、BIOSまたはUEFIでのハードウェア支援型仮想化（Intel VTまたはAMD-V）とデータ実行防止（IntelはXDビット、AMDはNXビット）の有効化です。4GBは下限で、ホストと同時稼働する仮想マシンすべての合計が要ります。確認は`Systeminfo.exe`の「Hyper-V 要件」セクション。管理ツールだけならSLATは不要です。 ### 仮想マシンを作ったあとに世代を変更できますか？ できません。第1世代と第2世代の指定は作成時に確定し、後から切り替える手段がありません。作り直しになるため、公式の指針どおり「第1世代を作る特定の理由がない限り第2世代」で決めます。目印はディスク形式で、`.vhd`なら第1世代、`.vhdx`なら第2世代。古い32ビットのゲストOSやレガシーなブート方式が必要な場合だけ第1世代を選んでください。 ## 関連記事 - [仮想マシンとは？物理マシン・コンテナとの違いから作成・運用まで実装者向けに解説](https://www.issoh.co.jp/tech/details/13372/)：仮想マシンという単位そのものの整理 - [仮想化技術とは？種類・仕組みからサーバー仮想化の採用判断まで実装目線で解説](https://www.issoh.co.jp/tech/details/13097/)：サーバー仮想化を採用するかの上流判断 - [WSL2とは｜WSL1との違い・仕組み・インストール方法とメリット・デメリットを解説](https://www.issoh.co.jp/tech/details/3410/)：WSL2側の仕組みとバージョン差 - [Docker VMMとは？4.86の自前ハイパーバイザと切り替え判断](https://www.issoh.co.jp/tech/details/16896/)：macOS側で器を選ぶ場合の比較対象 - [仮想環境とは？venv・コンテナ・仮想マシンの違いと隔離レベルの選び方](https://www.issoh.co.jp/tech/details/13536/)：隔離レベルの選び方 --- 出典: [Hyper-Vの有効化と仮想マシン作成手順｜PowerShell操作とWSL2との併存]()（株式会社一創）