Уменьшите CosmosDB до менее 10 000 ЕЗ/с. Сколько времени это займет?

Это мгновенно.

Оценка «от 4 до 6» часов при масштабировании обусловлена ​​тем, что каждый физический раздел может поддерживать только до 10 000 RU/S.

В вашем случае у вас есть только один раздел, и ему придется потенциально выполнить несколько раундов разделения двоичных разделов, пока не будет достаточно разделов, чтобы 10,000 * new partition count было больше или равно желаемому RU.

Но время, необходимое для сокращения масштабов, — не единственный фактор, который следует принимать во внимание.

Однако если вы масштабируетесь до 1 000 000 RU и получаете в результате 100 физических разделов, вы можете столкнуться как минимум с тремя нежелательными эффектами, которые следует учитывать.

• Запросы без ключа раздела (запросы «перекрестных разделов») теперь должны будут распределяться по 100 физическим разделам, а не только по одному разделу!
• В этом примере вы больше не сможете уменьшить масштаб ниже 10 000 RU из-за правила «Самый высокий RU/s, когда-либо подготовленный в контейнере / 100».
• Если бы вы снова уменьшили количество единиц до 10 000, ваш бюджет на каждый физический раздел теперь составил бы всего 100 ЕЗ/с (поскольку у вас 100 физических разделов). Это может вызвать проблемы для многих рабочих нагрузок, если вы столкнетесь с регулированием в некоторых разделах, в то время как другие имеют неиспользованную емкость — именно поэтому существует слияние разделов.

Судя по опубликованному вами снимку экрана, похоже, что вы только что увеличили размер до 20 КБ, поэтому для этого потребуется просто разделить один раздел, а наличие двух разделов после разделения - гораздо меньшая проблема, чем 100!