Azure SQL 彈性池 - 何時創建新池與增加 eDTU？

我已經嘗試在Google上尋找有相同問題的其他人大約一個小時，但找不到任何接近的東西，所以希望這裡的人可以提供一些見解！

我是一家小型軟體公司的多帽管理員，為我們的客戶提供 SaaS 服務解決方案，我們使用 Azure SQL 和彈性池來託管大約 100 個目前在標準層 100 eDTU 彈性池上執行良好的個人客戶數據庫. 一天中的使用率在 60-80% 之間執行，這對於我們的應用程序來說是一個非常舒適的緩衝區，以防其中一個客戶因報告查詢或批量數據載入而發瘋。

我們即將將目前託管在執行經典 SQL 的舊 VM 上的另外 100 個左右的客戶端也引入 Azure SQL。

我的問題是：我是將它們放在目前的彈性池中並將 eDTU 增加到 200，還是創建一個新的單獨的 100 eDTU 彈性池並將它們放置在那裡？

每個數據庫設置的數據庫大小和最小/最大 DTU 以及成本的邊際差異都不是考慮因素。因此，鑑於所有相對資源限制在 100 到 200 個 eDTU（並發工作人員/連接/會話等）之間有效地翻了一番，這只是它們如何在邏輯上分組的問題嗎？

這種選擇會考慮哪些因素？有什麼我想念的嗎？

在這兩種情況下，您似乎都低於限制，因此看起來幾乎相同。

這些是限制：

正如您所看到的，在您的情況下，唯一真正重要並且當您從 100edtu 切換到 200edtu 時不會翻倍的是最大並發會話數。

所以，如果你遠遠低於這個限制，我建議你根據最簡單的設計來選擇。如果您達到每個池的會話限制，最好將其分成兩個 100 edtu 池。

不要改變獲勝的球隊。:-)

我們正在使用彈性池，正如 MBuschi 的評論一樣，推動我們決定是否使用新池的兩個最大因素是

1. 儲存 - 如果您達到每個池的最大儲存限制，那麼東西將停止工作，這很糟糕
2. 區域 - 選擇一個靠近您的客戶的 Azure 區域 - 他們將獲得更快的響應時間並感謝您

除此之外，正如奶奶常說的“不要把所有的雞蛋都放在一個籃子裡”

引用自：https://dba.stackexchange.com/questions/287160