Масштабирование
Масштабирование под нагрузкой
При масштабировании кэша под нагрузкой настройте параметр maxmemory-reserved, чтобы повысить скорость реагирования системы. Дополнительные сведения см. в разделе Настройка параметра maxmemory-reserved.
Масштабирование кластеров
Прежде чем приступать к уменьшению или увеличению масштаба кластеризованного кэша, постарайтесь как можно сильнее сократить объем данных в нем. Чем меньше объем данных, которые необходимо переместить, тем быстрее будет выполнено масштабирование. Дополнительные сведения о том, когда необходимо выполнять масштабирование, см. в разделе Выбор времени масштабирования.
Выполнение масштабирования, прежде чем нагрузка станет слишком большой
Начните масштабирование до того, как нагрузка на сервер или использование памяти станут слишком большими. Если эти показатели слишком высокие, это означает, что сервер Redis занят. У занятого сервера Redis не будет достаточных ресурсов для масштабирования и перераспределения данных.
Размеры кэша
Если вы используете протокол TLS и большое количество подключений, можно выполнить горизонтальное масштабирование, чтобы распределить нагрузку по большему количеству ядер. Некоторые размеры кэша размещаются на виртуальных машинах с четырьмя или более ядрами. Распределяя рабочие задачи по нескольким ядрам, вы уменьшаете нагрузку ВМ кэша на центральный процессор. Дополнительную информацию см. в разделе со сведениями о размерах и ядрах виртуальных машин.
Масштабирование и память
Масштабировать экземпляры кэша можно на портале Azure. Кроме того, вы можете программно масштабировать кэш с помощью командлетов PowerShell, Azure CLI и с помощью библиотек управления Microsoft Azure (MAML).
При масштабировании кэша вверх или вниз на портале maxmemory-reservedmaxfragmentationmemory-reserved оба параметра автоматически масштабируются в пропорции к размеру кэша. Например, если для параметра maxmemory-reserved задано значение 3 ГБ, размер кэша равен 6 ГБ и вы масштабируете увеличивает кэш до 12 ГБ, параметры автоматически обновляются до 6 ГБ во время масштабирования. При масштабировании в сторону уменьшения происходят изменения в обратном направлении.
При программном масштабировании кэша с помощью PowerShell, ИНТЕРФЕЙСА командной строки или REST API любые maxmemory-reserved или maxfragmentationmemory-reserved игнорируются в рамках запроса на обновление. Учитывается только изменение масштабирования. Эти параметры памяти можно обновить после завершения операции масштабирования.
Дополнительные сведения о масштабировании и памяти в зависимости от уровня см. в следующих статье:
- Масштабирование уровней "Базовый", "Стандартный" и "Премиум" или
- Масштабирование и увеличение масштаба — уровни Enterprise и Enterprise Flash.
Примечание.
При масштабировании кэша программными средствами любые параметры maxmemory-reserved или maxfragmentationmemory-reserved игнорируются как часть запроса на обновление. Учитывается только изменение масштабирования. Эти параметры памяти можно обновить после завершения операции масштабирования.
Минимизация данных помогает ускорить масштабирование
Если сохранение данных в кэше не является обязательным, перед масштабированием рекомендуется выполнить очистку кэша. Очистка кэша помогает быстрее завершить операцию масштабирования, чтобы новая емкость стала доступной раньше. Дополнительные сведения о том, как инициировать операцию очистки.
Масштабирование кэшей уровня enterprise
Так как уровни Enterprise и Enterprise Flash основаны на Redis Enterprise, а не с открытым исходным кодом Redis, существуют некоторые различия в масштабировании рекомендаций. Дополнительные сведения см. в рекомендациях по уровням Enterprise и Enterprise Flash.