本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# Amazon EC2 上的自我管理 Active Directory
<a name="active-directory-self-managed"></a>

## 概觀
<a name="active-directory-self-managed-overview"></a>

本節提供在 Amazon Elastic Compute Cloud (Amazon EC2) 上執行 Active Directory 的成本降低建議。主要重點是確保您可以適當地調整 Active Directory 網域控制站的大小，並根據您的環境使用 的彈性 AWS 雲端 進行調整。 AWS 可協助您輕鬆停止執行個體並調整大小以符合不斷變化的需求，或者如果您的擴展速度太快，則縮減執行個體的大小。選擇正確的執行個體大小和類型可以大幅節省成本。

## 成本影響
<a name="active-directory-self-managed-cost-impact"></a>

下表顯示選擇爆量執行個體系列執行個體與一般用途執行個體之間的差異。此選項每月可以為您節省大量金錢。適當規劃和調整執行個體的大小可協助您管理成本。


****  

| 執行個體類型 | 執行個體的數目 | vCPU | 記憶體 | Cost | 
| --- | --- | --- | --- | --- | 
| t3a.medium | 2 | 2 | 8 | 每月 81.76 美元 | 
| m5a.large | 2 | 2 | 8 | 每月 259.88 美元 | 

如需成本的詳細資訊，請參閱 AWS 定價計算工具 [預估](https://calculator.aws/#/estimate?id=46db184a3e7cad0a089d0cc5b1f7435576192cbc)值。

每月節省 178.12 USD，最終您的網域控制站每年節省超過 2，000 USD。請記住，對於一個帳戶中只有兩個網域控制站的一小部分足跡。使用多個帳戶和其他網域控制站進行擴展時，此類節省可能會大幅降低成本。

## 成本最佳化建議
<a name="active-directory-self-managed-recommendations"></a>

Microsoft 會在您部署 Active Directory 環境時提供[容量規劃建議](https://learn.microsoft.com/en-us/windows-server/administration/performance-tuning/role/active-directory-server/capacity-planning-for-active-directory-domain-services)。我們建議您在規劃或擴展 Active Directory 環境時，將下列主要元件納入考量：
+ 記憶體
+ 網路
+ 儲存
+ 處理器

請記住這些主要元件時，您可以選取對 Active Directory 環境有意義的執行個體類型 AWS。本節涵蓋 AWS 幾個部署案例的範例 Active Directory。這些案例明確表示，如果您不打算處理與現場部署環境相同的使用者和電腦數量 AWS，則不需要在 中複寫您的現場部署環境。

下表重點介紹 vCPU、記憶體和磁碟的重要元件，以因應您的 AWS 使用量。


****  

| 元件 | 估算 | 
| --- | --- | 
| 儲存體/資料庫大小 | 每個使用者 40–60 KB | 
| RAM | 資料庫大小基本作業系統建議第三方應用程式 | 
| 網路 | 1 GB | 
| CPU | 每個核心有 1，000 個並行使用者 | 

### 混合部署案例
<a name="active-directory-self-managed-hybrid-deployment-scenario"></a>

下圖顯示 Active Directory 混合部署的範例架構。



![\[Active Directory 混合部署的架構\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/hybrid_deployment_ad.png)


如圖所示，您通常具有內部部署足跡，然後將其擴展到 中 AWS 雲端。在遷移的初始階段，您通常不會在其中部署所有使用者和伺服器 AWS。這就是為什麼一開始部署較小大小的足跡很重要，以節省遷移工作的成本。

如果您要與在內部部署驗證的伺服器和使用者維持內部部署足跡，則網域控制站不需要相同的足跡 AWS。透過遵循 Active Directory 最佳實務，您可以實作適當的 [Active Directory 網站和服務](https://learn.microsoft.com/en-us/windows-server/remote/remote-access/ras/multisite/configure/step-2-configure-the-multisite-infrastructure)，以對內部部署足跡的使用者和電腦進行身分驗證，同時僅向其中的網域控制站驗證您的 AWS 足跡 AWS。這可讓您避免在 上過度調整 Active Directory 使用量， AWS 方法是限制只使用 AWS 資源，而不是所有內部部署基礎設施。如需設計混合式設定的指引，請參閱 Microsoft 文件中的[正確放置網域控制站和網站考量](https://learn.microsoft.com/en-us/windows-server/administration/performance-tuning/role/active-directory-server/site-definition-considerations)事項。

### 透過適當調整大小來最佳化 AWS 遷移
<a name="active-directory-self-managed-optimize-rightsizing"></a>

如果您要為使用者部署新的 Active Directory 執行個體，或計劃完全遷移到 Active Directory 基礎設施 AWS 的 ，我們建議您根據 Microsoft 針對上表中執行個體選擇的 vCPU、記憶體和磁碟空間的建議來規劃大小。

如果這是一個新的足跡，您可以開始小規模，並利用輕鬆[變更執行個體類型](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html)的能力來調整環境的大小 AWS。本指南的 [Windows on Amazon EC2](windows-ec2.md) 一節說明如何監控和檢閱 CPU 和記憶體使用率 AWS。如此一來，您就可以知道何時增加 EC2 執行個體的大小。

如果您要將內部部署 Active Directory 環境完全遷移至 AWS，您可以實作相同的調整大小計劃，以確保適當的效能。在複寫現場部署的內容之前 AWS，建議您先完成 Active Directory 環境的徹底檢閱。這可協助您避免過度佈建。請務必使用效能監控來收集現有網域控制站的流量和使用率的相關資訊。這可讓您了解整體用量，以便正確調整大小並最終降低成本。

### 在 上最佳化 Active Directory AWS
<a name="active-directory-self-managed-optimize-ad"></a>

如果您正在執行 Active Directory AWS，也請務必持續監控使用率並視需要變更執行個體大小，以減少支出。您可以使用 AWS Compute Optimizer 來取得您正在執行之資源的相關資訊 AWS。如需使用 Compute Optimizer 正確調整 Windows 工作負載大小的詳細資訊，請參閱本指南的 [Windows on Amazon EC2](windows-ec2.md) 一節。如需更全面的深入探討，您可以使用效能監視器來監控 Active Directory 網域控制站的使用率、評估效能，然後相應地調整大小。

您也可以使用 CloudWatch 來監控網域控制站的效能。若要最佳化網域控制站 （向上或向下擴展），您可以使用 CloudWatch 中可用的指標來協助您做出正確的決策。您可以使用 CloudWatch 代理程式來設定要傳送以進行資料收集的自訂效能監控指標。如需說明，請參閱 AWS 知識中心中的[如何使用 CloudWatch 代理程式在 Windows 伺服器上檢視效能監控的指標？](https://repost.aws/knowledge-center/cloudwatch-performance-monitor-windows)。

部署 CloudWatch 代理程式之後，您可以在 下的代理程式組態檔案中設定下列指標`metrics_collected`：


****  

| 指標類別 | 指標名稱 | 
| --- | --- | 
| 資料庫到執行個體 (NTDSA) | 資料庫快取 % 命中 | 
| I/O 資料庫讀取平均延遲 |   | 
| I/O 資料庫讀取/秒 |   | 
| I/O 日誌寫入平均延遲 |   | 
| DirectoryServices (NTDS) | LDAP 繫結時間 | 
| DRA 待定複寫操作 |   | 
| DRA 等待複寫同步 |   | 
| DNS | 遞迴查詢/秒 | 
| 遞迴查詢失敗/秒 |   | 
| 每秒收到的 TCP 查詢 |   | 
| 收到的查詢總數/秒 |   | 
| 傳送的總回應數/秒 |   | 
| 收到的 UDP 查詢/秒 |   | 
| LogicalDisk | 平均磁碟佇列長度 | 
| % 可用空間 |   | 
| 記憶體 | % 的已遞交位元組使用中 | 
| 長期平均待命快取生命週期 (s) |   | 
| 網路介面 | 傳送的位元組數/秒 | 
| 接收的位元組/秒 |   | 
| 目前頻寬 |   | 
| NTDS | ATQ 估計佇列延遲 | 
| ATQ 請求延遲 |   | 
| DS 目錄讀取/秒 |   | 
| DS 目錄搜尋/秒 |   | 
| DS 目錄寫入/秒 |   | 
| LDAP 用戶端工作階段 |   | 
| LDAP 搜尋/秒 |   | 
| LDAP 成功繫結/秒 |   | 
| 處理器 | % 處理器時間 | 
| 整個安全系統統計資料 | Kerberos 身分驗證 | 
| NTLM 身分驗證 |   | 

## 其他資源
<a name="active-directory-self-managed-resources"></a>
+ [Active Directory Domain Services on AWS：合作夥伴解決方案部署指南](https://aws-quickstart.github.io/quickstart-microsoft-activedirectory/) (AWS 文件）
+ [Active Directory Domain Services 的容量規劃](https://learn.microsoft.com/en-us/windows-server/administration/performance-tuning/role/active-directory-server/capacity-planning-for-active-directory-domain-services) (Microsoft 文件）
+ 在[ EC2 執行個體上執行 Active Directory 的設計考量](https://docs.aws.amazon.com/whitepapers/latest/active-directory-domain-services/design-considerations-for-running-active-directory-on-ec2-instances.html) (AWS 白皮書）