Рекомендуемый способ использования сеансов asp.net в Azure - PullRequest
3 голосов
/ 18 марта 2012

Я прочитал несколько статей, в которых говорится, что рекомендуется использовать кэш фабричных приложений на Azure, в то время как другие говорят, что используют универсальных провайдеров и используют sql azure для хранения состояния сеанса в таблице sql azure. Любые эксперты, пожалуйста, дайте мне знать, что лучше и почему? Требуется «почему», поэтому я изложил свое мнение для рекомендации. Спасибо

Ответы [ 2 ]

2 голосов
/ 18 марта 2012

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

SQL Azure через универсальных поставщиков не будет иметьтакое ограничение.Я не знаю ваших требований к хранилищу кеша, но если кеш меньше 100 МБ, вы сейчас говорите о кеше на 5 долларов в месяц, а не на 45 долларов для сервиса Cache.А если бы вам потребовалось все пространство кэш-памяти объемом 4 ГБ, кэш-память SQL Azure объемом 5 ГБ была бы значительно дешевле.

Сказав все это: у поставщика кэша есть конкретная цель использования.Например: 4 ГБ кэш-памяти поддерживает до 12,8 миллионов транзакций в час, или более 3500 в секунду.Даже поставщики кеша 128 МБ осуществляют более 100 транзакций в секунду.

Итак: я бы посмотрел на решение по двум основным критериям:

  • Если стоимость является фактором, и вы считаете, что вашSQL Azure может обрабатывать частоту транзакций кеша и объем данных, тогда SQL Azure, похоже, будет вашим лучшим выбором (и будет масштабироваться до размеров, намного превышающих максимум 4 ГБ службы Cache).В SQL Azure нет опубликованной информации о скорости транзакций, но вы, вероятно, можете провести несколько простых тестов, чтобы увидеть, сколько обращений к сеансам вы можете нажимать в секунду, прежде чем увидите снижение производительности.
  • Если вашему приложению требуется очень высокая скорость транзакцийопубликованные цели Cache для транзакций указывают на Cache как на лучшее решение. Примечание: вы, вероятно, не можете генерировать что-то вроде 3500 транзакций в секунду для Cache из одного экземпляра;это скорее сценарий с несколькими экземплярами.

Для получения дополнительной информации о спецификациях кэша см. здесь .

РЕДАКТИРОВАНИЕ Помимо SQL и Shared Cache, теперь вы можете настраивать свой собственный выделенный кеш, используя память из существующих ролей (ничего не стоя) или роль кеша в вашем развертывании (стоимостью любой стоимости экземпляров роли).Это самый быстрый вариант, поскольку он связан с вашим развертыванием.Он также поддерживает протокол memcached.Более подробную информацию можно найти здесь .

0 голосов
/ 28 ноября 2013

В этой хорошей статье описаны преимущества и недостатки трех различных режимов управления состояниями сеансов в Azure: сеансов в Azure

...