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

Настройка сохраняемости данных для экземпляра Кэш Azure для Redis

  • Статья

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

Предупреждение

Если вы используете сохраняемость на уровне "Премиум", проверка, чтобы узнать, включена ли обратимое удаление учетной записи хранения перед использованием функции сохраняемости данных. Использование функции постоянного хранения вместе с обратимым удалением приведет к очень высоким затратам на хранение. Дополнительные сведения см. в разделе Следует ли включать функцию обратимого удаления?.

Предупреждение

Параметр постоянной записи для сохраняемости AOF на уровнях Enterprise и Enterprise Flash установлен на пенсию 1 апреля 2025 года. Этот параметр имеет значительные ограничения производительности больше не рекомендуется. Вместо этого рекомендуется использовать параметр записи каждую секунду или использование сохраняемости RDB.

Область доступности

Уровень "Базовый", "Стандартный" Premium Enterprise, Enterprise Flash
На месте No Да Да (предварительная версия)

Типы сохраняемости данных в Redis

У вас есть два варианта сохранения с Кэш Azure для Redis: формат базы данных Redis (RDB) и формат "Добавить только файл" (AOF):

  • Сохраняемость RDB. Если настроена сохраняемость RDB, то Кэш Azure для Redis сохраняет моментальный снимок кэша в двоичном формате. Этот моментальный снимок сохраняется в учетной записи службы хранилища Azure. Настраиваемая частота резервного копирования определяет, как часто следует сохранять моментальный снимок. Если возникает катастрофическое событие, которое отключает основной и реплика кэш, кэш восстанавливается автоматически с помощью последнего моментального снимка. Узнайте больше о преимуществах и недостатках сохраняемости RDB.
  • Сохраняемость AOF. При использовании сохраняемости AOF Кэш Azure для Redis сохраняет каждую операцию записи в журнал. Журнал сохраняется по крайней мере один раз в секунду в учетной записи служба хранилища Azure. Если возникает катастрофическое событие, которое отключает как основной, так и реплика кэш, кэш восстанавливается автоматически с помощью хранимых операций записи. Узнайте больше о преимуществах и недостатках сохраняемости AOF.

Кэш Azure для Redis функции сохраняемости предназначены для автоматического восстановления данных в одном кэше после потери данных. Сохраненные файлы данных RDB/AOF нельзя импортировать в новый кэш или существующий кэш. Чтобы переместить данные между кэшами, используйте функцию импорта и экспорта . Дополнительные сведения см. в статье Импорт и экспорт данных в Кэше Azure для Redis.

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

Предварительные требования и ограничения

Функции сохраняемости предназначены для восстановления данных в том же кэше после потери данных.

  • Сохраненные файлы данных RDB/AOF нельзя импортировать в новый кэш или существующий кэш. Вместо этого используйте функцию импорт и экспорт.
  • Сохраняемость не поддерживается с кэшами с использованием пассивного гео-реплика tion или активного геоизбыточного реплика.
  • На уровне "Премиум" сохраняемость AOF не поддерживается с несколькими реплика.
  • На уровне "Премиум" данные должны сохраняться в учетной записи хранения в том же регионе, что и экземпляр кэша.
  • На уровне "Премиум" учетные записи хранения в разных подписках можно использовать для сохранения данных, если управляемое удостоверение используется для подключения к учетной записи хранения.

Различия между сохраняемостью на уровнях Premium и Enterprise

На уровне "Премиум" данные сохраняются непосредственно в учетной записи служба хранилища Azure, которую вы владеете и управляете ею. служба хранилища Azure автоматически шифрует данные при сохранении, но вы также можете использовать собственные ключи для шифрования. Дополнительные сведения см. в статье Ключи, управляемые клиентом, для шифрования службы хранилища Azure.

Предупреждение

Если вы используете сохраняемость на уровне "Премиум", проверка, чтобы узнать, включена ли обратимое удаление учетной записи хранения перед использованием функции сохраняемости данных. Использование функции постоянного хранения вместе с обратимым удалением приведет к очень высоким затратам на хранение. Дополнительные сведения см. в разделе Следует ли включать функцию обратимого удаления?.

