最合適的高可用性解決方案
我的公司正在使用 IIS、SQL Server 和第 3 方 Windows 服務（用 C# 編寫，原始碼可用於修改）的伺服器中託管一個網站。
我們購買了一台新的相同伺服器，由：1x 四核、12GB RAM、4x160GB SATA Raid 5、Windows Server 2008 R2 Datacenter、公共 IP 組成。
我們旨在將所有網頁和 3rd 方 windows 服務置於高可用性狀態。
在對如何配置故障轉移群集和 Hyper-V 進行了一些實驗室測試之後，我們對“最佳”解決方案是什麼深表懷疑，“最佳”意味著可維護並能夠正確處理物理伺服器故障。
關於我們應該如何配置兩台伺服器的任何建議？
我們不需要所有配置步驟，只需要提示正確的方向即可。
更新：
- 目前沒有外部 SAN。
- 提到的服務（SQL、IIS、自定義 Windows 服務）將需要最多的資源。
可能會有一個 Exchange 伺服器，但目前它並不重要。
- 目前沒有配置域控制器。
缺少元素，但我們不知道哪些比其他更重要，哪些是我們應該遵循的步驟。
更新2：
我們寫下了一個粗略的想法，我們認為這將適合我們的需求。你可以在這裡找到pdf 。
問題現在是賞金的。我知道這種東西背後有很多 IT 專業精神，獎勵正確的建議是可以理解的。
我們的想法基於這些假設（如果您發現錯誤，請更正其中任何一個）：
- 您需要一個域來創建 Windows 故障轉移群集
- 您無法在 Windows 故障轉移群集上安裝 Exchange
- 域控制器是單點故障
虛擬機似乎可以解決所有這些問題，但它們也使用大量資源。
難道沒有更簡單的故障轉移配置，使用兩個物理伺服器來故障轉移 SQL 實例嗎？
網頁是無狀態的，C# windows 服務主要在 SQL 數據庫上執行，我想可以使用 NLB 來配置它們嗎？
如果您需要更多資訊，請隨時通過對此問題發表評論來詢問更多資訊。
所有這些服務都在一個系統上執行嗎？我不知道系統上的負載是什麼，但聽起來實現主動-主動設置會很困難。
我想到的第一件事就是將 NLB 用於 Web 部分。將一個系統設置為主系統，如果第一個系統出現故障，另一個系統將接管。使用 SAFETY FULL 鏡像您的數據庫，以便從屬伺服器在主體執行相同操作之前在其日誌中發送查詢被強化的確認。這可以確保您的數據在一個當機時保持同步，假設您的應用程序可以處理這個問題，因為它會增加一些處理延遲。數據庫故障轉移也可以通過鏡像自動進行。
如果您的應用程序會話依賴於 IIS，那麼主動-主動將無法正常工作，因為每台伺服器都不知道另一台伺服器上的會話。
編輯：一些資源的連結：
配置 NLB http://support.microsoft.com/kb/323437
配置數據庫鏡像 http://technet.microsoft.com/en-us/library/cc917680.aspx