Продажи: 1-800-867-1389

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

Обновлено: Июль 2010 г.

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

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

noteПримечание
В этом разделе описано, как использовать таблицу по планированию емкости для определения емкости кэша и параметров для подготовки кэша требуемого размера. Дополнительные рекомендации по определению размера кэша для приложения см. в разделе Capacity Planning Methodology технического документа Capacity Planning for Caching in Azure. Хотя рекомендации в документе Capacity Planning for Caching in Azure относятся к Microsoft Azure Shared Caching, указания в разделе Capacity Planning Methodology применимы для Кэш в роли и могут помочь определить размер кэша, отвечающий потребностям вашего приложения. Обратите внимание, что эти рекомендации служат отправной точкой для определения емкости в зависимости от требований к кэшу, и перед внедрением в производственной среде требуется провести тестирование, даже если конфигурации были указаны в рекомендациях.

Таблица по планированию емкости доступна в Центре загрузки Майкрософт и может быть полезна при планировании емкости. В ней есть два листа для планирования емкости: Dedicated Role – Planner и Co-Located Role - Planner. Dedicated Role – Planner дает рекомендации по созданию кластера кэша Dedicated Role, а Co-Located Role - Planner — рекомендации по созданию кластера кэша Co-Located Role.

 

Топология развертывания кластера кэша Описание

Кэширование выделенной роли

Экземпляры рабочей роли используются исключительно для кэширования.

Кэширование совместно размещенной роли

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

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

В следующих разделах описывается, как использовать рабочие листы для планирования емкости кэша Dedicated Role и Co-located Role.

Лист Dedicated Role – Planner является первым в таблице по планированию емкости и используется для определения параметров для кэша Dedicated Role. Выделенный кластер кэша отличается тем, что экземпляры рабочей роли в нем используются только для кэширования.

Планировщик емкости выделенного кэша

На листе Dedicated Role – Planner используется несколько типов вводных данных. В первом разделе, Input: Data Requirements (Вводные данные: требования к данным), вычисляется максимальный объем данных в кэше. Для нескольких типов данных (числом до десяти) можно указать следующие параметры: Average Object Size (Post-Serialization) (Средний размер объекта после сериализации), Maximum Number of Objects (Максимальное количество объектов) и High Availability Enabled (Высокий уровень доступности включен). В предыдущем примере моделируется один тип данных. Средний размер — 2 560 байт, максимальное число объектов в кэше — 100 000. Высокий уровень доступности не используется.

Во втором разделе, Input: Throughput Requirements (Вводные данные: требования к пропускной способности), определяется пропускная способность, необходимая для кэша. Для этого используются такие параметры, как Number of Reads/sec (Операций чтения/с) и Number of Writes/sec (Операций записи/с) во время пиковой нагрузки. В этом примере пиковая нагрузка для типа данных 1 — 10 000 операций чтения и 500 операций записи в секунду.

В третьем разделе, Input: Advanced Options, (Вводные данные: дополнительные параметры), доступно несколько дополнительных параметров. Cushion for peak load - data (Буфер пиковых нагрузок: данные) и Cushion for peak load - Throughput (Буфер пиковых нагрузок: пропускная способность) обеспечивают буфер для всплесков нагрузки приложения. С помощью этих параметров удобно увеличивать или уменьшать размер необходимого буфера в соответствии с объемом и пропускной способностью данных в кэше.

Preserve Data across Azure Updates (Сохранение данных при обновлении Azure) указывает, должен ли лист планировщика ресурсов включать в себя дополнительную емкость для сценариев накопительных обновлений, при которых роли в домене обновления отключаются из-за обновления. Когда отключает роли в домене обновления из-за обновления, Кэш в роли осуществляет попытку перенести данные на другие узлы в кластере до того, как узел будет отключен. Если емкости других узлов недостаточно для дополнительной нагрузки, возможно, не все кэшированные элементы из роли будут перенесены на другие узлы. Preserve Data across Azure Updates (Сохранение данных при обновлении Azure) по умолчанию присвоено значение Yes (Да). Если значение равно No (Нет), требования роли к емкости уменьшатся. Если параметру Preserve Data Across Azure Updates (Сохранение данных при обновлении Azure) присвоено значение Да, резервируется дополнительная емкость, эквивалентная емкости, требуемой для одного домена обновления. Дополнительные сведения о доменах обновления см. в разделе Обновление службы Azure.

noteПримечание
Если узел выходит из строя из-за сбоя или уменьшения количества экземпляров роли из-за изменения конфигурации, то данные кэша перемещаются на другие узлы. Кэш в роли перемещает данные на другие узлы только при плановом завершении работы. Можно включить высокий уровень доступности, чтобы обеспечить резервные копии данных кэша на случай сбоя узла. Дополнительные сведения см. в разделе Высокий уровень доступности (кэш роли для кэша Azure).

Upgrade Domain Count (Количество доменов обновления) означает количество доменов обновления для роли, в которой размещается кластер кэша. Можно либо воспользоваться рекомендованным количеством доменов обновления для кластера кэша, которое указано в листе планировщика ресурсов, либо указать его самостоятельно. Значение по умолчанию — Задано планировщиком. При выборе значения Задано планировщиком рекомендованное значение отображено в листе планировщика ресурсов, в столбце Домены обновления в разделе Выводные данные. возможные конфигурации. Если количество доменов обновления указано вручную в поле Upgrade Domain Count (Количество доменов обновления), то указанное число отображается в разделе Выводные данные. Дополнительные сведения о доменах обновления см. в разделе Обновление службы Azure.

