Windows Azure - автоматическая балансировка нагрузки - разбиение на разделы

Я просматривал несколько видео. Я обнаружил, что Windows Azure группирует большие двоичные объекты в разделы на основе ключа раздела и автоматически балансирует нагрузку на эти разделы на своих серверах. Ключом раздела для большого двоичного объекта является имя большого двоичного объекта. Используя имя большого двоичного объекта, azure автоматически выполняет разделы.

Теперь у меня вопрос, могу ли я заставить лазурь делать разделы на основе имени контейнера. Я хотел, чтобы ключом раздела было имя контейнера.

Например, у меня есть учетная запись хранения. У меня есть 2 контейнера с именами контейнер1 и контейнер2. В container1 у меня есть 1000 файлов с именами 1.txt, 2.txt, 3.txt, ......., 501.txt, 502.txt, ..... 999.txt, 1000. txt, а в контейнере 2 у меня есть еще 1000 файлов с именами 1001.txt, 1002.txt, 1003.txt, ......., 1501.txt, 1502.txt, .... . 1999.txt, 2000.txt

Теперь, будет ли Windows Azure генерировать 2000 разделов на основе имени большого двоичного объекта и обслуживать меня через несколько серверов ???

Не будет ли лучше, если Azure будет создавать разделы на основе имени контейнера? container1 на одном сервере и conatiner2 на другом.


azure azure-storage-blobs azure-storage
person veda    schedule 19.05.2010    source источник

Ответы (1)


arrow_upward
3
arrow_downward

Это зависит от того, что вы имеете в виду под словом «лучше». Если вы платите за отдельные серверы и жесткие диски, я могу с вами согласиться, но с лазурным хранилищем вы платите только за размер используемого пространства. Если они решат распределить его по нескольким машинам, чтобы получить наилучшую производительность (производительность доступа к blob-объекту составляет «до 60 МБ / сек»), то это не имеет значения для вашего счета.

Просто любопытно, почему, как вы думаете, иметь больше разделов - это плохо? Мне кажется, что доступ к файлам - это хорошо.

Если у меня есть 2000 файлов, к которым я хочу предоставить наиболее масштабируемый доступ, я бы подумал, что размещение этих 2000 файлов на 2000 машинах / жестких дисках было бы лучшим производительным и масштабируемым решением ... а не двумя серверами / жесткими дисками (и какими произойдет, если это удвоится до 4000?).

Я нашел эту статью о большом двоичном объекте довольно информативной (особенно область под разделами, масштабируемость и целевые показатели производительности внизу): Абстракции хранилища Windows Azure и их цели масштабируемости

person Jason Haley    schedule 21.05.2010