Настройка режима обновления | Setting up the update mode |
Управлять обновлением DKP можно следующими способами:
| You can manage DKP updates in the following ways:
|
Конфигурация окон обновлений | Update windows configuration |
Управлять временными окнами, когда Deckhouse будет устанавливать обновления автоматически, можно следующими способами:
| You can configure the time windows when Deckhouse will automatically install updates in the following ways:
|
Пример настройки двух ежедневных окон обновлений: с 8:00 до 10:00 и c 20:00 до 22:00 (UTC): | An example of setting up two daily update windows — from 8 a.m. to 10 a.m. and from 8 p.m. to 10 p.m. (UTC): |
yaml apiVersion: deckhouse.io/v1alpha1 kind: ModuleConfig metadata: name: deckhouse spec: version: 1 settings: releaseChannel: EarlyAccess update: windows:
| yaml apiVersion: deckhouse.io/v1alpha1 kind: ModuleConfig metadata: name: deckhouse spec: version: 1 settings: releaseChannel: EarlyAccess update: windows:
|
Также можно настроить обновления в определенные дни, например по вторникам и субботам с 18:00 до 19:30 (UTC): | You can also set up updates on certain days, for example, on Tuesdays and Saturdays from 6 p.m. to 7:30 p.m. (UTC): |
yaml apiVersion: deckhouse.io/v1alpha1 kind: ModuleConfig metadata: name: deckhouse spec: version: 1 settings: releaseChannel: Stable update: windows:
| yaml apiVersion: deckhouse.io/v1alpha1 kind: ModuleConfig metadata: name: deckhouse spec: version: 1 settings: releaseChannel: Stable update: windows:
|
Ручное подтверждение обновлений | Manual update confirmation |
Ручное подтверждение обновления версии Deckhouse предусмотрено в следующих случаях:
| Manual confirmation of Deckhouse version updates is provided in the following cases:
|
Это значит, что параметр settings.update.mode ModuleConfig | This means that the parameter settings.update.mode in the ModuleConfig |
shell
kubectl patch DeckhouseRelease | shell
kubectl patch DeckhouseRelease |
|
|
Это значит, что у NodeGroup, соответствующего группе узлов, установлен параметр spec.disruptions.approvalMode в | This means that the corresponding NodeGroup has the parameter spec.disruptions.approvalMode set to |
Для обновления каждого узла в такой группе на узел нужно установить аннотацию | For updating each node in such a group, the node must have |
shell kubectl annotate node ${NODE_1} update.node.deckhouse.io/disruption-approved= | shell kubectl annotate node ${NODE_1} update.node.deckhouse.io/disruption-approved= |
Оповещение об обновлении Deckhouse | Deckhouse update notifications |
В режиме обновлений | In the |
Кроме того, оповещения формируются не только при обновлении Deckhouse, но и при обновлении любых модулей, включая их отдельные обновления. В отдельных случаях система может инициировать отправку нескольких оповещений одновременно (по 10–20 оповещений) с интервалом около 15 секунд. | In addition, notifications are generated not only for Deckhouse updates but also for updates of any modules, including their individual updates. |
Оповещения доступны только в режиме обновлений | Notifications are available only in the |
Вебхук указывать не обязательно: если параметр | Specifying a webhook is optional: if the |
Оповещения отправляются только один раз для конкретного обновления. Если что-то пошло не так (например, вебхук получил некорректные данные), повторная отправка автоматически не произойдёт. Чтобы отправить оповещение повторно, необходимо удалить соответствующий ресурс DeckhouseRelease. | Notifications are sent only once for a specific update. If something goes wrong (for example, the webhook receives incorrect data), they will not be resent automatically. To resend the notification, you must delete the corresponding DeckhouseRelease resource. |
Пример настройки оповещения: | Example of notification configuration: |
yaml apiVersion: deckhouse.io/v1alpha1 kind: ModuleConfig metadata: name: deckhouse spec: version: 1 settings: update: releaseChannel: Stable mode: Auto notification: webhook: https://release-webhook.mydomain.com | yaml apiVersion: deckhouse.io/v1alpha1 kind: ModuleConfig metadata: name: deckhouse spec: version: 1 settings: update: releaseChannel: Stable mode: Auto notification: webhook: https://release-webhook.mydomain.com |
После появления новой минорной версии Deckhouse на используемом канале обновлений, но до момента применения ее в кластере на адрес вебхука будет выполнен POST-запрос. | After a new minor Deckhouse version appears on the selected update channel, but before it is applied in the cluster, a POST request will be sent to the configured webhook address. |
Параметр minimalNotificationTime позволяет отложить установку обновления на заданный период, обеспечивая время для реакции на оповещение с учётом окон обновлений. Если при этом вебхук недоступен, каждая неудачная попытка отправки будет сдвигать время применения на ту же величину, что может привести к бесконечному откладыванию обновления. | The minimalNotificationTime parameter allows you to postpone the update installation for the specified period, providing time to react to the notification while respecting update windows. If the webhook is unavailable, each failed attempt to send the notification will postpone the update by the same duration, which may lead to the update being deferred indefinitely. |
Пример: | Example: |
yaml apiVersion: deckhouse.io/v1alpha1 kind: ModuleConfig metadata: name: deckhouse spec: version: 1 settings: update: releaseChannel: Stable mode: Auto notification: webhook: https://release-webhook.mydomain.com minimalNotificationTime: 8h | yaml apiVersion: deckhouse.io/v1alpha1 kind: ModuleConfig metadata: name: deckhouse spec: version: 1 settings: update: releaseChannel: Stable mode: Auto notification: webhook: https://release-webhook.mydomain.com minimalNotificationTime: 8h |
Сбор информации для отладки | Collect debug info |
О сборе отладочной информации читайте в FAQ. | Read the FAQ to learn more about collecting debug information. |