После задания вводных данных средством предоставляются предложения в разделе Output: Possible Configurations (Выводные данные: возможные конфигурации). В этом примере рекомендуемая конфигурация — размер ВМ Medium с 3 экземплярами роли и числом доменов обновления, равным 3. Помимо рекомендуемой конфигурации, в разделе Output: Possible Configurations (Выводные данные: возможные конфигурации) показаны требуемые параметры при выборе другого размера ВМ.

Если средний размер объектов в кэше меньше 2 КБ, то в руководстве по планированию емкости отображается столбец CacheDataSize (MB)* и примечание под разделом Выводные данные.

Параметры кэша планировщика емкости выделенного кэша
noteПримечание
Ссылка под разделом Выводные данные указывает на настоящий документ.

Если это сообщение отображается, создайте в проекте роли XML-файл CacheSettings.xml и добавьте в него раздел dataCache, включающий параметр CacheDataSize (MB) из раздела Выводные данные, выполнив следующие действия.

  1. Щелкните правой кнопкой мыши проект роли, где размещается кластер кэша, в обозревателе решений, и выберите пункты Добавить, Новый элемент. Выберите XML-файл в области Шаблоны, введите CacheSettings.xml в поле Имя и нажмите кнопку Добавить.

  2. Скопируйте фрагмент XML-кода ниже и вставьте его в файл CacheSettings.xml.

    <?xml version="1.0" encoding="utf-8" ?>
    <configuration>
      <configSections>
        <section name="dataCache" type="Microsoft.ApplicationServer.Caching.DataCacheSection, Microsoft.ApplicationServer.Caching.Core" allowLocation="true" allowDefinition="Everywhere" />
      </configSections>
      <dataCache size="Small">
        <advancedProperties>
          <memoryPressureMonitor cacheUserDataSizePerNode="[CacheDataSize (MB) Setting]" />
        </advancedProperties>
      </dataCache>
    </configuration>
    
    Замените [CacheDataSize (MB) Setting] на значение из столбца CacheDataSize (MB), соответствующее вашему размеру ВМ. В следующем примере используется 2088.

    <?xml version="1.0" encoding="utf-8" ?>
    <configuration>
      <configSections>
        <section name="dataCache" type="Microsoft.ApplicationServer.Caching.DataCacheSection, Microsoft.ApplicationServer.Caching.Core" allowLocation="true" allowDefinition="Everywhere" />
      </configSections>
      <dataCache size="Small">
        <advancedProperties>
          <memoryPressureMonitor cacheUserDataSizePerNode="2088" />
        </advancedProperties>
      </dataCache>
    </configuration>
    
    ImportantВажно!
    Не изменяйте другие параметры в коде, например атрибут dataCache size. Атрибут dataCache size не задает размер роли ВМ, которую вы используете для кластера кэша, и должен быть задан как Small.

    Этот файл CacheCluster.xml будет развернут с вашим приложением. Он содержит нужную конфигурацию.

Чтобы воспользоваться листом Dedicated Role – Planner (Выделенная роль — планирование), введите в разделах Input (Вводные данные) значения, соответствующие требованиям к кэшу. Используйте рекомендуемые параметры в качестве отправной точки при настройке кластера кэша. Чтобы настроить кэш в выделенной роли, добавьте в проект Рабочую роль кэша и настройте свойства кластера кэша. Пример настройки кластера кэша в выделенной роли см. в разделе Инструкции Настройка кластера кэша для кэша роли (кэш Azure).

Лист Co-located Role – Planner является вторым в таблице по планированию емкости и используется для определения параметров для кэша Co-located Role. Совмещенный кластер кэша отличается тем, что ресурсы экземпляров роли (память, процессор, сеть) совместно используются кэшем и другим приложением.

Планировщик емкости совместно размещенных кэшей

Чтобы использовать лист Co-Located Role – Planner, введите в разделе Input: Cluster Configuration (Вводные данные: конфигурация кластера) конфигурацию своей роли. В разделе VM Size (Размер ВМ) укажите размер виртуальной машины роли, а затем введите число экземпляров роли в поле Number of VM Instances (Число экземпляров виртуальной машины). Введите нужный размер кэша в поле User Data to be stored in Cache (Пользовательские данные в кэше) и укажите нужное значение в поле High Availability Enabled (Высокий уровень доступности включен). Укажите Yes, чтобы включить высокий уровень доступности, или No в противном случае. В этом примере выбран средний размер виртуальной машины с 3 экземплярами, а требуемый размер кэша составляет 1 500 МБ. Высокий уровень доступности не требуется.

После указания вводных данных появляется рекомендация по возможностям размещения кластера кэша нужного размера на существующих экземплярах и нужное значение параметра Размер кэша на вкладке Кэширование свойств роли. Они находятся в разделе Output: Feasibility & Settings (Выводные данные: реализуемость и параметры). В этом примере параметр Размер кэша (%) будет равен 30 %, что позволит оставить прочую память для ОС и сопутствующих задач. Если кэш нужного размера невозможно разместить при текущей конфигурации роли, вы можете проверить другие конфигурации, меняя размер виртуальной машины, число экземпляров и размер кэша, чтобы найти конфигурацию, подходящую для приложения.

Свойства роли кэширования

Чтобы использовать лист Co-located Role – Planner (Совмещенная роль — планирование), введите в разделе Input: Cluster Configuration (Вводные данные: конфигурация кластер) данные, отвечающие вашим требованиям. Используйте рекомендуемые настройки из разделов выводных данных в качестве отправной точки при настройке кластера кэша.

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

После определения конфигурации кластера кэша его можно настроить на страницах свойств роли. Пример настройки совмещенного кластера кэша см. в разделе Инструкции Настройка кластера кэша для кэша роли (кэш Azure).

Была ли вам полезна эта информация?
(1500 символов осталось)
Спасибо за ваш отзыв
Показ:
© 2014 Microsoft