Synology仮想マシンクラスタの運用環境：3ノード構成のVMM Proセットアップ

Synology 仮想マシン クラスタは、単なる実験室のおもちゃではありません。このストア、メール リレー、姉妹ブランド、そして複数のホスト型 Web サイトはすべて、VMM Pro ライセンスで保護された 1 つの Virtual Machine Manager クラスタに接続された 3 台の Synology NAS ユニット上でゲストとして稼働しています。現在、このクラスタ上では 8 つのゲストが稼働しており、そのうち 7 台は 24時間体制で稼働し、残りの 6 台はスケジュールに基づいてスタンバイ ホストに複製されています。スタンバイ ホストはほとんどの時間スリープ状態です。この記事では、実際に稼働している Synology 仮想マシン セットアップについて、各ハードウェアの役割、高可用性ではなくスケジュール レプリケーションを選択した理由、フェイルオーバーの方法、コピーする前に知っておくべき制限事項などを解説します。

SynoPower Clubポイント： VMM Proをご購入いただいたお客様から最もよくいただく質問は、実際のビジネスで運用した場合、どのような状態になるのかということです。そこで、弊社の運用状況を、欠点も含めてご紹介します。コンソールには常時警告が表示されます。これは、1台のホストが意図的に電源オフになっているためです。スタンバイ側はレプリカを収集するためだけに起動し、ストアゲスト内のWebサーバーにはフェイルオーバー日用のメモが貼られています。これらのことはすべて、カタログには記載されていません。しかし、こうした事情があるからこそ、弊社ではSynology仮想マシンクラスタを、レンタルデータセンターで同等の冗長性を実現する場合の費用のほんの一部で済ませることができたのです。

Synology仮想マシンクラスタが本番環境でどのように動作するか #

Virtual Machine Managerでは、最大7台のSynology NASホストが1つのコンソールを共有できます。各ホストは独自のストレージを保持し、独自のゲストを実行します。無料版でも既にクラスタとして管理されています。VMM Proで追加されるのは、ホスト間での操作機能です。実行中のSynology仮想マシンをあるマシンから別のマシンに移動したり、別の場所で自動的に再起動したり、スナップショットをスケジュールに基づいて別のホストにコピーしたりできます。

その区別が以下のすべてを形作ります。私たちのクラスターは 3 つのホストで構成されていますが、その価値は、それらが 1 つのリストに表示されるという事実ではなく、それらの間で実行される保護プランにあります。まだエディションの選択を検討している場合は、 Virtual Machine ManagerとVMM Pro 全機能分割を網羅しています。

当社の3台のSynology仮想マシンホストと、それぞれの稼働場所 #

このクラスターは3世代のSynologyハードウェアを混在させており、各Synology仮想マシンホストにはそれぞれに適したタスクが割り当てられる。

ホスト	役割	何が動くのか
DS1621xs+	主要な生産宿主	このストアはNVMeストレージ上にVirtual DSMのゲストOSとして、さらに顧客ウェブサイトを1つ提供しています。
FS1018	二次生産ホスト	メールリレー、姉妹ブランドのウェブサイト、ホスティングされたウェブサイト2つ、そして小さなゲストサイト1つ
FS2017	コールドスタンバイとレプリカターゲット	何もライブ配信されていません。スケジュールされた複製を受信し、再び電源が切れます。

このストアはDS1621xs+上で稼働しています。なぜなら、このマシンはクラスタ内で最も負荷の高いSynology仮想マシンであり、その実績がそれを証明しているからです。2026年8月、より小型のホストFS1018で10個の仮想CPUが4つのハードウェアスレッドで動作していることを計測した結果、このマシンをFS1621xs+からDS1621xs+に移行しました。どちらの運用ホストも同じ世代のプロセッサを同じクロック速度で使用しているため、単一のリクエストはどちらのホストでも同じ速度で実行されます。大型ホストの利点は、より多くのスレッドを利用できることです。これにより、負荷の高いゲストが同じコアを奪い合うことがなくなります。

高可用性ではなくレプリケーションを選択した理由 #

