Изменение масштаба экземпляра Azure Cache для Redis

Масштабирование вверх или вниз с помощью портала Azure

1. Чтобы масштабировать кэш, перейдите к кэшу в портал Azure и выберите "Масштаб" в меню "Ресурс".

   

2. Выберите ценовую категорию в рабочей области и нажмите кнопку "Выбрать".

   

3. Пока как кэш масштабируется до нового уровня, отображается уведомление Масштабирование кэша Redis.

   

4. После завершения масштабирования состояние меняется с Масштабирование на Работа.

Увеличение и уменьшение масштаба с помощью PowerShell

Вы можете масштабировать экземпляры Кэш Azure для Redis с помощью командлета PowerShell Set-AzRedisCache при изменении свойств Size или Sku. В следующем примере показано, как масштабировать кэш с именем myCache в 6 ГБ кэша на том же уровне.

   Set-AzRedisCache -ResourceGroupName myGroup -Name myCache -Size 6GB

Дополнительные сведения о масштабировании с помощью PowerShell см. в разделе Масштабирование Кэша Azure для Redis с помощью PowerShell.

Увеличение и уменьшение масштаба с помощью Azure CLI

Чтобы масштабировать экземпляры Azure Cache для Redis с помощью Azure CLI, вызовите az redis update. Используйте свойство sku.capacity для масштабирования в пределах уровня, например, из кэша Standard C0 до Standard C1.

az redis update --cluster-name myCache --resource-group myGroup --set "sku.capacity"="2"

Используйте свойства "sku.name" и "sku.family", чтобы увеличить масштаб до другого уровня, например из кэша standard C1 в кэш Premium P1:

az redis update --cluster-name myCache --resource-group myGroup --set "sku.name"="Premium" "sku.capacity"="1" "sku.family"="P"

Дополнительные сведения о масштабировании с помощью Azure CLI см. в разделе Изменение параметров существующего кэша Azure для Redis.

Создание кэша, масштабируемого с помощью кластеризации

Кластеризация включена во время создания кэша на рабочей панели при создании нового Кэш Azure для Redis.

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

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

   

   В кластере может быть до 30 сегментов. После выбора Включить передвиньте ползунок или введите число в диапазоне от 1 до 30 для количества сегментов и выберите OK.

   Каждый сегмент — это пара первичного или репликного кэша, управляемая Azure. Общий размер кэша вычисляется путем умножения числа сегментов на размер кэша, выбранный в ценовой категории.

   

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

3. Завершите создание кэша, используя руководство по быстрому началу.

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

Пример кода по работе с кластеризацией клиента StackExchange.Redis см. в разделе clustering.cs примера Hello World.

Масштабирование запущенного кэша уровня Премиум внутрь или наружу

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

Чтобы изменить размер кластера, используйте ползунок или введите число от 1 до 30 в текстовом поле счетчика сегментов . а затем нажмите кнопку ОК для сохранения изменений.

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

Горизонтальное масштабирование и использование PowerShell

Вы можете масштабировать экземпляры Azure Cache для Redis с помощью PowerShell, используя командлет Set-AzRedisCache при изменении свойства ShardCount. В следующем примере показано, как масштабировать кэш, именованный myCache для использования трех сегментов (т. е. масштабирование на три)

   Set-AzRedisCache -ResourceGroupName myGroup -Name myCache -ShardCount 3

Дополнительные сведения о масштабировании с помощью PowerShell см. в разделе Масштабирование Кэша Azure для Redis с помощью PowerShell.

Горизонтальное масштабирование и использование Azure CLI

Чтобы масштабировать экземпляры Azure Cache для Redis с помощью Azure CLI, вызовите команду az redis update и используйте свойство shard-count. В следующем примере показано, как масштабировать кэш с именем myCache для использования трех сегментов (то есть масштабирование на три).

az redis update --cluster-name myCache --resource-group myGroup --set shard-count=3

Дополнительные сведения о масштабировании с помощью Azure CLI см. в разделе Изменение параметров существующего кэша Azure для Redis.

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

Масштабирование вверх и наружу — уровни Enterprise и Enterprise Flash

