Exchange 2013 仮想化

製品: Exchange Server 2013

2013 Microsoft Exchange Serverを仮想化された環境にデプロイできます。 このトピックでは、ハードウェア仮想化ソフトウェアに Exchange 2013 を展開するためにサポートされるシナリオの概要について説明します。

  • コールド ブート: 電源オフ状態からオペレーティング システムのクリーン スタートにシステムを取り込む場合、アクションは コールド ブートです。 オペレーティング システムの状態は初期化されます。

  • 保存された状態: 仮想マシンの電源がオフになると、ハイパーバイザーは通常、仮想マシンの状態を保存できるため、マシンの電源が入ると、コールド ブートの起動ではなく、保存 された状態 に戻ります。

  • 計画された移行: システム管理者がハイパーバイザー ホスト間で仮想マシンの移動を開始すると、アクションは 計画された移行 になります。 こうした操作は、1 回限りの移行の場合もあれば、システム管理者が設定した時間に仮想マシンを移行するように自動化する場合もあります。 ハードウェアやソフトウェアの障害など、システム内でイベントが発生した結果、計画的な移行を行う場合もあります。 要は、Exchange 仮想マシンが正常に動作していて、何らかの理由で再配置する必要がある場合を指します。 Live Migration や vMotion のようなテクノロジによってこうした再配置を実行できます。 ただし、Exchange 仮想マシンまたは仮想マシンのあるハイパーバイザー ホストに、何らかの障害が発生すると、計画した通りの結果は得られません。

ハードウェア仮想化の要件

Microsoft では、次のすべての条件に該当する場合にのみ、ハードウェア仮想化ソフトウェアの運用環境で 2013 Exchangeをサポートしています。

  • ハードウェア仮想化ソフトウェアで次のいずれかが実行されている。

    • Windows Server のいずれかのバージョンに HYPER-V テクノロジやマイクロソフトの HYPER-V サーバー

    • Windows Server Virtualization 検証プログラム に基づいた検証済みのサードパーティのハイパーバイザー

    注意

    インフラストラクチャとしてのサービス (IaaS) プロバイダーへの Exchange 2013 のデプロイは、すべてのサポート要件が満たされている場合にサポートされます。 仮想マシンをプロビジョニングするプロバイダーの場合、Exchange 仮想マシンで使用されているハイパーバイザーが完全にサポートされていること、Exchange が使用するインフラストラクチャが、サイジング プロセス中に判別されたパフォーマンス要件を満たしていることが要件として含まれます。 Exchange データベースのすべての記憶域ボリュームとデータベース トランザクション ログ (トランスポート データベースを含む) が Azure Premium Storage 用に構成されている場合は、Microsoft Azure 仮想マシン上の展開がサポートされます。

  • Exchange ゲスト仮想コンピューターには、次の条件があります。

    • 2013 Exchange実行されています。

    • これは、Windows Server 2008 R2 SP1 (またはそれ以降のバージョン)、Windows Server 2012、または Windows Server 2012 R2 に展開されます。