На уровнях Enterprise и Enterprise Flash данные сохраняются на управляемом диске, подключенном непосредственно к экземпляру кэша. Расположение не настраивается и не доступно пользователю. Использование управляемого диска повышает производительность сохраняемости. Диск шифруется с помощью управляемых майкрософт ключей (MMK) по умолчанию, но также можно использовать управляемые клиентом ключи (CMK). Дополнительные сведения см. в статье об управлении шифрованием данных.

Настройка сохраняемости данных с помощью портал Azure

  1. Чтобы создать кэш premium, войдите в портал Azure и выберите "Создать ресурс". Кэши можно создать на портале Azure. Их можно также создать с помощью шаблонов Resource Manager, PowerShell или Azure CLI. Дополнительные сведения о создании кэша Azure для Redis см. в разделе Создание кэша.

    Снимок экрана: форма для создания ресурса Кэша Azure для Redis.

  2. На странице Создать ресурс выберите Базы данных, а затем — Кэш Azure для Redis.

    Снимок экрана: Кэш Azure для Redis, выбранный в качестве нового типа базы данных.

  3. На странице Новый кэш Redis настройте параметры для нового кэша уровня «Премиум».

    Параметр Предлагаемое значение Description
    DNS-имя Введите глобально уникальное имя. Имя кэша должно быть строкой длиной от 1 до 63 символов и содержать только цифры, буквы и дефисы. Имя должно начинаться и заканчиваться цифрой или буквой и не может содержать более одного дефиса подряд. Имя узла для экземпляра кэша .\<DNS name>.redis.cache.windows.net
    Подписка Раскрывающийся список и выберите свою подписку. В этой подписке будет создан новый экземпляр кэша Redis для Azure.
    Группа ресурсов В раскрывающемся списке выберите группу ресурсов или выберите Создать новую и введите имя новой группы ресурсов. Имя группы ресурсов, в которой будут созданы кэш и другие ресурсы. Поместив все ресурсы приложения в одну группу ресурсов, вы сможете легко управлять ими и/или удалить их вместе.
    Местонахождение Раскрывающийся список и выберите местоположение. Выберите регион рядом с другими службами, используюющими кэш.
    Тип кэша В раскрывающемся списке выберите кэш уровня «Премиум» для настройки дополнительных функций. Дополнительные сведения см. в разделе Цены на кэш Azure для Redis. Ценовая категория определяет размер, производительность и функции, доступные для кэша. Дополнительные сведения см. в обзоре предложения "Кэш Redis для Azure".

  4. Выберите вкладку Сети или нажмите кнопку Сети в нижней части страницы.

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

  6. Выберите вкладку Далее: дополнительно или нажмите в нижней части страницы кнопку Далее: дополнительно.

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

  8. Чтобы включить сохраняемость RDB, щелкните RDB и настройте параметры.

    Параметр Предлагаемое значение Description
    Метод проверки подлинности Раскрывающийся список и выбор метода проверки подлинности. Варианты — управляемое удостоверение или ключ служба хранилища Выберите предпочитаемый метод проверки подлинности. Использование управляемого удостоверения позволяет использовать учетную запись хранения в другой подписке, отличной от той, в которой находится кэш.
    Подписка Раскрывающийся список и выбор подписки. Вы можете выбрать учетную запись хранения в другой подписке, если вы используете управляемое удостоверение в качестве метода проверки подлинности.
    Частота резервного копирования Щелкните раскрывающийся список и выберите интервал резервного копирования. Вы можете выбрать 15 минут, 30 минут, 60 минут, 6 часов, 12 часов или 24 часа. Отсчет этого интервала начинается после успешного завершения предыдущей операции резервного копирования. По истечении этого интервала начинается новое резервное копирование.
    Учетная запись хранения Раскройте список и выберите свою учетную запись хранения. Выберите учетную запись хранения в том же регионе и в той же подписке, что и кэш. Рекомендуется использовать учетную запись хранилища класса Premium, поскольку у нее пропускная способность выше. Кроме того, настоятельно рекомендуется отключить функцию обратимого удаления в учетной записи хранения, так как она приводит к увеличению затрат на хранение. Дополнительные сведения см. в статье Цены и выставление счетов.
    ключ служба хранилища Раскройте список и выберите первичный или вторичный ключ для использования. Если ключ к хранилищу данных для учетной записи сохраняемости создается заново, то необходимо повторно настроить ключ в раскрывающемся списке Ключ к хранилищу данных.

    Первая резервная копия создается по окончании интервала резервного копирования.

    Примечание.

    При резервном копировании в хранилище файлов RDB сохраняются в виде страничных BLOB-объектов. Если вы используете учетную запись хранения с включенным HNS, сохраняемость, как правило, завершится сбоем, так как страничные BLOB-объекты не поддерживаются в учетных записях хранения с включенным HNS (ADLS 2-го поколения).

  9. Чтобы включить сохраняемость AOF, щелкните AOF и настройте параметры.

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

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

  10. Выберите вкладку Next: Tags (Далее: теги) или нажмите в нижней части страницы кнопку Next: Tags (Далее: теги).

  11. При необходимости на вкладке Теги введите имя и значение, чтобы классифицировать ресурс.

  12. Выберите Review + create (Просмотреть и создать). Вы будете перенаправлены на вкладку Проверка и создание, где Azure проверит вашу конфигурацию.

  13. Когда отобразится сообщение "Проверка пройдена" зеленого цвета, выберите Создать.

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

