Поделиться через


Схема физической архитектуры кэширования AppFabric (кэширование в AppFabric 1.1)

Компоненты кэширования Кэш Microsoft AppFabric 1.1 для Windows Server используют кластер серверов, которые взаимодействуют друг с другом и формируют единую, объединенную систему кэширования приложений. В распределенной системе кэширования все операции кэша сосредотачиваются в единой точке доступа, которая называется кластером кэша. Другими словами клиентские приложения могут работать с единым логическим объекта кэширования в кластере независимо от числа компьютеров, из которых состоит этот кластер кэша.

Основные компоненты физической архитектуры включают сервер кэша, службу Windows узла кэша, кластер кэша, средство администрирования кэша на основе Windows PowerShell, расположение хранилища конфигурации кластера и клиент кэша. На следующей схеме показаны взаимоотношения этих элементов.

Физическая модель Velocity

Узлы кэша

Служба Кэш AppFabric — это служба Windows, работающая на одном или нескольких серверах. Каждый сервер, на котором работает служба кэширования, называется сервером кэша. На каждом сервере кэша может быть установлена только одна служба кэширования.

Важно!

Узлы кэша Microsoft AppFabric 1.1 для Windows Server следует отводить только под службу кэша. Это значит, что на них нельзя размещать серверы приложений, веб-серверы и серверы баз данных. Совмещенные серверы кэша можно использовать в составе кластера, но этот сценарий не поддерживается. Несмотря на эту политику, если будет решено использовать совмещенные узлы кэша, следует тщательно оценить и протестировать конфигурацию каждого такого узла, чтобы отвести достаточно памяти и сетевых ресурсов для службы кэша и других служб на компьютере. Также следует понимать, что пики процессорной и сетевой нагрузки, возникающие в результате работы других служб, отрицательно скажутся на производительности и стабильности кластера кэша. Дополнительные сведения см. в разделе Руководство по планированию емкости кэша Windows Server AppFabric.

Рекомендуется, чтобы сервер кэша являлся членом того же домена, что и основной сервер-источник данных, который используется приложением. Служба кэширования после установки работает под учетной записью сетевой службы. Это означает, что для работы в сети служба кэширования будет использовать учетные данные безопасности доменной учетной записи компьютера этого сервера кэширования. Служба кэширования использует учетную запись сетевой службы с низкими привилегиями, чтобы избежать возможности повреждений вследствие атак злоумышленников. В Microsoft AppFabric 1.1 для Windows Server для службы кэша можно использовать доменную учетную запись.

Кластер кэша

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

  • постоянная поддержка работоспособности кластера кэша;

  • наблюдение за доступностью всех узлов кэша в кластере;

  • присоединение узлов кэша к кластеру.

Управление кластером может выполняться назначенными ведущими узлами или посредством сохранения данных конфигурации кластера в базе данных SQL Server. Дополнительные сведения см. в разделе Ведущие узлы и управление кластером.

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

Важно!

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

Расположение хранилища конфигурации кластера

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

Тип хранилища Расположение хранилища Управление кластером

Файл XML

общая сетевая папка

ведущие узлы

База данных SQL Server

SQL Server

SQL Server (по умолчанию) или ведущие узлы

Пользовательский поставщик

пользовательское хранилище

пользовательское хранилище

Дополнительные сведения о выборе способа хранения параметров конфигурации кластера см. в разделе Способы хранения конфигурации кластера.

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

Средство администрирования кэша на основе Windows PowerShell

Windows PowerShell – это уникальное средство управления для службы кэша. Командлеты администрирования Windows PowerShell могут быть установлены на любом доменном компьютере или на самих серверах кэширования. Это делается посредством установки компонента администрирования кэша AppFabric. Необходимо иметь административные права на всех серверах кэширования, чтобы средство работало правильно.

Используйте Windows PowerShell для запуска и остановки кластера, добавления и удаления именованных кэшей, изменения параметров конфигурации и просмотра статистики по узлам и кластеру. Дополнительные сведения об этих и других командах см. в разделе Администрирование кэша с помощью PowerShell.

Клиент кэша

Любой сервер приложений, на котором работает поддерживающее кэш приложение, может быть назван клиентом кэша. Чтобы приложение поддерживало кэширование, в нем должны быть задействованы сборки Кэш AppFabric и указаны соответствующие параметры конфигурации приложения или программным способом, или посредством XML-файла конфигурации приложения. Дополнительные сведения о разработке поддерживающих кэширование приложений см. в разделе Порядок подготовки среды разработки.

На уровне приложения клиент кэша является синонимом объекта DataCache, созданного из класса DataCacheFactory для взаимодействия с кластером кэша. Дополнительные сведения о клиентах кэша см. в разделе Клиенты кэша и локальный кэш.

Вопросы безопасности

Кластер кэша содержит список разрешенных учетных записей клиентов, который управляется с помощью средства администрирования кэша на основе Windows PowerShell. Любой подключающийся клиент кэша должен работать под разрешенной учетной записью клиента. Обратите внимание, что любые учетные записи, входящие в группу администраторов на всех серверах кэша, автоматически получают доступ к кластеру кэша, даже если эти учетные записи не были явно добавлены в список разрешенных учетных записей клиентов. Дополнительные сведения об этом и других параметрах безопасности см. в разделе Модель безопасности (кэширование Windows Server AppFabric).

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

См. также

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

Логическая модель

  2012-03-05