Размещение кэша роли Azure в существующих ролях

Важно!

Корпорация Майкрософт рекомендует всем новым разработкам использовать кэш Redis для Azure. Текущую документацию и рекомендации по выбору предложения кэша Azure см. в статье о том, какое предложение кэша Azure подходит для меня?

В этом разделе рассматривается возможность размещения кэша In-Role в существующих ролях Azure в приложении. В этом контексте под существующей ролью понимается веб-роль или рабочая роль, также используемая другими приложениями или службами. Этот тип топологии кэширования также называется совместно расположенным, так как кэш находится в ролях, которые также служат другим функциям.

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

Общие сведения о совместном расположении кэша In-Role

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

Совет

Хотя указана только память, функция кэширования использует другие физические ресурсы, такие как процессорные и сетевые ресурсы.

Включение совместно размещенного кэша In-Role роли

Ниже описано, как включить In-Role кэш на совместно размещенную роль в Visual Studio.

  1. В обозревателе решений перейдите к папке Роли. Дважды щелкните роль, используемую для In-Role Cache.

  2. В окне свойств перейдите на вкладку Кэширование.

  3. Установите флажок Включить кэширование.

  4. Установите переключатель Совмещенная роль и настройте ползунок Размер кэша (%). Параметры в диалоговом окне показаны на следующем снимке экрана.

    Caching Co-located Properites Window

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

  6. Затем настройте параметры кэша default или создайте новые именованные кэши.

Общие рекомендации по топологии совмещенного кэширования

К архитектуре кэша In-Role применяются следующие рекомендации:

  1. Используйте диагностические данные, чтобы определить правильный процент памяти, выделяемой для кэширования. Учтите данные со счетчиков производительности памяти и ЦП на экземплярах виртуальных машин, работающих с ожидаемой нагрузкой. Количество доступной памяти работающего экземпляра роли определяется размером виртуальной машины (размер VM) и памятью, используемой операционной системой и другими запущенными на роли службами приложения. Чтобы понять, как правильно задать размер кэша (%), ознакомьтесь с рекомендациями по планированию емкости для кэша In-Role Azure.

  2. Применение совмещенной топологии не рекомендуется в следующих случаях.

    • Размер кэша превышает 1,5 ГБ.

    • Кластеры кэша с более чем 400 транзакциями кэширования в секунду на экземпляр роли

    • Кэшируйте кластеры с пропускной способностью более 1,2 МБ, используемой для операций кэширования в секунду на экземпляр роли.

    Важно!

    Метрики в этом разделе содержат общее руководство по принятию решения о типе топологии развертывания кэширования. На вас ложится ответственность за тестирование и мониторинг облачной службы, чтобы обеспечить ее соответствие требованиям. В случае нехватки памяти или множества переходных ошибок возможно применение двух общепринятых способов устранения. Можно увеличить количество запущенных экземпляров для роли, в которую размещается кэширование. Также можно перейти с совмещенной топологии на выделенную. Дополнительные сведения об устранении неполадок см. в статье об устранении неполадок и диагностике кэша Azure In-Role.

  3. Если выполняется миграция с общий кэш на кэширование ролей, архитектура совместного расположения может обеспечить упрощенный переход. В данном сценарии нет необходимости добавлять в существующую развернутую систему какие-либо новые роли. Вместо этого включите кэширование в любой существующей веб-роли или рабочей роли в службе. Однако в соответствии с рекомендациями в этом разделе может быть полезно добавить новую выделенную роль для кэширования. Дополнительные сведения об этом сценарии см. в статье "Миграция из Azure общий кэш в кэш In-Role".

  4. Только один кластер кэша поддерживается для каждой облачной службы.

См. также:

Основные понятия

Размещение кэша In-Role Azure в выделенных ролях
Сведения о кэше роли для кэша Azure

Другие ресурсы

Использование кэша роли Azure