Уровни Enterprise и Enterprise Flash могут увеличивать мощность и расширять инфраструктуру в одной операции. Другие уровни требуют отдельных операций для каждого действия.

Масштабирование через портал Azure

1. Чтобы масштабировать кэш, перейдите к кэшу в портал Azure и выберите "Масштаб" в меню "Ресурс".

   

2. Чтобы увеличить масштаб, выберите другой тип кэша и нажмите кнопку "Сохранить".

   Внимание

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

   

3. Чтобы увеличить масштаб, увеличьте ползунок емкости . Емкость увеличивается шагами по два. Это число отражает, сколько базовых узлов Redis Enterprise добавляются. Это число всегда является кратным двум, чтобы отражать узлы, добавляемые как для первичных, так и для реплик.

   Внимание

   В настоящее время можно только расширять инфраструктуру, увеличивая мощность. Невозможно масштабировать.

   

4. Пока как кэш масштабируется до нового уровня, отображается уведомление Масштабирование кэша Redis.

   

5. После завершения масштабирования состояние меняется с Масштабирование на Работа.

Масштабирование с помощью PowerShell

Вы можете масштабировать экземпляры Azure Cache для Redis с помощью командлета PowerShell Update-AzRedisEnterpriseCache. Свойство можно изменить Sku, чтобы масштабировать экземпляр. Можно изменить свойство Capacity, чтобы масштабировать экземпляр. В следующем примере показано, как масштабировать кэш с именем myCache до экземпляра Enterprise E20 (25 ГБ) с числом экземпляров 4.

   Update-AzRedisEnterpriseCache -ResourceGroupName myGroup -Name myCache -Sku Enterprise_E20 -Capacity 4

Масштабирование с помощью интерфейса командной строки Azure

Чтобы масштабировать экземпляры Azure Cache для Redis с помощью Azure CLI, вызовите команду az redisenterprise update. Свойство можно изменить sku, чтобы масштабировать экземпляр. Можно изменить свойство capacity, чтобы масштабировать экземпляр. В следующем примере показано, как масштабировать кэш с именем myCache до экземпляра Enterprise E20 (25 ГБ) с числом экземпляров 4.

az redisenterprise update --cluster-name "myCache" --resource-group "myGroup" --sku "Enterprise_E20" --capacity 4

Масштабирование: часто задаваемые вопросы

В приведенном ниже списке представлены ответы на часто задаваемые вопросы о масштабировании кэша Azure для Redis.

• Можно ли выполнять масштабирование кэша до уровня Премиум, с уровня Премиум до другого уровня или в пределах уровня Премиум?
• Нужно ли менять имя кэша и ключи доступа после масштабирования?
• Как работает масштабирование?
• Будут ли утеряны данные кэша при масштабировании?
• Можно ли использовать все функции уровня "Премиум" после масштабирования?
• Будет ли настройка пользовательских баз данных затронута при масштабировании?
• Доступен ли кэш во время масштабирования?
• Имеются ли ограничения на масштабирование, связанные с георепликацией?
• Неподдерживаемые операции
• Сколько времени занимает масштабирование?
• Как узнать, когда масштабирование завершено?
• Нужно ли вносить изменения в клиентское приложение, чтобы использовать кластеризацию?
• Распределение ключей в кластере
• Каков максимальный размер кэша, который можно создать?
• Все ли клиенты Redis поддерживают кластеризацию?
• Как подключиться к кэшу, если кластеризация включена?
• Можно ли напрямую подключаться к отдельным сегментам кэша?
• Можно ли настроить кластеризацию для ранее созданного кэша?
• Можно ли настроить кластеризацию для кэша уровней Базовый и Стандартный?
• Можно ли использовать кластеризацию с поставщиками состояний сеансов и кэширования выходных данных ASP.NET Redis?
• Что делать, если при использовании StackExchange.Redis и кластеризации выдаются исключения MOVE?
• В чем разница между кластеризациям OSS и корпоративным кластеризациям в кэшах корпоративного уровня?
• Сколько сегментов используют кэши уровня Enterprise?

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

