25人未満のユーザーが確実にいる小規模な組織のWindows 2012 R2ドメインコントローラーでExchange 2016を実行するのはどれほど悪いですか？

公式には永久にサポートされていないことを知っていますが、AD DSとExchangeを同時に実行している単一ホストの多くの小規模ビジネスのインストールを見たり聞いたりしています。リソース不足の小規模ビジネスにとって、節約は切実です。

そのため、使用要件が25ユーザーを超えることは決してなく、同時に10ユーザーになることを何らかの方法で知っていると仮定すると、

1. 同じマシン上でExchangeとAD DSの両方を実行するのは、実際のところ（どのような種類の仮想化もなしに）本当に「悪い」ことですか
2. 特に何が悪いのですか？（「Microsoftがそう言っている」以外に思い浮かぶ上位1つまたは2つの理由を挙げてください）
3. 「悪い」ことを軽減するために、何かできることはありますか？

問題のビジネスは次のいずれかであると想定できます。

1. 合理的な商用ISPを備えた単一の物理オンサイトサーバーまたは
2. 既にタップアウトされている仮想リソースのプールがあり、彼らはそれ以上は使いたくない。

私が念頭に置いている状況は2番目です。たった1つのVMがExchangeを追加する候補になる可能性があります。

いずれにせよ、推論はそれだけではないかもしれませんが、合理的ではありませんが、それらがあなたが働かなければならない制約であるとしましょう。

小さな組織の場合、それは大丈夫かもしれません。Exchangeを独自のサーバーで実行する主な理由の1つは、Exchangeがパフォーマンスを改善するためにできるだけ多くのRAMを試行するように意図的に設計されていることです。明らかに、同じマシンで実行されている他のサービスに影響を与えます。

また、ExchangeはActive Directoryに大きく依存しているため、同じマシン上に両方があると、最も必要なときにExchangeによってリソースが枯渇する可能性があります。サービスの開始順序やその他のさまざまな問題にも問題があります。これらの種類の問題を回避することは可能ですが、そのためには2つの別々のサーバーに費やすよりも多くの労力が必要になります。

とはいえ、それはすべて実際のワークロードに関するものであり、電子メールの量が少ない場合、ユーザーは異常なこと（1日中の急流、大量メール送信など）をしていないと思います。

このような構成は、MicrosoftのSmall Business / Server Essentials製品で実際にサポートされており、DC、Exchange、およびSQL Serverをすべて単一のマシンで実行できます。

Server Essentialsは非常に制限的なオプションであり、実際にはスケーラブルではありません。絶対に25ユーザーを超えないことが確実な場合、それはオプションかもしれません。

このような構成を使用する必要がある場合、ベンダーのサポートを取得できるため、このユースケースで実際にサポートされている製品を使用すると、問題が発生したときに役立ちます。

仮想化環境を想定して、Exchangeを独自のVMにインストールするだけです。「どれほど悪いか」という質問をすると、自分がしていることはベストプラクティスに反していることがわかります。そのため、最初に回避することが最善のアプローチです。

なぜ職務を分離したくないのか、いくつかの情報を提供できますか？例えば、あなたが正しいことをするのを妨げているものは何ですか？予算？費用？リソース？

まず、Exchangeは、Active Directory Topology Serviceをシャットダウンする前にActive Directoryと通信したいと考えています。それらが同じボックスにある場合（廃止されたSBSラインにあるように）、Exchangeは30分間座り、「Bueller ... Bueller ...」に行き、ドメインコントローラが応答するのを待ちます。したがって、2番目のDCが必要になります。正直なところ、2番目のDCであっても、SBSサーバーにシャットダウンスクリプトがあり、それが何よりも先にExchangeサービスをシャットダウンします。

また、Exchangeを搭載したDCの降格はサポートされていません。心に留めておくべきこと。

負荷についてはあまり心配していません。バーベキューが彼/彼女の答えで指摘しているように、SBSラインはあなたのサイズ（従来のSBSでは75ユーザー未満）のインストールを対象としていました。合理的なサーバーであれば、ボックスで負荷を処理できると確信しています。

サーバーが十分に頑丈であると確信している場合は、先に進みますが、交換時に最大RAMを設定します（これをここに配置する場合はSQL）。http：//www.bursky.net/index.php/2012/を参照してください。 05 / limit-exchange-2010-memory-use /

基本的にサーバーの必需品/スモールビジネスサーバーを再作成しています。ただし、スケールアップはアウトよりも魅力的に見えるシナリオで誰かが終わるのを見ることができたので、25は実際には厳しい制限ではありません。