Профилировщик транзакций хранилища для Windows Azure Web Deploy Accelerator

Question

Я недавно начал использовать Web Deployment Accelerator для моей учетной записи Windows Azure. Это обеспечивает мгновенный возврат сэкономленного времени и является отличным предложением.

Однако, поскольку «все» теперь хранится в хранилище Azure, а не на обычном диске E: Я сразу вижу последствия для стоимости использования инструмента.

За один день я накопил мощный заряд в 4 цента. Для этого мне пришлось прожечь около 80 000 транзакций с хранилищем, и, честно говоря, я не могу понять, куда они все пошли.

Я загрузил 6 очень маленьких сайтов, каждый из которых содержал бы не более 300 файлов. Вот мне и интересно:

а. есть ли инструмент профилирования для Web Deployment Accelerator, который позволит мне увидеть, где и как было использовано 80 000 транзакций хранения для такого небольшого предложения. Это инструмент интенсивного хранения транзакций? Был ли проведен какой-либо анализ затрат с точки зрения того, как работает этот инструмент? Был ли он оптимизирован с учетом затрат?

б. Если я использую этот инструмент, могу ли я заплатить за 2 транзакции хранения на HTTP-запрос к сайту? Так как инструмент теперь записывает журналы веб-сервера в хранилище таблиц, это будет один запрос на хранение для извлечения ресурса http-запроса (img, script и т. Д.) И запрос на хранение для записи записи журнала, не так ли?

Меня не волнуют текущие расходы, меня беспокоит будущее, если я начну переносить весь свой хостинговый бизнес в облако. Я имею в виду, что теперь меня обвиняют даже просто «посмотреть» на мои данные, верно? Если я перечислю содержимое папки хранилища с помощью такого инструмента, как Azure Storage Explorer , то это x количество транзакций хранилища, где x = количество файлов в папке?

Answer 1

Не уверен, что сторонний инструмент профилировщика, но журнал и метрики хранилища Windows Azure предоставит вам очень подробную информацию как по отдельным доступам, так и по почасовым сведениям.Это довольно просто включить, и SDK от ноября 2011 года включает поддержку вызовов API, необходимых для включения.См. здесь для обзора того, что предлагается для метрик и ведения журнала.

Моя команда работала с Fullscale180 для создания библиотеки хранения Azure Store XRay , чтобы продемонстрировать, каквключить и запросить метрики хранения и ведения журнала.Примечание. Он был опубликован до того, как SDK получил поддержку ведения журналов и метрик, поэтому вместо этого он использует вызовы REST API.Но это не повлияет на вас, если вы попытаетесь использовать библиотеку.

Вы также можете посмотреть другую демонстрацию кода, Cloud Ninja , которая вызывает библиотеку XRay для отображения метрик (см. здесь для запуска демонстрации).

Относительно запроса хранилища для объектов в контейнерах BLOB-объектов: это не сценарий 1: 1 транзакция: файл.Вы можете указать максимальное количество BLOB-объектов, которые будут возвращаться при перечислении элементов в контейнере.Возможно, что все BLOB-объекты возвращаются в одной транзакции.Конечно, если вы затем захватите каждый большой двоичный объект, в каждом из них будет хотя бы одна транзакция (в зависимости от размера большого двоичного объекта).См. здесь для получения подробной информации о перечислении BLOB-объектов.