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