Synology NASにVirtual Machine Manager（VMM）をインストールする方法：NASデバイスでLinuxとWindowsの仮想マシンを動かす - ITFROMZERO - Share tobe shared! Synology Virtual Machine Manager（VMM）を使えば、専用サーバーなしでNAS上でLinuxとWindowsの仮想マシンを直接実行できます。ハードウェアの互換性確認、VMMのインストール、ストレージと仮想スイッチの設定、VMの作成からモニタリングの構築まで、各手順を詳しく解説します。

Table of Contents

NASはファイルを保存するだけじゃない

自宅や小規模オフィスにSynology NASをお持ちであれば、その潜在能力をまだ十分に活かせていない可能性があります。Synology Virtual Machine Manager（VMM）は、NASデバイス上でLinuxとWindowsの仮想マシンを直接実行できる公式パッケージです——別途物理サーバーを用意する必要はありません。

私は自宅でProxmox VEを使って12台のVMとコンテナを管理するhomelabを運用しています——本番環境に反映する前に何でも試せるプレイグラウンドです。ただ、そのためにわざわざ専用サーバーを立てたい人や必要な人ばかりではありません。小規模オフィスや軽量なhomelabであれば、すでに持っているNASを活用して数台のVMを動かすのは非常に現実的な選択肢です——コストを抑えられ、余分な電力も消費しません。

VMMはどんな場合に向いているか

メインマシンに影響を与えずに独立したテスト環境が必要な開発者
Windows ServerでActive DirectoryやGroup Policyをテストしたいシステム管理者
追加機器なしで内部サービス（Webサーバー、DNS、VPN）を追加したいhomelab愛好家
専用ハードウェアの予算がないが内部サーバーが必要な小規模オフィス

他のソリューションとの違いは、VMMがDSMにグラフィカルUIで完全統合されており、基本的なVM構築にコマンドラインは不要で、スナップショットもHyper Backupと同じシステム内で管理できる点です。

インストール前にハードウェアの互換性を確認する

このステップを省略して、インストール後にNASのモデルが対応していないことに気づく人が多くいます。

VMMに対応するNASシリーズ

Plus Series: DS923+, DS1522+, DS1621xs+, DS1821+, DS2422+
XS/XS+ Series: DS3622xs+, DS3617xs, FS3600
Rackmount: RS1221+, RS1221RP+, RS2421+, RS4021xs+

必須条件：CPUはx86-64（Intel Celeron、Core、Xeon、またはAMD Ryzen）である必要があります。DS220j、DS120j、DS223jなどARMベースのモデルではVMMは動作しません——これは無視できない技術的な制限です。

安定稼働のための最小要件

RAM：合計4GB以上——DSMが約1.5GBを使用し、残りがVMに割り当てられます。複数のVMを並行稼働する場合は8GBまたは16GBへの増設を推奨
ストレージ：スピニングHDDよりSSDの方がVMのパフォーマンスを大幅に向上させます
DSM：バージョン7.x（推奨）または最低でも6.2

現在のRAMとCPUの確認方法：DSMでコントロールパネル → 情報センター → リソースを開きます。

Virtual Machine Managerのインストール

ステップ1——VMMパッケージのインストール

DSMでパッケージセンターを開き、「Virtual Machine Manager」を検索してインストールをクリックします。インストール中にVMを保存するStorage Poolの選択を求められます——適切なプールがない場合は先にストレージマネージャーで作成してください。

ステップ2——VM用ストレージの設定

Virtual Machine Manager → ストレージ → 追加を開きます：

Storage Poolを選択（SSD搭載のプールを優先）
名前を設定：例 vm-storage
デフォルトのthin provisioningのままにする——仮想ディスクは実際に使用している容量分だけを占有します

ステップ3——仮想スイッチの作成

VMは内部ネットワークと通信するためにネットワーク接続が必要です。Virtual Machine Manager → ネットワーク → 追加を開きます。選択肢は2つあります：

Linux Bridge：シンプルで、homelabや小規模オフィスに適しています
Open vSwitch（OVS）：より柔軟で、ネットワーク分離が必要な場合にVLANタギングをサポート

ほとんどの場合、Linux Bridgeを選んでNASの物理ネットワークポートにブリッジ接続します。VMは通常の物理デバイスと同様にルーターのDHCPからIPアドレスを取得します。

# SSH経由でNASのネットワークインターフェースを確認（コントロールパネル → ターミナルとSNMP で有効化）
ssh [email protected]
ip link show

# 出力例：
# 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP
# 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state DOWN
# eth0にブリッジ（稼働中のポート）

詳細設定：仮想マシンの作成とインストール

ISOをNASにアップロードする

インストールしたいOSのISO（Ubuntu Server、Debian、Windows Serverなど）をダウンロードし、File Station経由でNASにアップロードするか、より速い方法としてSSH経由でwgetを直接使用します：

# NASにSSH接続
ssh [email protected]

# ISOファイル用のディレクトリを作成
mkdir -p /volume1/vmiso

