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

Вопросы обслуживания сервера кэша

  • Статья

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

Перезагрузка серверов

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

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

Расположение хранилища конфигурации кластера может быть базой данных SQL Server или сетевым общим ресурсом. Без доступа к нему кластер кэша не сможет работать дольше нескольких минут. Перед перезагрузкой сервера, на котором расположен SQL Server или файловый сервер, завершите работу кластера кэша с помощью команды Stop-CacheCluster. Эта команда останавливает службы узлов кэша в Windows на всех серверах кэша в нужном порядке. Дополнительные сведения о расположении хранилища конфигурации кластера см. в разделе Способы хранения конфигурации кластера.

Сервер кэша

Как правило, рекомендуется перезагружать только один сервер кэша за раз. При завершении работы сервера для перезагрузки специальные процедуры не требуются. Если нужно лишь остановить службу узла кэша в Windows, используйте команду Stop-CacheHost. Microsoft AppFabric 1.1 для Windows Server также позволяет указать параметр Graceful для перемещения кэшированных данных на другие узлы кэша перед остановкой. Остановка службы с помощью консоли служб Windows не поддерживается. После перезагрузки используйте команду Start-CacheHost, чтобы разрешить серверам узлов кэша под управлением Windows присоединиться к кластеру. Дополнительные сведения см. в разделе Использование Windows PowerShell для управления компонентами кэширования в AppFabric 1.1.

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

Примечание

Команда Stop-CacheHost не остановит службу узла кэша в Windows, если та выполняет роль управления кластером и ее остановка приведет к завершению работы всего кластера.

Если роль управления кластером выполняет SQL Server, то учитывать, является ли узел кэша ведущим, не требуется. Кластер сможет продолжать работу даже с одним узлом кэша.

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

Чтобы высокий уровень доступности позволил защитить приложение от сбоя (или остановки) узла кэша, в кластере кэша должно присутствовать не менее трех узлов кэша. Это обусловлено строгим требованием согласованности, по которому в кэше с поддержкой высокого уровня доступности всегда должны присутствовать две копии кэшированного объекта или области. Для поддержания двух копий области или кэша в кэше с высоким уровнем доступности должны работать по меньшей мере два узла кэша. Дополнительные сведения см. в разделе Высокий уровень доступности (кэширование в AppFabric 1.1).

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

Рекомендации по администрированию

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

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

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

Действия, приводящие к простою

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

  2012-03-05