• Ценовую категорию кэша Премиум нельзя изменить на категорию Базовый или Стандартный.
• Вы можете переходить от одной ценовой категории кэша Премиум к другой.
• Ценовую категорию кэша Базовый нельзя изменить сразу на уровень Премиум. Сначала перейдите с категории Базовый на категорию Стандартный, а затем — с категории Стандартный на категорию Премиум.
• Вы не можете изменить масштаб от кэша уровня Премиум к кэшу Enterprise или Enterprise Flash.
• Если вы включили кластеризацию при создании кэша Premium , можно изменить размер кластера. Если кэш создан без кластеризации, ее можно будет настроить позже.

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

Нет, имя кэша и ключи не изменяются во время операции масштабирования.

Как работает масштабирование?

• При масштабировании кэша "Базовый " до другого размера кэш завершает работу, а новый кэш подготавливается с помощью нового размера. В течение этого времени кэш недоступен и все данные в кэше теряются.
• При масштабировании кэша уровня Базовый до уровня Стандартный система подготавливает реплику кэша. При этом данные будут скопированы из основного кэша в реплику кэша. Кэш остается доступным в процессе масштабирования.
• При изменении размера кэша Standard, Premium, Enterprise или Enterprise Flash одна из реплик останавливается и переназначается до нового размера, после чего данные передаются; затем другая реплика выполняет переключение до повторной подготовки, что аналогично процессу, происходящему в случае сбоя одного из узлов кэша.
• При горизонтальном масштабировании кластеризованного кэша система подготавливает новые сегменты и добавляет их в кластер серверов Redis. Затем данные перешардируются по всем сегментам.
• При уменьшении масштаба в кластеризованном кэше система повторно распределяет данные по сегментам, а затем уменьшает размер кластера до требуемого количества сегментов.
• При масштабировании или переносе кэша в другой кластер базовый IP-адрес кэша может измениться. Запись DNS для кэша изменяется и является прозрачной для большинства приложений. Однако если вы используете IP-адрес для настройки подключения к кэшу или настройки групп безопасности сети или брандмауэров, которые позволяют трафику в кэш, ваше приложение может столкнуться с проблемами при подключении после обновления записи DNS.

Будут ли утеряны данные кэша при масштабировании?

• При масштабировании кэша уровня Базовый до другого размера все данные будут утеряны. Во время операции масштабирования кэш будет недоступен.
• При масштабировании кэша уровня Базовый до уровня Стандартный данные в кэше обычно сохраняются.
• При масштабировании кэша Standard, Premium, Enterprise или Enterprise Flash до большего размера все данные обычно сохраняются. При масштабировании кэша уровня "Стандартный" или "Премиум" данные могут быть потеряны, если исходный размер данных превышает новый меньший размер. При потере данных во время масштабирования до меньшего размера ключи вытесняются с помощью политики вытеснения allkeys-lru .

Можно ли использовать все функции уровня "Премиум" после масштабирования?

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

Эти функции нельзя добавить после создания кэша Premium:

• Внедрение виртуальных сетей
• Добавление избыточности в зоне
• Использование нескольких реплик на один основной

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

Изменяется ли настройка моих пользовательских баз данных при масштабировании?

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

• При масштабировании на ценовую категорию с меньшим databases ограничением, чем текущий уровень:
  • Если вы используете заданное по умолчанию количество databases (16 для всех ценовых категорий), то данные не теряются.
  • Если вы используете настраиваемое количество databases (в пределах ограничений уровня, до которого выполняется масштабирование), значение databases будет сохранено и данные не будут утеряны.
  • Если вы используете настраиваемое количество databases (которое превышает ограничения нового уровня), значение databases будет уменьшено в соответствии с новым уровнем, а все данные в удаленных базах данных будут утеряны.
• При масштабировании до ценовой категории с равным или более высоким значением databases по сравнению с текущим уровнем значение databases будет сохранено, а данные не будут утеряны.

Хотя кэши Standard, Premium, Enterprise и Enterprise Flash имеют соглашение об уровне обслуживания для доступности, соглашение об уровне обслуживания для потери данных отсутствует.

Доступен ли кэш во время масштабирования?

