C#을 사용하여 DocumentDB에 80 레코드/초를 삽입합니다. 모든 것이 잘 작동하지만 서버 CPU 사용률이 90 %에 이르면 응용 프로그램이 손상됩니다.대량 DocumentDB 삽입은 CPU 사용량을 늘립니다.
싱글 톤 DocumentClient, 인덱싱, 처리량 제한, 직접 연결 모드, TCP 연결, 재시도 정책, 첫 번째 요청 전에 안전하게 연결을 포함하여 모든 작업을 처리했습니다.
누구나 이것에 대한 아이디어가 있습니까?
C#을 사용하여 DocumentDB에 80 레코드/초를 삽입합니다. 모든 것이 잘 작동하지만 서버 CPU 사용률이 90 %에 이르면 응용 프로그램이 손상됩니다.대량 DocumentDB 삽입은 CPU 사용량을 늘립니다.
싱글 톤 DocumentClient, 인덱싱, 처리량 제한, 직접 연결 모드, TCP 연결, 재시도 정책, 첫 번째 요청 전에 안전하게 연결을 포함하여 모든 작업을 처리했습니다.
누구나 이것에 대한 아이디어가 있습니까?
여기에 나열된 성능 팁을 따라 보셨습니까? 및 http://azure.microsoft.com/blog/2015/01/27/performance-tips-for-azure-documentdb-part-2/? 연결의 네트워크 대기 시간을 제외하고는 DocumentDB를 사용하여 쓰기 작업시 <의 성능을 10ms로보아야합니다.
참조 : 그것은 푸른 포털에서보고 당신이에서 CosmosDB를 호출하거나 당신의 OfferThroughput/RequestUnits의 90 %는 서버의 90 % Fastest way to insert 100,000+ records into DocumentDB
예 해당 지침을 따르고 있습니다. 그렇지 않으면 400 Throughput (처리량/기록 5)으로 80 레코드/초를 덤프 할 수 있기를 원합니다. – DSA
인가? CosmosDB에 의해 스로틀 받고 있습니까? –
@RalphWillgoss 서버의 90 %입니다. 처리량을 처리하기 위해 하늘색 가이드 라인을 제대로 준수했습니다. 아니 CosmosDB에 의해 throttled 있지만 응용 프로그램 충돌이 서버의 높은 CPU 사용량으로 인해 발생합니다. – DSA
소스 코드를 공유해주십시오. –