Exchange 2013 のデプロイの場合:

  • Exchange 2013 サーバーロールはすべて仮想マシンでサポートされています。

  • Exchange サーバー仮想マシン (データベース可用性グループの一部であるメールボックス仮想マシン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 リレー プロバイダーによって外部ドメインに電子メールが配信されます。 Microsoft Exchange Online Protection は SMTP リレーの 1 つのプロバイダーですが、サード パーティのプロバイダーも多数あります。 詳細については、「Azure での送信 SMTP 接続の問題のトラブルシューティング」を参照してください。

ホスト マシンの記憶域要件

各ホスト マシンに最低限必要なディスク領域は次のとおりです。

  • 一部のハードウェア仮想化アプリケーションのホスト マシンは、オペレーティング システムとそのコンポーネント用の記憶領域を必要とする場合があります。 たとえば、Hyper-V で Windows Server 2008 R2 を実行する場合、Windows Server 2008 の要件を満たすために少なくとも 10 GB が必要になります。 詳細については、「Windows Server 2008 R2 システム要件」を参照してください。 オペレーティング システムのページング ファイル、管理ソフトウェア、クラッシュ回復 (ダンプ) ファイルをサポートするには、追加の記憶領域も必要となります。

  • 一部のハイパーバイザーは、各ゲスト仮想マシンに固有のファイルをホスト マシンに保持します。たとえば、Hyper-V 環境では、ゲスト マシンごとに一時メモリ格納ファイル (BIN ファイル) が作成され、保持されます。各 BIN ファイルのサイズは、ゲスト マシンに割り当てられるメモリの容量に等しくなります。さらに、各ゲスト マシンにその他のファイルが作成され、ホスト マシンに保持される場合もあります。

  • ホスト マシンが Hyper-V または Hyper-V 2012 Windows Server 2012実行されていて、データベース可用性グループ内のメールボックス サーバー Exchangeホストするホスト ベースのフェールオーバー クラスターを構成している場合は、Microsoft サポート技術情報の記事 KB2872325 に記載されているガイダンスに従ってください。

Exchange の記憶域要件

仮想化された Exchange サーバーに接続するストレージの要件は次のとおりです。

  • 各 Exchange ゲスト マシンには、ゲストのオペレーティング システム、使用中の一時メモリ格納ファイル、およびホスト マシンにホストされる関連仮想マシン ファイルを含む固定ディスクのための十分な記憶域領域をホスト マシン上で割り当てる必要があります。さらに、Exchange ゲスト マシンごとに、メッセージ キュー用の十分な記憶域と、データベース ファイルとログ ファイル用の十分な記憶域を、メールボックス サーバーで割り当ててください。

  • Exchange ゲスト マシンがExchange データ (メールボックス データベースやトランスポート キューなど) のストレージに使用するストレージは、固定サイズの仮想ストレージ (Hyper-V 環境の固定仮想ハード ディスク (VHD または VHDX) など)、Hyper-V、SCSI パススルー ストレージ、またはインターネット SCSI (iSCSI) ストレージで VHDX ファイルを使用する場合の動的仮想ストレージです。 パススルー ストレージは、ホスト レベルで構成され、1 つのゲスト マシン専用のストレージです。 Exchange 2013 では、このトピックの後半で説明する SMB 3.0 シナリオ以外のネットワーク接続ストレージ (NAS) ボリュームの使用はサポートされていないため、Exchange ゲスト マシンがExchange データのストレージに使用するすべてのストレージをブロック レベルのストレージにする必要があります。 また、ハイパーバイザーを介してブロック レベルのストレージとしてゲストに提示される NAS ストレージはサポートされていません。

  • 固定仮想ディスクまたは動的仮想ディスクは、ゲスト マシンが Hyper-V (またはそれ以降のバージョンの Hyper-V) で実行されている場合、ブロック レベルのストレージによってサポートされる SMB 3.0 ファイルに格納Windows Server 2012可能性があります。 SMB 3.0 ファイル共有の使用は、固定仮想ディスクまたは動的仮想ディスクのストレージでのみサポートされます。 このようなファイル共有は Exchange データの直接記憶域には使用できません。 SMB 3.0 ファイル共有を使用して固定仮想ディスクまたは動的仮想ディスクを格納する場合は、ファイル共有をバックアップするストレージを高可用性に構成して、Exchange サービスの可用性を最大限に高める必要があります。

  • Exchange によって使用される記憶域は、ゲスト仮想マシンのオペレーティング システムをホストしている記憶域とは別のディスク スピンドルにホストする必要があります。

  • Exchange ゲスト仮想マシン内部で iSCSI イニシエーターを使用するように iSCSI 記憶域を構成することはサポートされています。ただし、仮想マシン内部のネットワーク スタックが完全な機能を備えていない (ジャンボ フレームをサポートしない仮想ネットワーク スタックもあります) 場合、この構成ではパフォーマンスが低下します。

Exchange のメモリ要件および推奨事項

一部のハイパーバイザーでは、同じハイパーバイザーによって管理されている他のゲスト マシンのニーズと比較して、ゲスト マシン内のメモリの認識された使用量に基づいて、特定のゲスト マシンで使用可能なメモリの量をオーバーサブスクライブまたは動的に調整できます。 このテクノロジは、メモリが短時間必要で、その後、他の用途に引き渡せるような負荷には合理的です。 しかし、メモリを継続的に使用するように設計された負荷に対しては合理的ではありません。 Exchange は、メモリへのデータのキャッシュを含むパフォーマンス最適化機能を持つ多くのサーバー アプリケーションと同様に、自身が実行されている物理マシンや仮想マシンに割り当てられているメモリを十分に制御できない場合、システム パフォーマンスが低下したり、許容できないクライアントの動作が発生したりしやすくなります。 その結果、Exchangeの動的メモリ機能の使用はサポートされていません。

Exchange のホストベースのフェールオーバー クラスター化と移行

ホスト ベースのフェールオーバー クラスタリングと、Exchange 2013 DAG を使用した移行テクノロジに関してよく寄せられる質問への回答を次に示します。

  • Microsoft は、サード パーティ製の移行テクノロジをサポートしていますか。

    これらのテクノロジはサーバー仮想化検証プログラム (SVVP) の一部ではないため、Microsoft では、これらのテクノロジとExchangeを使用したサード パーティ製ハイパーバイザー製品の統合に関するサポート ステートメントを作成できません。 SVVP は、サード パーティ製ハイパーバイザーのその他の要素をサポートしています。 そのハイパーバイザー ベンダーが、そのベンダーの移行およびクラスタ化テクノロジと Exchange の組み合わせをサポートしているかどうかを確認する必要があります。 ハイパーバイザー ベンダーがそのベンダーの移行テクノロジと Exchange の組み合わせをサポートしている場合、Microsoft は Exchange とそのベンダーの移行テクノロジをサポートしています。

  • Microsoft では、ホスト ベースのフェールオーバー クラスター化をどのように定義していますか?

    ホスト ベースのフェールオーバー クラスター化は、ホスト レベルの障害に自動的に反応し、影響を受ける仮想マシンを代替サーバー上で起動する機能を提供するあらゆるテクノロジを指します。こうしたテクノロジの使用がサポートされていると、障害が発生した場合、代替サーバー上で仮想マシンがコールド ブートで起動します。こうしたテクノロジによって、仮想マシンを、ディスクに保存された状態に戻さないようにすることができます。ディスクに保存された状態に戻すと、他の DAG メンバーよりも古い状態になるためです。

  • 移行のサポートとは、どのような意味ですか。

    移行テクノロジとは、仮想マシンのホスト マシン間の計画的な移行を可能にするあらゆるテクノロジを指します。こうした移行を、リソースの負荷分散の一環として自動的に行うこともできますが、その場合、システムの障害とは連動していません。仮想マシンがディスクに保存された状態に戻らない限り、移行はサポートされます。つまり、状態と仮想マシンのメモリをネットワーク経由で転送してダウンタイムを認識させることなく仮想マシンを移行するテクノロジと、Exchange と使用がサポートされています。サード パーティ製のハイパーバイザー ベンダーは移行テクノロジをサポートしており、Microsoft はこうした構成での Exchange の使用をサポートしています。