• Кэши Флэш-памяти уровня "Стандартный", "Премиум", "Корпоративный" и "Корпоративный" остаются доступными во время операции масштабирования. Однако при масштабировании этих кэшей могут возникать незначительные перебои соединения, а также при масштабировании с кэша Basic до кэша Standard. Сбои подключения обычно длятся недолго, и клиенты Redis, как правило, могут восстановить подключение мгновенно.
• Для кэшей Enterprise и Enterprise Flash, использующих активную георепликацию, масштабирование только подмножества связанных кэшей может со временем вызвать проблемы в некоторых случаях. По возможности рекомендуется масштабировать все кэши в группе георепликации.
• Во время операций масштабирования до другого размера кэши уровня Базовый находятся в автономном режиме. При масштабировании с уровня Базовый до уровня Стандартный кэши уровня "Базовый" остаются доступными, но при этом могут возникнуть непродолжительные сбои подключения. При возникновении сбоев подключения клиенты Redis, как правило, мгновенно восстанавливают подключение.

Имеются ли ограничения на масштабирование, связанные с георепликацией?

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

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

Неподдерживаемые операции

• Перейти с более высокой ценовой категории на более низкую нельзя.
  • Ценовую категорию кэша Премиум нельзя изменить на категорию Стандартный или Базовый.
  • Масштабировать кэш с Стандартного до Базового невозможно.
• Вы можете выполнить масштабирование кэша с уровня Базовый до уровня Стандартный, но вам не удастся одновременно с этим изменить размер кэша. Если требуется изменить размер, можно позднее выполнить операцию масштабирования до нужного размера.
• Ценовую категорию кэша Базовый нельзя изменить сразу на уровень Премиум. Сначала выполните масштабирование с категории Базовый на категорию Стандартный, а затем — с категории Стандартный на категорию Премиум.
• Вы не можете изменить масштаб от кэша уровня Премиум к кэшу Enterprise или Enterprise Flash.
• Вам не удастся выполнить масштабирование с большего размера до размера C0 (250 МБ) .

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

Сколько времени занимает масштабирование?

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

• Объем данных: репликация больших объемов данных занимает тем больше времени.
• Высокий уровень запросов на запись: больше операций записи означает больше данных, реплицируемых между узлами или сегментами.
• Высокая нагрузка сервера: высокая нагрузка сервера означает, что сервер Redis занят, и для завершения распространения данных доступны ограниченные циклы ЦП.

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

Как узнать, когда масштабирование завершено?

На портале Azure вы увидите, как выполняется операция масштабирования. После завершения масштабирования состояние кэша изменяется на Работает.

Нужно ли вносить изменения в клиентское приложение, чтобы использовать кластеризацию?

• Если кластеризация включена, доступна только база данных 0. Если клиентское приложение использует несколько баз данных и пытается считывать или записывать в базу данных, отличной от нуля, возникает следующее исключение: Unhandled Exception: StackExchange.Redis.RedisConnectionException: ProtocolFailure on GET --->StackExchange.Redis.RedisCommandException: Multiple databases are not supported on this server; cannot switch to database: 6

  Для получения дополнительной информации см. Спецификация кластера Redis - Реализованное подмножество.

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

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

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

• Если вы используете поставщик состояний сеансов ASP.NET Redis, вам необходимо установить версию 2.0.1 или более позднюю версию. Дополнительную информацию см. в разделе "Можно ли использовать кластеризацию с поставщиками ASP.NET для состояния сеанса и кэширования выходных данных Redis?"

Распределение ключей в кластере

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

• Ключи с хэш-тегом. Если любая часть ключа заключена в фигурные скобки — { и }, — для определения хэш-слота ключа хэшируется только эта часть. Например, три ключа — {key}1, {key}2 и {key}3 — будут расположены в одном сегменте, так как хэшируется только часть имени key. Полный список спецификаций для хэш-тегов ключей см. в разделе Keys hash tags (Хэш-теги ключей).
• Ключи без хэш-тега — для хэширования используется полное имя ключа, что приводит к статистическому равномерному распределению по сегментам кэша.

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

