Это похоже на медленный DNS мне - Вы могли также использовать namebench (http://code.google.com/p/namebench/) для тестирования скорости DNS.
Также Chrome имеет созданный в отладчике, который можно использовать для сужения источника проблемы - щелчок правой кнопкой-> Осматривает Элемент-> Временная шкала и затем выполняет те же действия для снижения повреждения того, что занимает время.
Хранилище Windows Azure (и я предполагаю, что вы имеете в виду большие двоичные объекты) не имеет ограничения на количество объектов, которые вы можете хранить. Это ограничено только пределом 200 ТБ на учетную запись хранения. И вы можете иметь несколько учетных записей хранения в вашей подписке (каждая учетная запись хранения сопоставляется с пространством имен, таким как mystorage.blob.core.windows.net
).
То же самое и для хранилища таблиц: нет ограничений на количество таблиц или количество сущностей в таблице. Только ограничение в 200 ТБ.
Теперь, что касается каталогов , хранилище BLOB-объектов организовано namespace.blob.core.windows.net/containername/blobname.ext
. На самом деле это не каталоги. Если вам нужны настоящие каталоги файловой системы, вы Вам нужно будет настроить диск в виде большого двоичного объекта (в основном vhd, отформатированного как ntfs / ext3 / ext4 и т. д.) и смонтировать его на диске вашей ОС. Размер диска ограничен 1 ТБ (максимальный размер страничного BLOB-объекта). Как только вы это сделаете, у вас будет полная файловая система для записи. Просто предупреждение: только одна виртуальная машина может подключаться к диску в данный момент времени, поэтому это не идеально, если вы пытаетесь настроить общий доступ к файлам (для этого гораздо лучше прямое хранилище BLOB-объектов, или вы вам нужно настроить smb-сервер для себя.)
Еще одна вещь о хранилище Azure: вам не нужно беспокоиться о сегментировании; это масштабная долговечная система хранения данных. Каждый большой двоичный объект находится в собственном логическом разделе, и служба хранения организует / реорганизует хранилище по мере необходимости. Это то, о чем вам не нужно беспокоиться. Единственное, против чего я рекомендую, - это хранить все объекты в одном контейнере, поскольку перечисление больших двоичных объектов в контейнере может занять некоторое время, если у вас есть десятки тысяч объектов. Обычно я не перечисляю контейнеры, так как обычно храню uri больших двоичных объектов в другой базе данных как метаданные (возможно, в хранилище SQL или хранилище документов MongoDB).
Вся информация о Azure Storage Limits & Performance находится на следующей странице : https://azure.microsoft.com/en-us/documentation/articles/azure-subscription-service-limits/#storage-limits
Это (я думаю) самый полный ресурс для Blobs, Table, Queue и file в Azure :-)
Regards
Stanislas
.