理論上、3台のホストはVMM Proの高可用性に必要な構成です。Synologyではクラスタ内に少なくとも3台のホストが必要であり、クラスタの健全性は多数決で判断されるため、ホワイトペーパーではノード数を奇数にすることを推奨しています。

問題は、高可用性を実現するには、それらのホストがオンライン状態である必要があるということです。当社の3台目のホストは、電力と騒音を節約するためにほとんどの時間電源がオフになっているコールドスタンバイなので、自動フェイルオーバーの依存元となるホストの大部分を維持できませんでした。3台目のマシンを終日稼働させる代わりに、保護プランを選択しました。それは、スタンバイへのリモートレプリケーションを伴うスケジュールされたスナップショットです。フェイルオーバーは、秒単位で計測される自動的な手順ではなく、分単位で計測される意図的な手動の手順となります。

小規模な店舗にとって、この取引は十分に価値がある。スタンバイサーバーの運用コストはほとんどかからず、必要な時にはレプリカが既にスタンバイサーバー上に配置されている。稼働時間が電気代よりも重要になる場合、スタンバイサーバーを常時稼働の第3ホストにすることで、同じライセンスで高い可用性を実現できる。

Synology仮想マシンをスタンバイホストに複製する4つのステップ #

これは、各ゲストを保護するために私たちが実行した手順です。VMM Proの容量、クラスタ内に少なくとも2台のホスト、そして送信元と送信先の両方にBtrfsボリュームが必要です。

保護プランの調整方法 #

8つのゲストのうち6つは保護プランに加入しており、保護対象のSynology仮想マシンはすべてスタンバイにレプリケーションされます。すべてのゲストが同じスケジュールを必要とするわけではないため、2つのグループに分けられます。

• 12時間ごと： この店舗、郵便中継サービス、そして顧客向けウェブサイト1つでは、1日分の変更作業が失われると大きな痛手となる。
• 1日1回、午前4時： ホストされているウェブサイトが2つと、小規模なゲスト用サイトがあり、1日あたりで十分です。

保持期間も同じロジックに従い、Virtual Machine Managerがリカバリポイントの目的に基づいて命名する組み込みポリシーを使用します。最もアクセス頻度の高いゲストには時間単位のポリシーが適用され、アクセス頻度の低いゲストには日単位または週単位のポリシーが適用されます。プランが設定されていないゲストは、電源がオフになっている廃止されたプロジェクトトラッカーと、まだプランが設定されていないWebサイトです。

一つ、早い段階で思わぬ落とし穴がありました。無料版ではゲスト1人あたり最大32個のスナップショットしか保存できず、12時間ごとのスケジュールでは16日でその上限に達してしまうのです。VMM Proでは上限が255個に引き上げられますが、それでも保存しておきたいスナップショットは手動でロックしているので、スケジュールによって削除されることはありません。

小規模チームがSynologyの仮想マシンすべてを保護する方法 #

クラスター全体はごく少数のチームによって運用されている。それが重要な点だ。誰も一日中ダッシュボードを監視しているわけではないので、設計上は誰かがボタンを押すことを忘れても、Synologyの仮想マシンすべてを保護する必要がある。

保護プランは独自のスケジュールで実行されます。スタンバイは起動し、レプリカを受信して再びスリープします。ゲストのサイズ変更やプラグインの更新などのリスクのある変更を行う前に、まずロックされたスナップショットを取得します。 適正サイズ化の手順 この手順は実際に実行されています。店舗で何か問題が発生したとき、 お問い合わせフォームからのメール爆撃 今月追跡調査したところ、ログ、メール、スナップショットはすべて、我々が管理するハードウェア上に保存されていた。

フェイルオーバー当日はどのような様子か #

レプリカには、Synology仮想マシン内部のあらゆる情報が含まれており、元のホストに合わせて調整された設定も含まれています。人々が忘れがちなのはこの点です。

ストアゲストはDS1621xs+に合わせて調整されており、Webサーバーが同時に起動できるワーカー数も設定されています。ストアがハードウェアスレッド数の少ないホスト上で動作する必要が生じた場合、トラフィックが発生する前にこの制限値を下げなければ、ゲストに過負荷がかかります。ランブックでは、レプリカの電源投入後の最初のステップとしてこの変更を記載し、その後、サイト、チェックアウト、メールのすべてが応答することを確認する手順を説明しています。