Настройка сохраняемости данных с помощью PowerShell и Azure CLI

Команду New-AzRedisCache можно использовать для создания кэша уровня "Премиум" с помощью сохраняемости данных. Примеры сохраняемости RDB и сохраняемости AOF

Существующие кэши можно обновить с помощью команды Set-AzRedisCache . Примеры добавления сохраняемости в существующий кэш.

Команду az redis create можно использовать для создания нового кэша уровня "Премиум" с помощью сохраняемости данных. Например:

az redis create --location westus2 --name MyRedisCache --resource-group MyResourceGroup --sku Premium --vm-size p1 --redis-configuration @"config_rdb.json"

Существующие кэши можно обновить с помощью команды az redis update . Например:

az redis update --name MyRedisCache --resource-group MyResourceGroup --set "redisConfiguration.rdb-storage-connection-string"="BlobEndpoint=https//..." "redisConfiguration.rdb-backup-enabled"="true" "redisConfiguration.rdb-backup-frequency"="15" "redisConfiguration.rdb-backup-max-snapshot-count"="1"

Управление шифрованием данных

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

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

С уровнями Enterprise и Enterprise Flash данные хранятся на управляемом диске, подключенном к экземпляру кэша. По умолчанию диск с данными сохраняемости и диск ОС шифруются с помощью ключей, управляемых Корпорацией Майкрософт. Ключ, управляемый клиентом (CMK), также можно использовать для управления шифрованием данных. Инструкции см. в разделе "Шифрование на корпоративных уровнях ".

Часто задаваемые вопросы о постоянном хранении

Следующий список содержит ответы на часто задаваемые вопросы о постоянном хранении данных для кэша Redis для Azure.

Сохраняемость RDB

Сохраняемость AOF

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

Да, сохраняемость можно настроить как при создании кэша, так и в существующих кэшах Premium, Enterprise или Enterprise Flash.

Можно ли одновременно активировать сохраняемость AOF и RDB?

Нет. Вы можете включить только сохраняемость RDB или AOF.

Как сохраняемость работает с георепликацией?

Если вы включите сохраняемость данных, гео-реплика tion нельзя включить для кэша.

Какую модель сохраняемости следует выбрать?

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

Дополнительные сведения о производительности при использовании сохраняемости AOF см. в статье О ТОМ, влияет ли сохраняемость AOF на пропускную способность, задержку или производительность кэша?

Влияет ли сохраняемость AOF на пропускную способность, задержку или производительность кэша?

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

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

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

