Была ли эта страница полезной?
Ваш отзыв об этом контенте важен для нас. Расскажите нам о том, что вы думаете.
Дополнительный отзыв?
1500 символов осталось
Экспорт (0) Печать
Развернуть все

Высокий уровень доступности (кэш роли для кэша Azure)

Обновлено: Февраль 2015 г.

noteПримечание
Руководство по выбору правильного предложения службы кэша Azure см. в разделе Какой кэш Azure подходит мне лучше всего?.

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

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

Для высокой доступности требуется несколько экземпляров соответствующей роли. Вторая копия кэшированного элемента обслуживается в отдельном экземпляре, который принадлежит к другим доменам сбоя и обновления. Таким образом, если один экземпляр перестанет работать, в другом экземпляре имеется резервная копия. В такой ситуации дополнительная копия становится основной копией. Затем для поддержки высокой доступности в одном из оставшихся экземпляров создается новая дополнительная копия.

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

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

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

  • Azure периодически перезагружает виртуальные машины для плановых технических работ. Обновления приложений на месте также приводят к выключению виртуальных машин. В обоих случаях лучше поддерживать не менее трех серверов в кластере кэша. Если один из них перестанет работать, кластер кэша будет содержать еще два сервера, на которых создаются основные и дополнительные копии кэшированных объектов. При одном работающем сервере кэш остается доступным, но высокая доступность будет невозможна.

  • Хотя ситуация с тремя серверами отвечает предыдущему требованию, рекомендуется использовать четыре сервера. Это помогает более равномерно распределять основные копии по доменам сбоя. Таким образом улучшается распределение данных по кластеру кэша, что в свою очередь оптимизирует сетевой трафик и производительность.

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

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

ImportantВажно!
По определению при использовании функции высокого уровня доступности объем памяти, необходимый для каждого кэшированного элемента, возрастает в два раза. Учитывайте это увеличение объема при планировании загрузки приложений. Дополнительные сведения см. в Вопросы планирования емкости для кэша роли (кэш Azure).

  1. Дважды щелкните роль с включенным Кэш в роли.

  2. На вкладке Конфигурация убедитесь, что Число экземпляров не меньше 4.

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

    Кэширование резервных копий

См. также

Показ:
© 2015 Microsoft