必要になる前に、自分専用のリストを作成しておきましょう。レプリケーションによってSynology仮想マシンが別のホストに転送され、チェックリストによってそこで正常に動作するようになります。

容量計画：メモリこそが真の限界 #

ホスト上では、実行中のゲストOSのメモリはすべて予約されロックされているため、DSMによって共有または解放されることはありません。そのため、Synology仮想マシンクラスタの真の容量制限はCPUではなくメモリとなります。

スタンバイまたはセカンダリのSynology仮想マシンホストは、接続する可能性のあるゲストを受け入れるのに十分な空きメモリがある場合にのみ役立ちます。そのため、測定結果からそれ以上のメモリが必要ないことがわかった時点で、ストアゲストのメモリを16ギガバイトから8ギガバイトに削減しました。これにより確保できた8ギガバイトは、フェイルオーバー時に別のホストが使用できる余裕メモリとなり、追加購入は不要です。

このクラスターがSynologyとVMM Proで動作する理由 #

正直な理由は、コストと労力のバランスです。ファイルも保存している Synology NAS ユニットが 3 台、 VMM Proライセンス そして無料の 仮想DSM 各ホストに含まれるインスタンスにより、単一のコンソールから管理できる、複製されスナップショットで保護されたホスティング環境が実現します。すべてのゲストOSは数分でロールバックでき、レプリカから別のサーバーに再構築できます。

また、これは再販業者としての私たちの誠実さを保つことにも繋がります。私たちが販売するライセンスは、私たちのビジネスを支えています。ですから、お客様からVMM Proが本番環境で動作するかどうか尋ねられた場合、その答えは今あなたが読んでいるこのページに書いてあります。

Synology 仮想マシンクラスタの制限事項と注意事項 #

複製されたSynology仮想マシンの最新性は、そのスケジュールに依存します。ストアは12時間ごとに複製されるため、最悪の場合、フェイルオーバーによって半日前の状態に復元されます。これはスリープスタンバイの代償であり、注文量が増加した場合に最初に強化する設定です。

コールドスタンバイでは、コンソールに接続できないホストに関する警告が常に表示されます。これは設計上の仕様であり、不具合ではありませんが、実際の警告を見落としやすくなるというデメリットがあります。警告を無視する前に、その内容を確認してください。

高可用性はバックアップではありません。レプリケーション単体でも同様です。ゲストOS内のエラーやマルウェアも複製されてしまいます。ロックされたスナップショットと、いつでも復元できるオフホストコピーを保持しておきましょう。

最後に、VMMはBtrfsボリュームに対応したモデルでのみ動作し、ハードウェア構成が混在するとパフォーマンスも変動します。クラスター内で最も小型のホストでフェイルオーバーをテストしてください。ゲストOSが最初に負荷に直面するのは、まさにそのホストだからです。

よくある質問 #

参考資料とビデオチュートリアル #

• Virtual Machine Managerにおける保護保護計画、スナップショット、リモートレプリケーションなどが含まれます。
• Virtual Machine Managerにおける高可用性これには、3つのホストが必要であるという要件も含まれます。
• Virtual Machine Managerにおけるクラスタ管理ホストの追加と管理について。
• Synology VMM ホワイトペーパークォーラム、ネットワーク、クラスタ設計に関するガイダンス付き。
• VMM Proライセンスパック3ノードパックと7ノードパック、およびライセンス条項について説明します。

Virtual Machine Managerの操作手順と、Synology NASへのゲストOS移行ガイドを解説します。3つ目の動画では、Synology High Availabilityについて解説します。これは、NAS全体を同一のパッシブツインにミラーリングする別の製品で、VMMクラスタとの違いを理解するのに役立ちます。

独自のクラスターを構築しますか？まずは VMM Proライセンス レプリケーションとライブマイグレーションのために、 Virtual DSMライセンス 追加の DSM ゲストについては、またはすべてのライセンスを閲覧してください。 SynoPower Club.