나는 대답을 알고 있으며, 내가이 권리를 가지고 있는지 확실히하고 싶다. 푸른에서 활동중인
: 나는 모양에 액세스 할 수 내 WebRole에 앉아 WCF 서비스에서 CloudBlobClient를 사용하는 경우Azure BLOB 스토리지 - 가격 및 속도 "데이터 센터 내"
(/ 쓰기/업데이트를 읽기) : 그래서,
1) 읽기/쓰기/업데이트 비용을 거래로 지불합니까 아니면 무료입니까?
2) 메모에 언급 된 것처럼 그 얼룩에 액세스하는 속도가 빠릅니까?
내가 그렇게 접근 모양 (/ 쓰기/업데이트를 읽기)에, 내 WebRole에 앉아 WCF 서비스에서 CloudBlobClient를 사용하는 경우 : 1)/쓰기/업데이트를 읽어 트랜잭션으로 충전 또는 않습니다 그들이 무료?
트랜잭션 계량은 요청이 만들어진 곳과 관계가 없습니다. 저장소 읽기/쓰기/업데이트는 REST API 호출을 통해 (또는 REST API 호출을 감싸는 SDK 호출을 통해) 수행됩니다. 각 성공적인 REST API 호출은 효과적으로 트랜잭션으로 간주됩니다. 거래를 구성하는 요소 (트랜잭션으로 계산되지 않는 요소는 물론)는 here입니다.
Worker/Web 역할에서 BLOB 저장소에 액세스하면 인터넷 기반 속도 문제를 피할 수 있으며 데이터 이탈에 대해 비용을 지불하지 않아도됩니다. (참고 : 데이터 센터로의 데이터 유입은 무료입니다.)
2) 메모에 언급 된대로 그 얼룩에 액세스하는 속도가 빠릅니까?
- 네트워크 대역폭 : 당신의 역할 인스턴스와 스토리지 사이
속도는 두 가지의 적용을받습니다. DS 및 GS 시리즈에는 문서화 된 네트워크 대역폭이 있습니다. 다른 크기는 연결된 디스크의 IOPS 속도 만 광고합니다.
내 두 번째 질문에 대해, 특히 네트워크 대역폭에 대해 말한 것을 고려하면 "기가 바이트의 데이터를 몇 초 만에 복사 할 수 있습니까?" 내가 처음이 성명서를 보았을 때 나는 blob과 역할 사이의 전송 속도가 확장 성을 고려할 때 무시할 만하다는 결론을 즉시 내렸다. (언급 한 블로그 게시물을 살펴보기 전에이 질문을하고 있습니다. –
기사를 읽는다면 특정 성능 목표를 볼 수 있습니다. 예를 들어 단일 BLOB의 경우 초당 최대 60MB를 기대할 수 있습니다. 엑스트라 라지 인스턴스의 NIC 용량 - 16-20 초 정도의 기가 바이트를 제공합니다. 인스턴스가 여러 개인 경우 단일 스토리지 계정의 성능 목표는 3 기가비트이기 때문에 더 많은 데이터를 이동할 수 있습니다. 둘째. –