Windows Azure - Автоматическая балансировка нагрузки - разбиение - PullRequest
Новая
       8

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

3 голосов
/ 19 мая 2010

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

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

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

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

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

1 Ответ

3 голосов
/ 21 мая 2010

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

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

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

Мне показалось, что эта статья блоба довольно информативна (особенно в разделах «Разделы» и «Цели масштабируемости и производительности» внизу): Абстракции хранилища Windows Azure и их цели масштабирования

...