# Ubuntu Server 24.04 LTSをダウンロード
wget https://releases.ubuntu.com/24.04/ubuntu-24.04.1-live-server-amd64.iso \
  -O /volume1/vmiso/ubuntu-24.04-server.iso

# ダウンロードしたファイルを確認
ls -lh /volume1/vmiso/

ISOファイルが準備できたら、Virtual Machine Manager → イメージ → 追加 → ファイルからを開き、アップロードしたISOファイルを選択します。

Linux VM（Ubuntu Server）の作成

Virtual Machine Manager → 仮想マシン → 作成を開き、以下の手順に従います：

全般：VM名を設定（例：ubuntu-dev）、OSタイプで「Linux」を選択
CPU & メモリ：基本的なUbuntu Serverには2 vCPU、2048 MB RAM
ストレージ：20GBの仮想ディスクを作成し、先ほど設定したストレージを選択
ネットワーク：作成した仮想スイッチ（Linux Bridge）を選択
ISO/DVD：Ubuntu ISOを仮想DVDドライブにマウント
サマリー：設定内容を確認して完了をクリック

Windows VMの作成

設定は同様ですが、いくつか注意点があります：

OSタイプ：Windowsを選択
RAM：Windows 10/11には最低4GB、Windows Server Coreには2GB
ストレージ：Windowsデスクトップには最低50GB、Windows Server Coreには32GB
WindowsがVirtual diskとネットワークカードを認識するにはVirtIO driver ISOが別途必要

Fedora Project（virtio-win.isoを検索）からVirtIO driver ISOをダウンロードし、Windowsインストール時に2番目のDVDドライブにマウントします。パーティション選択の手順で「ドライバーの読み込み」をクリックし、このDVDドライブを指定することでWindowsが仮想ハードディスクを認識できるようになります。

VM管理権限の設定

VMMには独自の権限システムがあります——DSMの管理者であっても自動的にVMを管理できるわけではありません。Virtual Machine Manager → アクセス権限を開き、必要なユーザーまたはグループを適切な権限レベル（Manager、Guest、またはViewer）で追加します。

動作確認とモニタリング

VMコンソールへのアクセス

VMを起動したら、接続をクリックしてWebブラウザ経由でコンソールを開きます（VNC over WebSocket）。OSインストール後は、操作しやすくするためSSHサーバーを追加インストールすることを推奨します：

# インストールしたばかりのUbuntu VM内で——ブラウザコンソール経由でアクセス
sudo apt update && sudo apt install -y openssh-server
sudo systemctl enable --now ssh

# VMに割り当てられたIPアドレスを確認
ip addr show eth0 | grep 'inet '

# ローカルマシンからVMにSSH接続（同一ネットワーク内）
ssh [email protected]

リソースとパフォーマンスの確認

VMMはOverviewタブで各VMのCPU、RAM、ディスクI/O、ネットワークを表示します。VM内部でより詳細なモニタリングを行うには、以下のツールを追加インストールするのがおすすめです：

# htop——プロセスとリソースを素早く確認
sudo apt install -y htop
htop

# Netdata——リアルタイムWebモニタリングダッシュボード（ポート19999）
curl https://my-netdata.io/kickstart.sh | bash
# インストール後：ブラウザからhttp://VM-IP:19999にアクセス

# ターミナルからCPU/RAMを素早く確認したい場合
vmstat 1 5        # 1秒間隔で5回表示
free -h           # RAMの使用状況

スナップショットと復元

VMMが優れていて、非常に自然に統合されている部分です：

VMを選択 → アクション → スナップショットを撮る
説明的な名前を付ける：例 before-nginx-upgrade-2025-10
復元するには：VMのスナップショットタブを開き、スナップショットを選択して復元をクリック

Synology純正パッケージのHyper Backupと組み合わせることで、複雑な設定なしにVM全体を外部ストレージやクラウドにバックアップできます——すべてDSMの同一インターフェース内で完結します。

よくある問題と対処法

VMの起動が極端に遅い：仮想ディスクがスピニングHDD上にあるかSSD上にあるかを確認。可能であればSSDに移行する
Windowsのインストール時にディスクが認識されない：VirtIOドライバーが不足——ドライバーISOを追加マウントしてWindowsインストールウィザードで読み込む
パッケージセンターにVMMが表示されない：NASモデルが非対応（ARM CPU）またはDSMのバージョンが6.2より古い
VM起動後にNASが固まる：VMに割り当てたRAMが多すぎてDSMが正常に動作するメモリが不足。システム用に最低1.5〜2GBを確保すること
VMがIPアドレスを取得できない：仮想スイッチの設定を再確認——稼働中のネットワークポートに正しくブリッジされているか確認する

Synology VMMは、ヘビーな本番環境におけるProxmoxやESXiの代替にはなりません。しかし、homelab、小規模オフィス、あるいは開発・テスト環境においては、追加サーバーを立てることなく既存のハードウェアを活用できる点は本物のメリットです。ファイル保存のために24時間365日稼働しているNASが、電気代も機器も一切追加することなく、小規模なVMをいくつか動かせるようになります。