2010-05-19 8 views
3

일부 동영상을 보러 가고있었습니다. Windows Azure가 BLOB를 파티션 키에 따라 파티션으로 그룹화하고 서버에서 이러한 파티션을 자동으로로드 균형을 잡을 것입니다. blob의 파티션 키는 blob 이름입니다. blob 이름을 사용하여 azure는 자동으로 파티션을 만듭니다.Windows Azure - 자동로드 균형 조정 - 파티셔닝

이제 내 질문은 푸른 하늘을 컨테이너 이름에 따라 파티션을 만들 수 있습니까? 파티션 키를 컨테이너 이름으로 사용하기를 원했습니다.

예를 들어 저장 계정이 있습니다. 그 안에 나는 컨테이너 1컨테이너 2이라는 2 개의 컨테이너가있다. container1에서 나는 1.txt, 2.txt, 3.txt, ......., 501.txt, 502.txt, ..... 999.txt, 1000.txt이라는 1000 개의 파일을 가지고 있습니다. 컨테이너 2에는 1001.txt, 1002.txt, 1003.txt, ......., 1501.txt, 1502.txt, ..... 1999.txt 등의 1000 개의 파일이 있습니다. txt

이제 Windows Azure는 BLOB 이름을 기반으로 2000 개의 파티션을 생성하고 여러 서버를 통해 나를 제공합니까 ???

컨테이너 이름을 기반으로하는 Azure 파티션이 더 좋지 않을까요? 한 서버에서는 container1이고 다른 서버에서는 conatiner2입니다.

답변

3

당신이 더 나은 뜻에 따라 다릅니다. 개별 서버 및 하드 드라이브에 대한 비용을 지불하는 경우 동의 할 수 있습니다.하지만 하늘색 스토리지를 사용하면 사용하는 공간의 크기 만 지불하면됩니다. 최적의 성능을 얻기 위해 여러 시스템에 퍼지기를 선택한 경우 (대상 BLOB 액세스 퍼포먼스는 "최대 60 MB/초"입니다), 청구서에는 문제가되지 않습니다.

궁금한 점이 있다면 왜 더 많은 부분이 나쁘다고 생각하십니까? 나에게 그것은 파일 접근과 같이 좋은 것 같다.

내가 가장 확장 성있는 액세스를 제공하고자하는 2000 개의 파일이있는 경우 2000 개의 파일을 2000 대의 컴퓨터/하드 드라이브에 분산시키는 것이 최상의 성능과 확장 가능한 솔루션이 될 것이라고 생각합니다. 서버 2 개/하드 드라이브 (4000으로 두 배가되면 어떻게됩니까?). Windows Azure Storage Abstractions and their Scalability Targets

:

나는 꽤 유익이 Blob 기사 (아래쪽으로 파티션과 확장 성 및 성능 목표 섹션에서, 특히 지역을) 발견