azure - 处理 DocumentDB 中每秒请求单位 (RU/s) 的峰值

Question

使用 DocumentDB 最困难的事情之一是计算出每天以及在使用高峰期间运行应用程序所需的每秒请求单位数 (RU/s)。当你犯这个错误时，DocumentDB客户端将抛出异常，这是一个糟糕的使用模型。

如果我的应用程序在一天中的特定时间会使用更高数量的每秒请求单位 (RU/s)，那么我该如何在 DocumentDB 中处理这个问题？我不想全天设置非常高的 RU/s，因为我会相应地付费。我也不想每次都登录 Azure 门户。

Answer 1

您可以在 Azure 上创建一个作业，仅在一天中需要时扩大集合的吞吐量，然后再缩小。

如果您的目标是来自 .NET 的 DocumentDB，this Azure article有示例代码演示如何使用 .NET SDK 更改吞吐量。

article 中引用的具体 (C# .NET) 代码看起来像这样:

//Fetch the resource to be updated
Offer offer = client.CreateOfferQuery()
              .Where(r => r.ResourceLink == collection.SelfLink)    
              .AsEnumerable()
              .SingleOrDefault();

// Set the throughput to 5000 request units per second
offer = new OfferV2(offer, 5000);

//Now persist these changes to the database by replacing the original resource
await client.ReplaceOfferAsync(offer);

// Set the throughput to S2
offer = new Offer(offer);
offer.OfferType = "S2";

//Now persist these changes to the database by replacing the original resource
await client.ReplaceOfferAsync(offer);

我假设其他语言的 DocumentDB SDK 也具有相同的功能。

此外，来自 Azure article found here您可以使用 PowerShell 更改服务级别。

$ResourceGroupName = "resourceGroupName"

$ServerName = "serverName"
$DatabaseName = "databaseName"

$NewEdition = "Standard"
$NewPricingTier = "S2"

$ScaleRequest = Set-AzureRmSqlDatabase -DatabaseName $DatabaseName -   ServerName $ServerName -ResourceGroupName $ResourceGroupName -Edition     $NewEdition -RequestedServiceObjectiveName $NewPricingTier