Настройка моего приложения MVC3, которое я развернул в Azure

Question

Я только что развернул приложение MVC3, которое использует Table Storage в Windows Azure.Производительность медленная, и я не уверен, что не так.Я использую firebug, и он сообщает об ожидании около 2 секунд страниц, которые включают в себя очень простой поиск по таблицам на основе ключей при поиске данных из таблиц, содержащих менее 20 строк.

Может кто-нибудь предложить некоторые вещи, которые я должен проверить.Например, при развертывании он развертывается в режиме отладки?Как насчет других вещей, которые я мог бы использовать для мониторинга производительности и проверки, почему все идет медленно.Что люди обычно используют, чтобы проверить производительность.

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

Марисель

Answer 1

Предложения:

• Удаленный доступ к экземпляру и монитору производительность через Perfmon. С этим, Вы можете увидеть, если проблема с процессором использование, IO или что-либо еще
• Как вы читаете таблицы хранения? Вы читаете много строк и обрабатываете только 20? Или вся таблица имеет 20 строк?
• Если загрузка ЦП возрастает при отправке запросов в хранилище? Если это так, возможно, это связано с тем, что Azure сериализует объекты из табличного хранилища. Это большие объекты? Краткий совет: убедитесь, что ваш код знает, какой тип объекта вы читаете из хранилища, чтобы он не разбирался в этом. Много процессорного времени часто отводится сериализации, потому что ваш код может не знать, какой тип объекта он читает. Просмотрите свойство ResolveType для объекта контекста, чтобы сообщить своему коду о типе объекта, с которым он имеет дело *

НТН

Answer 2

Это звучит очень медленно для хранения таблицы.

Некоторые возможные вещи, которые можно попробовать / проверить:

• Можете ли вы отлаживать приложение, используя локальный экземпляр для отладочных вычислений, но используя свои настоящие лазурные ключи хранения - если вы это сделаете, то какова производительность?
• Можете ли вы проверить свой код, чтобы подтвердить, сколько звонков вы делаете в хранилище Azure?
• Можете ли вы изолировать причины проблем - особенно вы можете изолировать, если это что-то вроде хранилища членства или сеанса вместо того, чтобы вернуть ваши конкретные строки?
• Можете ли вы отладить распечатать некоторые данные о времени, которое занимают отдельные вызовы хранилища Azure?
• есть ли какие-либо проблемы, о которых сообщалось http://www.microsoft.com/windowsazure/support/status/servicedashboard.aspx? (В настоящее время я не вижу никаких проблем)
• Ваши службы хранения и вычислений расположены в одном центре обработки данных? (Даже если бы их не было, я бы ожидал лучшей производительности, чем вы говорите)
• можете ли вы включить журналы iis, загруженные в хранилище Azure? - тогда вы можете проверить время ваших HTTP-звонков, как сообщается IIS.

Надеюсь, что некоторые из них помогут ...