不用注意幕後的 SAN
曾幾何時,我建構了自己的 SQL 伺服器,並且可以控制驅動器配置、RAID 級別等。分離數據、日誌、臨時數據庫、備份(取決於預算!)的傳統建議始終是非常重要的部分SQL 伺服器的設計過程。
現在有了企業級 SAN,我只需為新的 SQL 伺服器請求特定數量的驅動器空間,劃分為用於數據、備份和文件共享的邏輯驅動器。當然讓我的工作更輕鬆,但我的一部分感覺並不完全舒服,我無法真正窺視“幕後”,看看背後到底發生了什麼。
我的理解是,SAN 團隊不會以任何不同的方式配置不同“類型”的驅動器(針對隨機訪問優化數據驅動器與針對流式寫入優化日誌驅動器)。其中一些可能取決於 SAN 產品本身(我們有 HP XP12000 和 HP XP24000),但我確信 HP 軟體會執行各種動態性能配置(監視 IO 熱點並即時重新配置優化這些 LUN),以便應用程序團隊和 DBA 無需擔心任何這些問題。關於“將所有伺服器的負載分散到大量主軸上”或類似的東西。
我的問題/討論:
- 在不與 SAN 團隊樹敵的情況下,我如何才能讓自己和應用程序開發人員確信我們的 SQL 伺服器沒有受到配置不當的儲存的影響?只使用 perfmon 統計資訊?其他基準,例如 sqlio?
- 如果我在這些 SAN 驅動器上進行負載測試,這是否真的給了我一個可靠的、可重複的衡量標準,以衡量我們上線時將看到的內容?(假設 SAN 軟體可能在不同的時間點以不同的方式“動態配置”。)
- SAN 的一部分(比如 Exchange 伺服器)中的大量 IO 是否會影響我的 SQL 伺服器?(假設他們沒有為每台伺服器提供專用磁碟,我被告知他們沒有)
- 請求為不同功能的邏輯驅動器(數據、日誌和臨時數據庫)分離邏輯驅動器會有所幫助嗎?SAN 會在這些設備上看到不同的 IO 活動並以不同方式對它們進行最佳配置嗎?
- 我們現在有點空間緊張。應用程序團隊被告知要修剪數據存檔等。空間問題是否會導致 SAN 團隊就他們如何配置可能影響伺服器性能的內部儲存(RAID 級別等)做出不同的決定?
感謝您的想法(此 SF question 中簡要討論的類似主題)
在不與 SAN 團隊樹敵的情況下,我如何才能讓自己和應用程序開發人員確信我們的 SQL 伺服器沒有受到配置不當的儲存的影響?只使用 perfmon 統計資訊?其他基準,例如 sqlio?
簡而言之,可能沒有辦法真正確定。我想說的是(我是 SAN 管理員),如果您的應用程序的性能達到您的預期,請不要擔心。如果您開始看到您認為可能與 SAN/磁碟 IO 性能有關的性能問題,那麼查詢可能是明智的。我不像您那樣使用太多 HP 儲存,但是在 IBM/NetApp 世界中,我可以根據經驗說沒有太多選項可以讓您“糟糕”地配置它。如今,大多數企業儲存在建構 RAID 陣列時需要進行大量猜測,並且不會讓您做錯事。除非他們在同一個 RAID 組中混合驅動器速度和容量,否則在大多數情況下您可以放心,您的磁碟執行良好。
如果我在這些 SAN 驅動器上進行負載測試,這是否真的給了我一個可靠的、可重複的衡量標準,以衡量我們上線時將看到的內容?(假設 SAN 軟體可能在不同的時間點以不同的方式“動態配置”。)
負載測試應該足夠可靠。請記住,當您對一個盒子進行負載測試時,它位於共享的 SAN/磁碟陣列上,其性能可能(並且將會)受到使用相同儲存的其他系統的影響。
SAN 的一部分(比如 Exchange 伺服器)中的大量 IO 是否會影響我的 SQL 伺服器?(假設他們沒有為每台伺服器提供專用磁碟,我被告知他們沒有)
它可以。這不僅僅與磁碟或伺服器所在的磁碟有關。所有數據都通過磁碟控制器提供,然後是 SAN 交換機。您將看到的性能很大程度上取決於磁碟控制器如何連接到相應的磁碟架和相應的 SAN。如果整個陣列通過一根 4Gbps 光纖連接到主幹 SAN,那麼性能顯然會受到影響。如果陣列通過兩個負載平衡的冗餘 SAN 連接,使用中繼鏈路,那麼單獨的交換不可能吸收過多的頻寬。需要考慮的另一件事是陣列能夠處理多少 IO/秒。只要陣列和它所連接的 SAN 正確擴展,
請求為不同功能的邏輯驅動器(數據、日誌和臨時數據庫)分離邏輯驅動器會有所幫助嗎?SAN 會在這些設備上看到不同的 IO 活動並以不同方式對它們進行最佳配置嗎?
這可能是一個偏好問題,並且很大程度上取決於您的儲存管理員如何配置它。他們可以在同一個陣列或卷中為您提供三個 LUN,在這種情況下,無論如何都是一樣的。如果他們在不同的陣列、不同的捲(物理上不同的磁碟)中為您提供了單獨的 LUN,那麼將它們分開可能是值得的。
我們現在有點空間緊張。應用程序團隊被告知要修剪數據存檔等。空間問題是否會導致 SAN 團隊就他們如何配置可能影響伺服器性能的內部儲存(RAID 級別等)做出不同的決定?
我不認為您的儲存管理員會更改 RAID 級別以釋放空間。如果他願意,那麼他可能應該被解僱。空間問題可能會導致以不同的方式配置事物,但通常不會以影響性能的方式。他們可能只是對他們給你多少空間變得更加緊張。它們可能會啟用重複數據刪除等功能(如果陣列支持它),這可能會在程序執行時阻礙陣列的性能,但不會全天候執行。