Что отставлено в Кэш Azure для Redis
Из этой статьи вы узнаете, что отставлено от Кэш Azure для Redis.
Redis версии 4
30 июня 2023 г. мы отставим от версии 4 для Кэш Azure для Redis экземпляров. До этой даты необходимо обновить любой экземпляр кэша до версии 6.
- Все экземпляры кэша под управлением Redis версии 4 после 30 июня 2023 года будут автоматически обновлены.
- Все экземпляры кэша под управлением Redis версии 4 с поддержкой гео-реплика tion будут обновляться автоматически после 30 августа 2023 г.
Рекомендуется обновить кэши самостоятельно, чтобы обеспечить максимально удобное выполнение расписания и потребностей пользователей.
Redis с открытым исходным кодом версии 4 был выпущен несколько лет назад и в настоящее время отставлен. Версия 4 больше не получает критически важные ошибки или исправления безопасности от сообщества. Кэш Azure для Redis предлагает Redis с открытым исходным кодом в качестве управляемой службы в Azure. Чтобы оставаться в синхронизации с предложением с открытым исходным кодом, мы также отставаем от версии 4. Корпорация Майкрософт продолжает поддерживать исправления безопасности из последних версий до версии 4 до выхода на пенсию. Мы рекомендуем вам обновить кэш до версии 6 раньше, чтобы можно было использовать широкий набор функций, предлагаемый Redis версии 6. Дополнительные сведения см. в объявлении Redis 6 GA для получения дополнительных сведений.
Чтобы обновить экземпляр версии 4 Кэш Azure для Redis, см. статью "Как обновить существующий кэш Redis 4 до Redis 6". Если в экземплярах кэша включена гео реплика tion, необходимо отменить связь с кэшами перед обновлением.
Важные временная шкала обновления
С 30 июня 2023 г. вы можете продолжать использовать существующие Кэш Azure для Redis версии 4. Выход на пенсию выполняется на следующих этапах, поэтому у вас есть максимальное время обновления.
| Дата | Description |
|---|---|
| 1 ноября. 2022 | Начиная с 1 ноября 2022 г. все версии REST API Кэш Azure для Redis, PowerShell, Azure CLI и Azure SDK по умолчанию создают экземпляры Redis с помощью Redis версии 6. Если вам нужна определенная версия Redis для экземпляра кэша, см . статью Redis 6 по умолчанию для новых экземпляров кэша. |
| 1 марта 2023 г. | Начиная с 1 марта 2023 г. вы не сможете создавать новые экземпляры Кэш Azure для Redis с помощью Redis версии 4. Кроме того, вы не сможете создавать новые связи гео-реплика tion между экземплярами кэша с помощью Redis версии 4. |
| 30 июня 2023 г. | После 30 июня 2023 г. все остальные экземпляры кэша версии 4, у которых нет ссылок гео-реплика, будут автоматически обновлены до версии 6. |
| 30 августа 2023 г. | После 30 августа 2023 г. все остальные экземпляры кэша версии 4, имеющие ссылки на гео-реплика, будут автоматически обновлены до версии 6. Для этой операции обновления требуется отмена связи и повторное связывание кэшей, а клиенты могут столкнуться со временем простоя гео-реплика связи. |
Кэши версии 4 в облачных службах
Если экземпляр кэша зависит от выхода на пенсию облачной службы, вы не сможете выполнить обновление до Redis 6 до тех пор, пока вы не получите доступ к кэшу, созданному на основе масштабируемого набора виртуальных машин. В этом случае отправьте почту azurecachemigration@microsoft.comв , и мы можем помочь вам в миграции.
Все остальные кэши на основе Облачные службы с помощью Redis 4 будут перенесены автоматически после 31 октября 2023 года. Этот метод миграции требует около 30 минут простоя и полной потери данных в кэше. Чтобы избежать автоматической миграции, вы можете перенести экземпляр кэша на основе облачных служб в экземпляр кэша на основе масштабируемого набора виртуальных машин до этой даты.
Дополнительные сведения о том, что делать, если кэш находится на Облачные службы (классической), см. Кэш Azure для Redis Облачные службы (классическая версия).
Вопросы о выходе на пенсию Redis 4
- Как проверка, если кэш работает в версии 4?
- Почему Redis версии 4 отменяется?
- Будут ли кэши Redis 4 поддерживаться до выхода на пенсию?
- Кэши Redis 4 связаны с ссылкой на гео-реплика tion. Что происходит со ссылкой гео-реплика tion во время обновления?
- Что происходит с кэшем, если я не обновляюсь до Redis версии 6 к 30 июня 2023 г.?
- Что происходит с кэшем облачной службы, если я не обновляю его до 30 июня 2023 г.?
- Нужно ли обновить приложение, чтобы иметь возможность использовать Redis версии 6?
- Что именно происходит с кэшем при выполнении операции обновления?
- Будет ли кэш доступен во время обновления?
- Сколько времени длится операция обновления?
- Можно ли выполнить операцию обновления с помощью REST API, Azure CLI или PowerShell?
- Влияет ли мое приложение во время обновления?
- Можно ли выполнить откат операции обновления?
Как проверка, если кэш работает в версии 4?
Вы проверка версию кэша Redis, выбрав "Свойства" в меню ресурсов на портале Кэш Azure для Redis.
Почему Redis версии 4 отменяется?
Кэш Azure для Redis — это управляемое предложение для популярного решения для кэширования с открытым кодом Redis. Redis версии 4 больше не поддерживается сообществом с открытым кодом. Redis 4 больше не будет поддерживаться в Azure с 30 июня 2023 г.
Будут ли кэши Redis 4 поддерживаться до выхода на пенсию?
Кэши Redis версии 4 продолжают получать критические исправления ошибок и обновления системы безопасности до 30 июня 2023 г.
Кэши Redis 4 связаны с ссылкой на гео-реплика tion. Что происходит со ссылкой гео-реплика tion во время обновления?
Кэши нельзя обновить, пока они имеют ссылку на гео реплика.
- Во-первых, необходимо временно отключить связь кэшей.
- Обновите оба кэша.
- Затем повторно связать их.
Что происходит с кэшем, если я не обновляюсь до Redis версии 6 к 30 июня 2023 г.?
Если вы не обновляете кэш Redis 4 до 30 июня 2023 г., кэш автоматически обновляется до версии 6. Если у вас есть период обслуживания, запланированный для кэша, обновление происходит во время периода обслуживания. Гео-реплика кэша Redis 4 будет прекращено 30 августа 2023 года.
Что происходит с кэшем облачной службы, если я не обновляю его до 30 июня 2023 г.?
Кэши облачной службы версии 4 нельзя обновить до версии 6, пока они не будут перенесены в кэш на основе масштабируемого набора виртуальных машин Azure.
Все остальные кэши на основе Облачные службы с помощью Redis 4 будут перенесены автоматически после 31 октября 2023 года. Этот метод миграции требует около 30 минут простоя и полной потери данных в кэше. Чтобы избежать автоматической миграции, можно перенести экземпляр кэша на основе облачной службы в кэш на основе масштабируемого набора виртуальных машин до этой даты. Мы настоятельно рекомендуем перенести кэши в масштабируемый набор виртуальных машин Azure как можно скорее.
Дополнительные сведения см. в разделе "Кэши с зависимостью от Облачные службы (классической)".
Нужно ли обновить приложение, чтобы иметь возможность использовать Redis версии 6?
Redis версии 6 совместим с версией 4, и приложения должны продолжать работать без проблем после обновления версии.
Что именно происходит с кэшем при выполнении операции обновления?
В процессе обновления узел реплика кэша сначала обновляется до запуска Redis версии 6. Затем узел обновления реплика берет на себя в качестве основного узла для кэша, а бывший первичный узел перезагружается, чтобы взять на себя роль реплика. Этот процесс точно похож на процесс исправления, описанный в разделе "Как происходит исправление?".
Будет ли кэш доступен во время обновления?
Кэши уровня "Стандартный" и "Премиум" полностью функциональны и доступны во время обновления, но приложения видят скольжение подключения в течение нескольких секунд. Базовые кэши недоступны во время обновления, и все данные теряются.
Сколько времени длится операция обновления?
Как правило, операция обновления занимает около 20 минут на узел кэша, но может занять больше времени, если кэш находится под высокой нагрузкой сервера.
Можно ли выполнить операцию обновления с помощью REST API, Azure CLI или PowerShell?
Да, процесс обновления можно активировать с помощью REST API, Azure CLI или команды PowerShell. Дополнительные сведения см. в разделе Обновление существующего кэша Redis 4 до Redis 6.
Влияет ли мое приложение во время обновления?
Приложение видит скольжение подключения, которое длится несколько секунд. Приложение должно повторить команды соответствующим образом при возникновении ошибок подключения. Дополнительные сведения см. в рекомендациях по обеспечению устойчивости подключений.
Можно ли выполнить откат операции обновления?
Нет, обновление не может быть откатано.