Мы внедряем новый механизм обновления — подход, который называем “make before break” (или MBB). В рамках этого подхода перед удалением старых реплик в процессе обновления мы сначала добавляем обновленные. Благодаря этому обновления проходят более плавно и с меньшим влиянием на выполняющиеся рабочие нагрузки.В рамках этого изменения исторические данные системных таблиц будут сохраняться до 30 дней в рамках событий обновления. Кроме того, данные системных таблиц старше 19 декабря 2024 года для сервисов в AWS или GCP, а также старше 14 января 2025 года для сервисов в Azure, не будут сохраняться в рамках миграции на новые уровни организации.
Совместимость версий
compatibility присваивается самая актуальная версия ClickHouse, доступная в ClickHouse Cloud на момент первоначального создания сервиса.
Параметр compatibility позволяет использовать значения параметров по умолчанию из предыдущих версий. При обновлении сервиса до новой версии значение, указанное для параметра compatibility, не меняется. Это означает, что значения по умолчанию для параметров, существовавших на момент создания сервиса, останутся прежними (если только вы уже не переопределили эти значения по умолчанию — в этом случае они сохранятся и после обновления).
Вы не можете управлять значением compatibility по умолчанию на уровне сервиса. Если вы хотите изменить версию, заданную для этого значения compatibility по умолчанию, необходимо обратиться в службу поддержки. Однако вы можете переопределить параметр compatibility на уровне пользователя, роли, профиля, запроса или сеанса, используя стандартные механизмы настройки ClickHouse, например SET compatibility = '22.3' в сеансе или SETTINGS compatibility = '22.3' в запросе.
Режим обслуживания
Каналы релизов (расписание обновлений)
- быстрый канал релизов — для раннего доступа к обновлениям.
- обычный канал релизов используется по умолчанию; обновления в этом канале начинаются через две недели после обновлений в быстром канале релизов. Если для вашего сервиса уровней Scale и Enterprise канал релизов не задан, по умолчанию используется обычный канал релизов.
- медленный канал релизов предназначен для отложенного получения обновлений. Обновления в этом канале происходят через две недели после обновлений в обычном канале релизов.
Сервисы уровня Basic автоматически подключаются к быстрому каналу релизов
Канал быстрых релизов (ранние обновления)
- Получать последние релизы ClickHouse
- Обновляться чаще по мере тестирования новых релизов
Этот канал быстрых релизов подходит для тестирования новых возможностей в некритичных средах. Он не рекомендуется для production-рабочих нагрузок со строгими требованиями к доступности и надежности.
Обычный канал релизов
Сервисы уровня Basic обновляются вскоре после быстрого канала релизов.
Медленный канал релизов (отложенные обновления)
- Обновляться после завершения развёртывания в каналах Fast и Regular
- Получать релизы ClickHouse примерно через 2 недели после обычного релиза
- Предназначены для клиентов, которым нужно дополнительное время, чтобы протестировать релизы ClickHouse в непродуктивных средах перед обновлением production. Непродуктивные среды могут получать обновления через канал релизов Fast или Regular для тестирования и проверки.
Вы можете изменить канал релизов в любое время. Однако в некоторых случаях изменение будет применяться только к будущим релизам.
- Переход на более быстрый канал немедленно обновит ваш сервис. Например: Slow → Regular, Regular → Fast
- Если ваш сервис использует запланированные обновления, обновление произойдёт во время следующего запланированного обновления.
- Переход на более медленный канал не приведёт к откату версии сервиса: он останется на текущей версии, пока в этом канале не станет доступна более новая. Например: Regular → Slow, Fast → Regular или Slow
Запланированные обновления
Settings. Прокрутите страницу до раздела Scheduled upgrades.
Выбрав этот параметр, вы сможете указать день недели и временное окно для обновлений базы данных и Cloud.
Хотя запланированные обновления выполняются по заданному расписанию, исключения возможны для критически важных исправлений безопасности и устранения уязвимостей, а также в случаях, когда потенциальные проблемы могут привести к повреждению или потере данных. Если будет выявлена срочная проблема безопасности, обновления могут быть выполнены вне запланированного окна. При необходимости клиенты будут уведомлены о таких исключениях.