我试图使用powershell来改变cosmosDB的吞吐量
当我运行下面的脚本时,它给我这个错误,但之后它工作正常
获取令牌请求返回超文本传输协议错误: 401和服务器响应:{"错误":"invalid_client","error_description":"AADSTS50012:提供了无效的客户端机密。\r\n跟踪ID: GUID\r\n相关ID: GUID\r\n时间戳: 2019-01-30 03:59:07Z","error_codes":[50012],"时间戳":"2019-01-30 03:59:07Z","trace_id":"GUID","correlation_id":"GUID"}
$SecurePw = ConvertTo-SecureString $DeploymentServicePrincipalPassword -AsPlainText -Force
az login --service-principal -u $DeploymentServicePrincipalId -p $SecurePw --tenant $TenantId
az account set --subscription $SubscriptionId
az cosmosdb collection update --collection-name $CollectionName --name $AccountName --db-name $DBName --resource-group $ResourceGroupName --throughput $Throughput
如果我不把密码转换成安全字符串,它就能正常工作。我如何修复上面的脚本,使它不会给我401错误?
谢谢
你可以添加下面的第二行代码,它对我有效。
$SecurePw = ConvertTo-SecureString '<your secret>' -AsPlainText -Force
$AzPass = [Runtime.InteropServices.Marshal]::PtrToStringAuto([Runtime.InteropServices.Marshal]::SecureStringToBSTR($SecurePw));
az login --service-principal -u '<your client id>' -p $AzPass --tenant '<your tenant id >'
请参考本文档。
输出:
在幕后,Azure Cosmos DB提供了服务T请求/S所需的分区。如果T高于每个分区的最大吞吐量T,那么Azure Cosmos DB提供N=T/T分区。
我为帖子的篇幅感到抱歉,但有很多事情可能会导致我的情况,我已经尝试将我根据其他帖子所做的所有设置更改包括在内。简言之,我的WCF服务似乎一次只能处理3到4个并发客户端请求。如果我将应用程序池最大工作进程数设置得更高(大约10个),或者将服务行为ConcurrencyMode设置为多个,那么吞吐量就会大大提高(快几倍)。然而,这些似乎是真正问题的解决办法,带来了他们自己的问题。是我错了,还是IIS应
来自AWS Lambda常见问题解答: Q: 我一次可以执行的AWS Lambda函数的数量是否有限制? 不需要。AWS Lambda旨在并行运行多个函数实例。然而,AWS Lambda的默认安全限制为每个区域每个帐户100次并发执行。如果您希望提交请求以增加100次并发执行的限制,您可以访问我们的支持中心,单击“打开新案例”,然后提交服务限制增加请求。 Q: 如果我的帐户超过并发执行的默认限制,
在大数据存储中,IOPS和吞吐量之间的关键区别是什么
无法通过运行Jmeter脚本来实现预期的吞吐量,因为预期的吞吐量更大,但得到的却非常少。 以每秒1000个请求(业务SLA)为目标运行Jmeter脚本,因此使用了“恒定吞吐量定时器”或“吞吐量整形定时器”,如下面的查询所建议的。 恒定吞吐量计时器:目标-60,000/分钟(60秒)-所有活动线程,线程(用户)-200上升-1秒,持续时间:1小时。或用户-2000或尝试使用10,000个用户。 结果
我需要一些帮助来使用JMeter。我想记录两个不同的场景,比如单击两个不同的按钮。如果我尝试为两个用户运行,一个用户应该点击第一个按钮,另一个用户应该同时点击另一个按钮。 我知道这是一个基本问题。但我对这一点还不熟悉。这就是为什么在这里问。我试过如下方法: 当我使用CSV数据集配置与两个用户一起运行时,两个登录使用相同的用户。 我还需要测试并发性。我不知道如何正确地执行这个。有人能帮我吗?