分享方式：

ADDS 效能調整中的硬體考量

  • 文章

重要

以下摘要說明適用於 Active Directory 工作負載之伺服器硬體最佳化的主要建議與考量，Active Directory Domain Services 的容量規劃一文中進一步說明這些資訊。 強烈建議讀者檢閱 Active Directory Domain Services 的容量規劃，以深入了解這些建議的技術和含義。

避免移至磁碟

Active Directory 會快取記憶體所允許數量的資料庫。 從記憶體中擷取頁面的速度比移至實體媒體快，無論是以磁針還是 SSD 為基礎的媒體。 新增更多記憶體以將磁碟 I/O 降到最低。

  • Active Directory 最佳做法建議放置足夠的 RAM 以將整個 DIT 載入記憶體，以及容納作業系統和其他已安裝的應用程式，例如防毒程式、備份軟體、監視等等。

  • 將作業系統、記錄和資料庫放在不同的磁碟區上。 如果可以快取所有或大部分的 DIT，一旦快取已暖身且處於穩定狀態，這會變得不那麼相關，並在儲存配置中提供更多彈性。 在無法快取整個 DIT 的情況下，分割不同磁碟區上的作業系統、記錄和資料庫的重要性會變得更加重要。

  • 一般而言，與 DIT 的 I/O 比率約為 90% 讀取和 10% 寫入。 寫入 I/O 磁碟區明顯超過 10% - 20% 的案例會被視為大量寫入。 大量寫入案例不會大幅受益於 Active Directory 快取。 為了保證寫入目錄之資料的交易持久性，Active Directory 不會執行磁碟寫入快取。 相反地，除非有不要這麼做的明確要求，否則會在傳回作業成功完成狀態之前，將所有寫入作業認可至磁碟。 因此，快速磁碟 I/O 對於將作業寫入至 Active Directory 的效能很重要。 以下是可能會改善這些案例效能的硬體建議：

    • 硬體 RAID 控制器

    • 增加裝載 DIT 和記錄檔的低延遲/高 RPM 磁碟數目

    • 在控制器上寫入快取

  • 個別檢閱每個磁碟區的磁碟子系統效能。 大部分的 Active Directory 案例都是以讀取為主，因此裝載 DIT 的磁碟區上的統計資料是最重要的檢查項目。 不過，請勿忽略監視其餘磁碟機，包括作業系統和記錄檔磁碟機。 若要判斷網域控制站是否已正確設定以避免儲存體成為效能瓶頸，請參閱「儲存體子系統」的區段以取得標準儲存體建議。 在許多環境中，原理是要確保有足夠的前端空間來容納負載激增或尖峰。 這些閾值是警告閾值，其中容納負載激增或尖峰的前端空間變得受限，而用戶端回應能力會降低。 簡言之，在短期內 (每天 5 到 15 分鐘少數幾次) 超過這些閾值並不壞，不過，以這類統計資料維持的系統並未完全快取資料庫，而且可能超額徵稅，應該進行調查。

    • Database ==> Instances(lsass/NTDSA)\I/O Database Reads Averaged Latency < 15ms

    • Database ==> Instances(lsass/NTDSA)\I/O Database Reads/sec < 10

    • Database ==> Instances(lsass/NTDSA)\I/O Log Writes Averaged Latency < 10ms

    • Database ==> Instances(lsass/NTDSA)\I/O Log Writes/sec – 僅供參考。

      若要維護資料的一致性，所有變更都必須寫入記錄。 這裡的數字沒有好壞之分，只是儲存體所支援的量值。

  • 針對非尖峰負載期間，規劃非核心磁碟 I/O 負載，例如備份和防毒程式掃描。 此外，使用支援 Windows Server 2008 中所引進低優先順序 I/O 功能的備份和防毒解決方案，以減少與 Active Directory I/O 需求的競爭。

不要對處理器超額徵稅

沒有足夠可用週期的處理器可能會導致讓執行緒進入處理器以供執行的等候時間冗長。 在許多環境中，原理是要確保有足夠的前端空間來容納負載激增或尖峰，將對於這些案例中用戶端回應能力的影響降至最低。 簡言之，在短期內超過 (每天 5 到 15 分鐘少數幾次) 低於閾值並不壞，不過，以這些統計資料維持的系統不會提供任何前端空間來容納異常負載，而且可以輕鬆地放入超額徵稅案例中。 系統在維持期間的花費高於閾值，應調查如何減少處理器負載。

  • 如需如何選取處理器的詳細資訊，請參閱伺服器硬體的效能調整。

  • 新增硬體、最佳化負載、將用戶端導向其他地方，或從環境中移除負載，以減少 CPU 負載。

  • 使用 Processor Information(_Total)\% Processor Utilization < 60% 效能計數器。

避免多載網路介面卡

就像處理器一樣，過度的網路介面卡使用率會導致輸出流量進入網路的等候時間冗長。 Active Directory 通常會有小型的輸入要求，相對而言，傳回給用戶端系統的資料量相對較大。 已傳送的資料遠超過已接收的資料。 在許多環境中，原理是要確保有足夠的前端空間來容納負載激增或尖峰。 此閾值是警告閾值，其中容納負載激增或尖峰的前端空間變得受限，而用戶端回應能力會降低。 簡言之，在短期內 (每天 5 到 15 分鐘少數幾次) 超過這些閾值並不壞，不過，以這類統計資料維持的系統會超額徵稅，應該進行調查。

  • 如需如何調整網路子系統的詳細資訊，請參閱網路子系統的效能調整。

  • 使用 Compare NetworkInterface(*)\Bytes Sent/Sec 與 NetworkInterface(*)\Current Bandwidth 效能計數器。 利用比例應小於 60%。

其他參考