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

Задачи администрирования кэша Azure для Redis

  • Применяется к: ✅ Azure Cache for Redis

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

Перезагрузка

При использовании уровней "Базовый", "Стандартный" или "Премиум" кэша Azure для Redis в меню ресурсов отображается Перезагрузка. Используйте перезагрузку, чтобы перезапустить один или несколько узлов кэша. Перезагрузка позволяет протестировать приложение на устойчивость, если произошел сбой узла кэша.

Это важно

Перезагрузка пока недоступна для уровня Enterprise. Перезагрузка доступна для всех других уровней.

Снимок экрана, на котором выбран пункт меню

Выберите узлы, которые нужно перезагрузить, и щелкните Перезагрузить.

Снимок экрана, на котором показаны узлы, которые можно перезагрузить

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

Снимок экрана: параметры сегментов

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

Воздействие на клиентские приложения зависит от того, какие узлы перезагружаются.

  • Первичный — при перезагрузке первичного узла кэш Azure для Redis переключает на узел реплики и повышает его до основного. Во время отработки отказа может быть короткий интервал, в котором подключения к кэшу могут завершиться ошибкой.
  • Реплика: перезагрузка узла реплики, как правило, не оказывает влияния на клиенты кэша.
  • Оба узла: основной и реплики - При перезагрузке обоих узлов кэша Azure Cache для Redis пытается корректно перезагрузить оба узла, дожидаясь завершения перезагрузки одного перед началом перезагрузки другого. Как правило, потеря данных не возникает. Однако потеря данных по-прежнему может произойти при непредвиденных событиях обслуживания или сбоях. Перезагрузка кэша многократно увеличивает вероятность потери данных.
  • Узлы кэша уровня "Премиум" с включенной кластеризации. При перезагрузке одного или нескольких узлов кэша уровня "Премиум" с включенной кластеризации поведение выбранных узлов совпадает с тем, что при перезагрузке соответствующего узла или узлов некластеризованного кэша.

Часто задаваемые вопросы о перезагрузке

Какой узел следует перезагрузить, чтобы протестировать приложение?

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

Можно ли перезагрузить кэш, чтобы очистить подключения клиентов?

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

Это важно

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

Сохранятся ли данные кэша после перезагрузки?

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

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

Кроме того, следует знать, что перезагрузка обоих узлов не приводит к очистке данных. Если вы хотите очистить данные, используйте процедуру очистки с консоли портала.

Можно ли перезагрузить кэш с помощью PowerShell, интерфейса командной строки или других средств управления?

Да, инструкции по использованию PowerShell см. в разделе, посвященном перезагрузке кэша Redis для Azure.

Можно ли перезагрузить кэш Enterprise?

Нет. Перезагрузка пока недоступна для уровня Enterprise. Перезагрузка доступна для уровней "Базовый", "Стандартный" и "Премиум". Параметры, отображаемые в меню "Ресурс" в разделе "Администрирование ", зависят от уровня кэша. При использовании кеша на уровне Enterprise не отображается раздел Перезагрузка.

Очистка данных

При использовании уровней "Базовый", "Стандартный" или "Премиум" кэша Azure для Redis в меню ресурсов отображается Сброс данных. Используйте данные Flush для удаления или очистки всех данных в кэше. Очистка может использоваться перед масштабированием операций, чтобы сократить время, необходимое для выполнения операции масштабирования в кэше. Вы также можете настроить для периодического выполнения операции очистки в кэшах разработки и тестирования для проверки использования памяти.

Операция очистки при выполнении в кластеризованном кэше очищает данные от всех сегментов одновременно.

Это важно

Ранее операция очистки была доступна только для геореплицированных кэшей уровня Enterprise. Теперь он доступен на уровнях "Базовый", "Стандартный" и "Премиум".

Снимок экрана: очистка данных, выбранных в меню ресурсов экземпляра кэша.

Обновление канала и расписание обновлений

При использовании уровней "Базовый", "Стандартный" или "Премиум" кэша Azure для Redis в меню ресурсов отображаются обновления расписания . Используйте расписания обновлений для выбора канала обновления и периода обслуживания для экземпляра кэша.

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

Это важно

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

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

Это важно

Канал обновления и период обслуживания применяются к обновлениям сервера Redis и обновлениям операционной системы виртуальных машин, на котором размещен кэш. Канал обновлений и окно обслуживания не применяются к обновлениям ОС узлов для узлов, которые хостят виртуальные машины кэша или другие компоненты сети Azure. В редких случаях, когда кэши размещаются в старых моделях, период обслуживания не применяется к обновлениям гостевой ОС. Можно определить, находится ли кэш в старой модели, если DNS-имя кэша разрешается в суффикс cloudapp.net, chinacloudapp.cn, usgovcloudapi.net или cloudapi.de.

В настоящее время невозможно настроить канал обновления или запланированные обновления для кэша уровня Enterprise.

Снимок экрана, показывающий обновления расписания

Чтобы задать период обслуживания, отметьте необходимые дни и укажите час, когда будет начинаться период обслуживания в каждый из дней. Затем нажмите OK. Время периода обслуживания указывается в формате UTC. Его можно настроить с точностью до часа.

Минимальный период обслуживания по умолчанию для обновлений — пять часов. Это значение невозможно настроить на портале Azure, но вы можете сделать это в PowerShell с помощью параметра MaintenanceWindow командлета New-AzRedisCacheScheduleEntry. Дополнительные сведения см. в разделе Можно ли управлять запланированными обновлениями с помощью PowerShell, интерфейса командной строки или других инструментов управления?

Часто задаваемые вопросы о планировании обновлений

Когда происходят обновления, если функция планирования обновлений не используется?

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

Какие типы обновлений выполняются в запланированный период обслуживания?

В запланированный период обслуживания выполняются только обновления сервера Redis. Период обслуживания не распространяется на обновления Azure или обновления операционной системы хоста.

Можно ли управлять запланированными обновлениями с помощью PowerShell, интерфейса командной строки или других средств управления?

Да, управлять запланированными обновлениями можно с помощью следующих командлетов PowerShell:

Может ли обновление, обслуживаемое и управляемое функцией "Запланированные обновления", быть выполнено вне окна запланированных обновлений?

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

Связанный контент

Узнайте больше о функциях Кэша Azure для Redis.