適用対象: 
2016 2019 サブスクリプション エディション
Exchange Server 2016 および Exchange Server 2019 は仮想化環境に展開できます。 このトピックでは、ハードウェア仮想化ソフトウェアでの Exchange の展開でサポートされるシナリオの概要を説明します。
Exchange 仮想化に関するこの説明では、次の用語を使用します。
コールド ブート: システムを電源オフ状態からオペレーティング システムのクリーン スタートにすると、アクションはコールド ブートです。 オペレーティング システムの状態は初期化されます。
保存された状態: 仮想マシンの電源がオフになると、ハイパーバイザーは通常、仮想マシンの状態を保存できます。そのため、マシンの電源が再びオンになると、コールド ブート スタートアップを行うのではなく、 保存された状態 に戻ります。
計画された移行: システム管理者がハイパーバイザー ホスト間で仮想マシンの移動を開始すると、 アクションは計画された移行になります。 アクションは 1 回の移行である場合もあれば、システム管理者が仮想マシンを時間指定に従って移動するように自動化を構成することもできます。 計画された移行は、ハードウェアまたはソフトウェアの障害ではなく、システムで発生した他のイベントの結果である可能性もあります。
計画された移行の重要なポイントは、Exchange 仮想マシンが正常に動作していて、何らかの理由で再配置する必要があることです。 この再配置は、テクノロジ (ライブ マイグレーションや vMotion など) によって実行できます。 ただし、Exchange 仮想マシンまたは仮想マシンが配置されているハイパーバイザー ホストで何らかの障害状態が発生した場合、その結果は計画された移行として特徴付けられません。
ハードウェア仮想化の要件
Microsoft は、次のすべての条件に当てはまる場合にのみ、ハードウェア仮想化ソフトウェア上で運用中の Exchange 2016 および Exchange 2019 をサポートします。
ハードウェア仮想化ソフトウェアで次のいずれかが実行されている。
Windows Server のいずれかのバージョンに HYPER-V テクノロジやマイクロソフトの HYPER-V サーバー
Windows Server Virtualization 検証プログラム に基づいた検証済みのサードパーティのハイパーバイザー
注:
サービスとしてのインフラストラクチャ (IaaS) プロバイダーでの Exchange 2016 または Exchange 2019 の展開は、すべてのサポート性要件が満たされている場合にサポートされます。 仮想マシンをプロビジョニングするプロバイダーの場合、Exchange 仮想マシンで使用されているハイパーバイザーが完全にサポートされていること、Exchange が使用するインフラストラクチャが、サイジング プロセス中に判別されたパフォーマンス要件を満たしていることが要件として含まれます。 Exchange データベースのすべての記憶域ボリュームとデータベース トランザクション ログ (トランスポート データベースを含む) が Azure Premium Storage 用に構成されている場合は、Microsoft Azure 仮想マシン上の展開がサポートされます。
Exchange ゲスト仮想コンピューターには、次の条件があります。
Exchange 2016 または Exchange 2019 を実行しています。
サポートされているバージョンの Windows Server for Exchange に展開されています。
Exchange 2016 または Exchange 2019 の展開の場合:
すべての Exchange サーバーの役割は、仮想マシンでサポートされます。
Exchange Server 仮想マシン (データベース可用性グループまたは DAG の一部である Exchange 仮想マシンを含む) は、仮想マシンが移動またはオフラインになったときにディスク上の状態を保存および復元しないように構成されている場合に限り、ホストベースのフェールオーバー クラスタリングおよび移行テクノロジと組み合わせることができます。 ハイパーバイザー レベルで発生するフェールオーバー動作はすべて、フェールオーバー先のノードで仮想マシンがアクティブになったときに、コールド ブートする必要があります。 計画されているすべての移行は、シャットダウンとコールド ブート、または Hyper-V ライブ マイグレーションなどのテクノロジを利用するオンライン移行で実行される必要があります。 仮想マシンのハイパーバイザー移行はハイパーバイザー ベンダーがサポートするため、ハイパーバイザー ベンダーが Exchange 仮想マシンの移行をテストしており、サポートすることを確認する必要があります。 Microsoft は、これらの仮想マシンの Hyper-V ライブ移行をサポートしています。
物理ホスト コンピューターには、管理ソフトウェア (ウイルス対策ソフトウェア、バックアップ ソフトウェア、仮想マシン管理ソフトウェアなど) のみを展開できます。 その他のサーバーベースのアプリケーション (Exchange、SQL Server、Active Directory、SAP など) はホスト マシンにインストールしないでください。 ホスト マシンはゲスト仮想マシンの実行専用にする必要があります。
一部のハイパーバイザーには、仮想マシン用のスナップショットを撮る機能が含まれています。 仮想マシンのスナップショットは、実行中の仮想マシンの状態をキャプチャします。 この機能により、仮想マシンの複数のスナップショットを撮り、スナップショットを仮想マシンに適用することで仮想マシンを以前の状態に戻すことができます。 ただし、仮想マシンのスナップショットはアプリケーション対応ではなく、スナップショットの使用により、Exchange などの状態データを保持するサーバー アプリケーションで意図せず予期しない結果が発生する可能性があります。 このため、Exchange ゲスト仮想マシンの仮想マシン スナップショットの作成はサポートされていません。
多くのハードウェア仮想化製品では、各ゲスト仮想マシンに割り当てられる仮想プロセッサの数を指定できます。 ゲスト仮想マシン内の仮想プロセッサは、物理システム内の固定数の物理プロセッサ コアを共有します。 Exchange がサポートする仮想プロセッサと物理プロセッサ コアの比率は 2:1 以下ですが、推奨値は 1:1 です。 たとえば、クアッド コア プロセッサを使用するデュアル プロセッサ システムでは、ホスト システムに合計 8 個の物理プロセッサ コアを使用します。 この構成のシステムでは、すべてのゲスト仮想マシンで合わせて合計 16 を超える仮想プロセッサを割り当てないでください。
ホスト マシンによって必要になる仮想プロセッサの合計数を計算する場合には、I/O とオペレーティング システムの両方の要件も考慮する必要があります。 ほとんどの場合、Exchange 仮想マシンをホストするシステムのホスト オペレーティング システムで必要となる仮想プロセッサに相当する数は 2 です。 この値は、物理コアと仮想プロセッサの全体の比率を計算する際に、ホスト オペレーティング システムの仮想プロセッサのベースラインとして使用されます。 ホスト オペレーティング システムのパフォーマンスの監視で、2 プロセッサに相当する以上の使用率でプロセッサを消費していることが示された場合は、ゲスト仮想マシンに割り当てられる仮想プロセッサの数を減らし、仮想プロセッサと物理コアの比率が 2:1 以下であることを確認する必要があります。
ゲスト仮想マシンが、ホスト マシンにインストールされているファイバー チャネルまたは SCSI ホスト バス アダプター (HBA) と直接通信できない場合があります。 その場合、ホスト マシンのオペレーティング システムでアダプターを構成し、ゲスト仮想マシンへの論理ユニット番号 (LUN) を仮想ディスクまたはパススルー ディスクとして提示する必要があります。
Azure コンピューティング リソースから外部ドメインにメールを送信するには、SMTP リレー (SMTP スマート ホストとも呼ばれます) を使用する方法のみがサポートされています。 Azure コンピューティング リソースは電子メールを SMTP リレーに送信し、SMTP リレー プロバイダーは電子メールを外部ドメインに配信します。 Exchange Online は SMTP リレーのプロバイダーの 1 つですが、サード パーティのプロバイダーも多数存在します。 詳細については、「Azure での送信 SMTP 接続の問題のトラブルシューティング」を参照してください。
ホスト マシンの記憶域要件
各ホスト マシンの最小ディスク領域要件を次の一覧に示します。
一部のハードウェア仮想化アプリケーションのホスト マシンは、オペレーティング システムとそのコンポーネント用の記憶領域を必要とする場合があります。 オペレーティング システムのページング ファイル、管理ソフトウェア、クラッシュ回復 (ダンプ) ファイルをサポートするには、追加の記憶領域も必要となります。
一部のハイパーバイザーは、各ゲスト仮想マシンに固有のファイルをホスト マシンに保持します。 たとえば、Hyper-V 環境では、ゲスト マシンごとに一時メモリ格納ファイル (BIN ファイル) が作成され、保持されます。 各 BIN ファイルのサイズは、ゲスト マシンに割り当てられるメモリの容量に等しくなります。 さらに、各ゲスト マシンにその他のファイルが作成され、ホスト マシンに保持される場合もあります。
ホスト コンピューターで Hyper-V または Hyper-V 2012 Windows Server 2012実行していて、DAG で Exchange メールボックス サーバーをホストするホスト ベースのフェールオーバー クラスターを構成している場合は、KB2872325 のガイダンスに従うことをお勧めします。
Exchange の記憶域要件
仮想化された Exchange サーバーに接続するストレージの要件は次のとおりです。
各 Exchange ゲスト マシンには、ゲストのオペレーティング システム、使用中の一時メモリ格納ファイル、およびホスト マシンにホストされる関連仮想マシン ファイルを含む固定ディスクのための十分な記憶域領域をホスト マシン上で割り当てる必要があります。 さらに、Exchange ゲスト マシンごとに、メッセージ キュー用、およびメールボックス サーバー上のデータベースとログ ファイル用の十分な記憶域も割り当てる必要があります。
Exchange ゲスト マシンが Exchange データ (メールボックス データベースやトランスポート キューなど) の保存に使用する記憶域は、固定サイズの仮想記憶域 (たとえば、Hyper-V 環境の固定仮想ハード ディスク (VHD または VHDX))、Hyper-V で VHDX ファイルを使用する場合は動的仮想記憶域、SCSI パススルー記憶域、またはインターネット SCSI (iSCSI) 記憶域にすることができます。 パススルー記憶域は、ホスト レベルで構成され、1 台のゲスト マシン専用の記憶域です。 Exchange ではこのトピックで後述する SMB 3.0 シナリオ以外にネットワーク接続記憶域 (NAS) ボリュームの使用がサポートされていないため、Exchange ゲスト マシンが Exchange データの保存に使用するすべての記憶域はブロック レベルの記憶域である必要があります。 また、ハイパーバイザーを介してブロック レベルのストレージとしてゲストに表示される NAS ストレージはサポートされていません。
ゲスト コンピューターが Windows Server 2012 Hyper-V (または Hyper-V の最新バージョン) で実行している場合、VHD はブロックレベルの記憶域がバックアップする SMB 3.0 ファイルに格納できます。 SMB 3.0 ファイル共有にサポートしている用途は固定 VHD の記憶域のみです。 このようなファイル共有は Exchange データの直接記憶域には使用できません。 SMB 3.0 ファイル共有で固定 VHD を格納する場合、Exchange サービスの可用性をできるだけ保証するため、ファイル共有をバックアップする記憶域は高可用性に構成します。
Exchange によって使用される記憶域は、ゲスト仮想マシンのオペレーティング システムをホストしている記憶域とは別のディスク スピンドルにホストする必要があります。
Exchange ゲスト仮想マシン内部で iSCSI イニシエーターを使用するように iSCSI 記憶域を構成することはサポートされています。 ただし、仮想マシン内部のネットワーク スタックが完全な機能を備えていない (ジャンボ フレームをサポートしない仮想ネットワーク スタックもあります) 場合、この構成ではパフォーマンスが低下します。
Exchange のメモリ要件および推奨事項
一部のハイパーバイザーには、同じハイパーバイザーによって管理されている他のゲスト マシンのニーズと比較し、ゲスト マシンの認識されたメモリ使用率に基づいて、特定のゲスト マシンが使用できるメモリの量をオーバーサブスクライブ/オーバーコミットするか動的に調整する機能があります。 このテクノロジは、メモリが短時間必要で、その後、他の用途に引き渡せるような負荷には合理的です。 しかし、メモリを継続的に使用するように設計された負荷に対しては合理的ではありません。 Exchange は、(メモリ内のデータのキャッシュを伴うパフォーマンスの最適化を備えた多くのサーバー アプリケーションと同様に) 実行されている物理マシンまたは仮想マシンに割り当てられたメモリを完全に制御していない場合、システム パフォーマンスが低下したり、許容できないクライアント エクスペリエンスの影響を受けやすくなります。 したがって、動的メモリ機能やメモリ オーバーコミット機能は Exchange には使用できません。
Exchange のホストベースのフェールオーバー クラスター化と移行
Exchange DAG を使用したホストベースのフェールオーバー クラスタリングと移行テクノロジに関してよく寄せられる質問に対する回答を以下に示します。
Microsoft は、サード パーティ製の移行テクノロジをサポートしていますか。
これらのテクノロジは Server Virtualization Validation Program (SVVP) の一部ではないため、マイクロソフトは、これらのテクノロジを使用するサードパーティ製ハイパーバイザー製品を Exchange と統合するためのサポート声明を行うことはできません。 SVVP は、サード パーティ製ハイパーバイザーのその他の要素をサポートしています。 そのハイパーバイザー ベンダーが、そのベンダーの移行およびクラスタ化テクノロジと Exchange の組み合わせをサポートしているかどうかを確認する必要があります。 ハイパーバイザー ベンダーがそのベンダーの移行テクノロジと Exchange の組み合わせをサポートしている場合、Microsoft は Exchange とそのベンダーの移行テクノロジをサポートしています。
Microsoft では、ホスト ベースのフェールオーバー クラスター化をどのように定義していますか?
ホストベースのフェールオーバー クラスタリングとは、ホスト レベルの障害に自動的に対応し、影響を受ける仮想マシンを代替サーバー上で起動する機能を提供するテクノロジーを指します。 このテクノロジの使用は、障害シナリオで仮想マシンが代替ホストのコールド ブートから起動する場合にサポートされます。 このテクノロジによって、仮想マシンは、残りの DAG メンバーに比べて古くなってしまうため、ディスク上に保存された状態で起動しないようにすることができます。
移行のサポートとは、どのような意味ですか。
移行テクノロジとは、仮想マシンのホスト マシン間の計画的な移行を可能にするあらゆるテクノロジを指します。 こうした移行を、リソースの負荷分散の一環として自動的に行うこともできますが、その場合、システムの障害とは連動していません。 仮想マシンがディスクに保存された状態に戻らない限り、移行はサポートされます。 つまり、状態と仮想マシンのメモリをネットワーク経由で転送してダウンタイムを認識させることなく仮想マシンを移行するテクノロジと、Exchange と使用がサポートされています。 サード パーティ製のハイパーバイザー ベンダーは移行テクノロジをサポートしており、Microsoft はこうした構成での Exchange の使用をサポートしています。