DocumentDB與分區類別

Question

我從管理多個單實例每個租戶10GB分區以利用分區鍵（tenantId）更具擴展性的溶液遷移縮放。之前我通過收集進行了分區，但我對通過遷移到分區集合所獲得的成本節約感興趣，因爲我的大多數租戶不需要超過存儲空間的1-5gb。我建立了我最初的收集與最低RU設置（用於測試和節約成本），10GB的情況下，像這樣：

現在，當談到時間來擴展我又回到了門戶網站，點擊規模和我沒有看到一個方法來增加我的10GB的分區容量更大：

定價等級被鎖定，我無法提高我的集合大小10GB過去。

幾個問題：

1.圍繞這對我來說只有這樣才能使支持請求？如果您翻閱信息圖標，門戶網站會說明這一點，但它引用了更好的縮放比例方法嗎？然而，我正在尋找一些關於此的明確信息，因爲在生產場景中提出支持請求是站不住腳的，因爲我可能需要在運行中增加（並減少）容量！

2.是否有（或將有）一種方法來自動縮放分區？例如，我可以允許我的初始10gb以10gb的增量自動縮放到50gb - 但提醒我允許它超過50gb？

3.是否有（或將有）通過C＃SDK以編程方式縮放分區的方式？

4.什麼是縮放的增量單位？我假設它是在10gb增量，但我找不到任何明確的文件。

5.我應該假設我的PartitonKey仍受10GB存儲限制的限制嗎？如果是這樣的話：是否有即將到來的（或現有的）場景可以讓PartitionKey在這個10GB邊界之外增長？再次，我不得不在這裏作出假設，因爲文檔是零星的，非常模糊！

Answer 1

根據DocumentDB Pricing，我們可以知道每個集合都是按照每小時100單位儲存的數據量（以GB爲單位）和保留的吞吐量按小時計費。正如您所說，目前它只能讓我們在Azure門戶上的Scale blade下使用adjust throughput level。如果您想將其擴展到更高的吞吐量（> 10,000 RU/s）或更大的數據存儲（>更高的數據存儲空間），那麼根據您的描述，我們可以發現您創建了具有最低吞吐量的單分區集合。 10GB），則可以使用DocumentDB數據遷移工具將數據從單分區集合遷移到分區集合。 This article顯示瞭如何從單分區集合遷移到分區集合，請參閱它。