對於使用者肯定少於 25 名的小型組織來說,在 Windows 2012 R2 網域控制站上執行 Exchange 2016 有多糟糕?

對於使用者肯定少於 25 名的小型組織來說,在 Windows 2012 R2 網域控制站上執行 Exchange 2016 有多糟糕?

我知道官方永遠不支援它,但我已經看到或聽說過許多小型企業安裝的單一主機同時運行 AD DS 和 Exchange。對於資源匱乏的小型企業來說,節省的成本非常引人注目。

所以假設我們知道不知何故,使用需求永遠不會超過 25 個用戶,例如同時 10 個用戶,

  1. 如今在同一台電腦上同時運行 Exchange 和 AD DS 有多“糟糕”(沒有任何類型的虛擬化)
  2. 它具體有什麼不好的地方呢?(除了「微軟是這麼說的」之外,請列出我想到的最重要的 1 或 2 個原因)
  3. 如果有的話,可以採取什麼措施來減輕「壞」的情況?

您可以假設相關企業:

  1. 擁有一個實體現場伺服器和合理的商業 ISP 或
  2. 擁有一個已經用完的虛擬資源池,他們不想花費更多。

我想到的情況是第二種,只有一個虛擬機可能是添加 Exchange 的候選者,因為它是唯一的 Windows 虛擬機,並且有足夠的多餘記憶體來實現這一點。

無論如何,推理可能不那麼合理,但可以說這些是您必須處理的約束。

答案1

對於小型組織來說可能沒問題。在自己的伺服器上執行 Exchange 的主要原因之一是 Exchange 被有意設計為嘗試使用盡可能多的 RAM 來提高效能。顯然,這會影響同一台電腦上運行的其他服務。

此外,Exchange 高度依賴 Active Directory,並且將兩者安裝在同一台電腦上可能會導致 AD 在最需要的時候被 Exchange 缺乏資源。也存在服務啟動順序問題以及其他各種問題。解決此類問題是可能的,但這樣做需要比在兩台單獨的伺服器上花費更多的精力。

也就是說,這完全取決於實際工作量,如果電子郵件量較低,用戶沒有做非凡的事情(整天下載種子,批量發送郵件等),那麼您可能會沒事。

微軟實際上支援這樣的配置小型企業/伺服器必需品產品,它允許 DC、Exchange 和 SQL Server 全部在一台電腦上運行。

Server Essentials 是一個非常有限的選項,而且確實不可擴展。如果您絕對確定使用者數量永遠不會超過 25 個,那麼這可能是個選項。

如果您必須採用這樣的配置,那麼使用實際支援此用例的產品將在您遇到問題時有所幫助,因為您將能夠獲得供應商支援。

答案2

假設是虛擬化環境,只需將 Exchange 安裝到自己的 VM 上即可。當你用「這有多糟糕」來表達問題時,你知道你所做的事情違反了最佳實踐......所以最好的方法是首先避免它。

您能否提供一些資訊來說明為什麼您不願意分離職責?例如,是什麼阻礙了你做對的事?預算?成本?資源?

答案3

一方面,Exchange 希望在關閉 Exchange Active Directory 拓撲服務之前與 Active Directory 進行通訊。如果它們位於同一個盒子上(因為它們位於已停止使用的 SBS 線路中),則 Exchange 可以在那裡等待 30 分鐘,旋轉著「Bueller...Bueller...」等待網域控制器應答。所以你需要第二個 DC。老實說,即使有第二個 DC,我在 SBS 伺服器上也有一個關閉腳本,它會先關閉 Exchange 服務。

此外,不支援將包含 Exchange 的 DC 降級。要記住的事。

我並不真正關心負載。正如 BBQ 在他/她的回答中指出的那樣,SBS 系列的目標是與您的規模相當的安裝(經典 SBS 的用戶少於 75 個)。我很確定這個盒子可以處理負載,如果它是一台合理的伺服器的話。

答案4

如果您確定您的伺服器足夠強大,請繼續,但設定交換的最大 RAM(如果您將其放在這裡​​,則設定 SQL),請參閱http://www.bursky.net/index.php/2012/05/limit-exchange-2010-memory-use/

您基本上是在重新創建伺服器必需品/小型企業伺服器;然而,我可能會看到有人最終會遇到這樣的情況:擴大規模看起來比縮小規模更有吸引力,因此 25 並不是一個真正的硬性限制。

相關內容