Дополнительные сведения см. в разделах Keys distribution model (Модель распределения ключей), Redis Cluster data sharding (Сегментирование данных в кластере Redis) и Keys hash tags (Хэш-теги ключей).

Пример кода по работе с кластеризацией и поиска ключей в одном сегменте для клиента StackExchange.Redis см. в части clustering.cs примера Hello World.

Каков максимальный размер кэша, который можно создать?

Максимальный размер кэша, который можно использовать, составляет 4,5 ТБ. Этот результат представляет собой кластеризованный кэш F1500 с емкостью 9. Дополнительные сведения см. на странице Цены на Кэш Azure для Redis.

Все ли клиенты Redis поддерживают кластеризацию?

Многие клиентские библиотеки поддерживают кластеризацию Redis, но не все. Проверьте документацию по используемой вами библиотеке и убедитесь, что вы используете библиотеку и версию, которые поддерживают функцию кластеризации. StackExchange.Redis - это одна из библиотек, которая поддерживает кластеризацию в ее новых версиях. Дополнительные сведения о других клиентах см. в разделе Playing with the cluster (Эксперименты с кластером) руководства по кластерам Redis.

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

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

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

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

Для протокола кластеризации требуется, чтобы клиент установил правильные подключения к сегментам, поэтому клиент должен предоставить вам доступ к общим подключениям. Тем не менее, каждый шард состоит из пары основной и реплики кэша, коллективно называемой экземпляром кэша. Вы можете подключиться к этим экземплярам кэша с помощью служебной программы Redis-CLI в нестабильной ветви репозитория Redis на сайте GitHub. Эта версия реализует базовую поддержку при запуске с параметром -c. Дополнительные сведения см. в разделе Игра с кластером на странице https://redis.io в Руководстве по кластерам Redis .

Необходимо использовать переключатель, чтобы указать правильный -p порт для подключения. Используйте команду CLUSTER NODES, чтобы определить точные порты, используемые для основных узлов и реплик. Используются следующие диапазоны портов:

• Для кэшей уровня "Премиум" без поддержки TLS порты доступны в диапазоне 130XX.
• Для кэшей уровня "Премиум" с поддержкой TLS порты доступны в диапазоне 150XX
• Для кэшей Enterprise и Enterprise Flash с помощью кластеризации OSS начальное подключение осуществляется через порт 10000. Подключение к отдельным узлам можно сделать с помощью портов в диапазоне 85XX. Порты 85xx будут изменяться со временем и не должны быть жестко закодированы в приложение.

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

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

Все кэши уровня Enterprise и Enterprise Flash всегда кластеризованы.

Можно ли настроить кластеризацию для кэша уровней Базовый и Стандартный?

Кластеризация доступна только для кэшей Premium, Enterprise и Enterprise Flash.

Можно ли использовать кластеризацию с поставщиками состояний сеансов и кэширования выходных данных ASP.NET Redis?

• Поставщик кэша вывода Redis — изменения не требуются.
• Поставщик состояний сеансов Redis — для использования кластеризации необходимо применять RedisSessionStateProvider версии 2.0.1 или более поздней. В противном случае будет вызываться исключение, что является критическим изменением. Дополнительные сведения см. в подробном описании критических изменений версии 2.0.0.

Что делать, если при использовании StackExchange.Redis и кластеризации возникают исключения MOVE?

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

Какова разница между кластеризациям OSS и корпоративным кластеризациям в кэшах уровня Enterprise?

Режим кластера OSS совпадает с кластеризацией на уровне 'Premium' и соответствует спецификации кластеризации открытого исходного кода. Режим кластера предприятия может быть менее производительным, но использует кластеризацию Redis Enterprise, которая не требует каких-либо изменений клиента для использования. Дополнительные сведения см. в разделе "Кластеризация".

Сколько шардов используют кэши уровня Enterprise?

В отличие от кэшей уровня "Базовый", "Стандартный" и "Премиум", кэши Enterprise и Enterprise Flash поддерживают использование нескольких сегментов на одном узле. Дополнительные сведения см. в разделе "Конфигурация сегментирования".

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

• Настройка параметра maxmemory-reserved
• Рекомендации для масштабирования