Сохраняемость RDB и AOF:

  • Если было выполнено масштабирование до большего размера, это не окажет никакого влияния.
  • Если выполнено масштабирование до меньшего размера, а значение существующего пользовательского параметра databases превышает значение databases limit для нового размера, то данные в этих базах данных не будут восстановлены. Дополнительные сведения см. в разделе Что происходит с пользовательским параметром databases при масштабировании?
  • Если выполнено масштабирование до меньшего размера, и вам не хватает места для хранения всех данных из последней резервной копии, то при восстановлении ключи будут исключены. Как правило, ключи исключаются с помощью политики исключения allkeys-lru.

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

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

Внимание

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

Будет ли взиматься плата за хранение данных, используемое в хранилище?

  • Для кэшей класса Premium взимается плата за хранилище, используемое для модели ценообразования используемой учетной записи хранения.
  • Для кэшей Enterprise и Enterprise Flash плата не взимается за управляемое хранилище дисков. Она включена в цену.

Как часто происходит запись RDB и AOF в мои BLOB-объекты, и стоит ли включить обратимое удаление?

Рекомендуется избегать включения обратимого удаления учетных записей хранения при использовании с Кэш Azure для Redis сохраняемость данных с уровнем "Премиум". RDB и AOF могут записываться в BLOB-объекты раз в час, раз в несколько минут или раз в секунду. Кроме того, включение обратимого удаления в учетной записи хранения означает, что кэш Azure для Redis не сможет сокращать расходы на хранилище за счет удаления старых резервных копий.

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

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

Да, можно изменить частоту резервного копирования для сохраняемости RDB с помощью портал Azure, CLI или PowerShell.

Почему при установленной частоте резервного копирования RDB в 60 минут между созданием резервных копий проходит больше времени?

Интервал резервного копирования сохраняемости RDB не начинается, пока не завершится процесс предыдущего резервного копирования. Если интервал резервного копирования составляет 60 минут и на процесс резервного копирования уходит 15 минут, то следующее резервное копирование начнется не ранее чем через 75 минут после начала предыдущего резервного копирования.

Что происходит со старыми резервными копиями RDB при создании другой?

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

Когда следует использовать вторичную учетную запись хранения?

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

Как удалить вторичную учетную запись хранения?

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

Что такое перезапись и как она влияет на кэш?

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

Что следует ожидать при масштабировании кэша с включенной сохраняемостью AOF?

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

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

Как организованы данные AOF в хранилище?

При использовании уровня "Премиум" данные, хранящиеся в файлах AOF, делятся на несколько страничных BLOB-объектов на сегмент. По умолчанию половина больших двоичных объектов сохраняется в основной учетной записи хранения, а половина сохраняется в дополнительной учетной записи хранения. Разделение данных между несколькими страничных BLOB-объектами и двумя разными учетными записями хранения повышает производительность.

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

Уровень служб "Премиум" BLOB-объекты
P1 8 на сегмент
P2 16 на сегмент
P3 32 на сегмент
P4 40 на сегмент

Если включена кластеризация, каждый сегмент в кэше имеет свой собственный набор страничных BLOB-объектов, как показано в предыдущей таблице. Например, кэш P2 с тремя сегментами распределяет его файл AOF между 48 страничных BLOB-объектов: шестнадцать больших двоичных объектов на сегмент с тремя сегментами.

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

Будут ли исключения брандмауэра в учетной записи хранения влиять на сохраняемость?

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

Можно ли включить сохраняемость AOF, если у меня несколько реплика?

С уровнем "Премиум" нельзя использовать сохраняемость только для добавления (AOF) с несколькими реплика. На уровнях Enterprise и Enterprise Flash архитектура реплика сложнее, но сохраняемость AOF поддерживается при использовании кэшей Enterprise в развертывании, избыточном между зонами.

Разделы справки проверка, если обратимое удаление включено в моей учетной записи хранения?

Выберите учетную запись хранения, используемую кэшем для сохраняемости. Выберите "Защита данных" в меню "Ресурс". В рабочей области проверка состояние обратимого удаления для больших двоичных объектов. Дополнительные сведения о обратимом удалении в учетных записях хранения Azure см. в статье "Включение обратимого удаления для БОЛЬШИХ двоичных объектов".

Следующие шаги

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