Понимание Управляемого Сервиса Обновления Сокета Cato

Эта статья объясняет услугу постепенного обновления для площадок Socket.

Обзор обновлений Socket

Cato управляет обновлениями микропрограммы Socket и контролем версий для площадок Socket, чтобы убедиться, что они работают на актуальных версиях.

Сервис обновления Socket — это автоматический процесс, который предоставляет всем нашим клиентам последнюю микропрограмму. Поэтому нашим клиентам не нужно беспокоиться об установке и обновлении новых версий. Служба обновления обеспечивает минимальное влияние на площадку Socket (если оно есть) и автоматический откат в редких случаях, когда обнаруживается проблема. Новые версии Socket включают улучшения производительности, соединения и стабильности, а также последние возможности и функции.

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

Примечание: Чтобы минимизировать операционные риски и избежать перебоев, Cato приостанавливает автоматические обновления сокетов в конце квартала и во время крупных праздников, таких как Рождество.

Cato выпускает три - четыре основных версии Socket в год, а также дополнительные обновления по мере необходимости. Основные версии — это целые числа, такие как 17.0 и 18.0, а незначительные версии — десятичные числа, такие как 18.3.3 и 18.4.1.

Содержание новых версий Socket включает:

  • Основные версии Socket - новые функции, инфраструктура для будущих функций, улучшения и исправления ошибок
  • Незначительные версии Socket - исправления ошибок

Обзор сервисов управляемого обновления Socket

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

За 48 часов до того, как Cato будет готов выпустить новую версию Socket для учетной записи, уведомление по электронной почте отправляется в список рассылки Обновление сокета, указывая, что площадки сокетов будут обновлены в течение следующего окна обслуживания, настроенного для учетной записи. Фактическое время обновления основывается на местной временной зоне, где расположена площадка. Cato также объявляет содержимое версии в замечаниях о выпуске сокета, которые отображаются в области уведомлений Приложения Управления Cato.

Это краткий обзор процесса управляемого обновления Socket:

  1. Cato выпускает новую версию Socket, затем Sockets загружают соответствующие файлы.

    1. Socket сравнивает хеш файлов, чтобы подтвердить целостность файла для новой версии
    2. Если Socket не смог загрузить новый файл версии, в течение окна технического обслуживания он снова пытается загрузить файл.
  2. Службы обновления начинают постепенно обновлять Сокеты для площадок в часовом поясе окна обслуживания до новой версии (см. ниже Постепенное обновление Сокетов в учетной записи).

    1. Пять Socket с пяти разных площадок выбираются для первой группы обновления.

      Для площадок Socket HA только основной Socket включен в начальную группу обновления.

    2. Служба обновления постепенно обновляет начальные Sockets один за другим и проверяет, что каждое обновление Socket проходит успешно и что служба стабильна.

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

    3. После успешного обновления начальных пяти Socket до новой версии служба обновления продолжает обновление других Socket в часовой зоне.
  3. Каждая площадка сокетов обновляет Сокеты следующим образом (см. ниже Обновление площадки Сокетов до новой версии):

    1. Socket загружает новую версию из безопасного хранилища службы обновления.
    2. Socket устанавливает новую версию и отслеживает показатели подключенности KPI, чтобы убедиться, что новая версия корректно работает на образе.

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

    3. В редком случае, если возникает проблема, Socket возвращается к предыдущей версии.

Загрузка новых версий Socket

Начиная с версии Socket v18.0, когда Cato выпускает новую версию Socket для клиентов, Sockets пытаются загрузить новый файл независимо от окна технического обслуживания. Это помогает минимизировать возможные проблемы с обновлением в течение окна технического обслуживания, которые могут возникнуть из-за низкой пропускной способности или отключений сети.

Примечание: Для версий Socket ниже v18.0 загрузка образа и обновление Socket происходят в течение окна технического обслуживания.

Постепенное обновление Socket в аккаунте

Служба обновления Socket Cato постепенно обновляет Sockets до новой версии для всех площадок на основе местной часовой зоны установленного окна технического обслуживания для вашего аккаунта. Например, для аккаунта, который установил окно технического обслуживания с 1:00 до 3:00 утра по воскресеньям, все площадки Socket, настроенные на восточное время США, обновляются в 1:00 - 3:00 по восточному времени США по воскресеньям.

Цель постепенного обновления состоит в том, чтобы минимизировать риск воздействия на сервис для одной площадки или для группы площадок. Если есть серьезная проблема с новой версией Socket, влияющая на соединение с облаком Cato, обновление автоматически останавливается. Sockets, которые не могут завершить обновление, автоматически возвращаются к предыдущей версии. Чтобы узнать больше о Сокетах, которые не обновляются до новой версии, см. ниже Работа с неудачными обновлениями Сокетов.

Для площадок в каждой временной зоне окна технического обслуживания процесс постепенного обновления начинается с выбора службы обновления пяти Socket и их обновления по одному. Преимущество отдается площадкам Socket HA в каждой часовой зоне, и только основные Sockets включены в начальные пять Socket.

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

Если обновление программного обеспечения Socket успешно, то Приложение Управления Cato продолжает обновление оставшихся Socket в той же временной зоне для окна технического обслуживания. Затем Приложение Управления Cato продолжает обновление вспомогательных Socket для площадок HA. Чтобы узнать больше об обновлении Сокетов и площадках ВА, см. ниже Процесс обновления Socket HA.

gradual_Socket_upgrade.png

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

Это краткое изложение постепенного обновления Cato для нескольких площадок Socket в одной и той же временной зоне:

  1. Sockets загружают файлы новой версии Socket, как только они выпускаются.
  2. Для каждой местной временной зоны, на основе окна технического обслуживания, выбирается пять площадок Socket для первоначального обновления до новой версии. Например, пять разных площадок в восточной часовой зоне для США.
  3. Каждая площадка начинает процесс обновления с интервалом в пять минут:

    1. Socket 1 на 0 минут, Socket 2 ожидает 5 минут, Socket 3 ожидает 10 минут, Socket 4 ожидает 15 минут, а Socket 5 ожидает 20 минут.
    2. С момента начала обновления Socket 1 требуется 37 минут для завершения обновления Socket 5 (20 минут ожидания для начала обновления + 17 минут для процесса обновления).
    3. Если один из начальных пяти Socket должен повторить процесс обновления (например, не может подтвердить загрузку нового образа), то служба обновления для оставшихся Socket начинается через 54 минуты.

      Чтобы узнать больше о повторной попытке обновления, см. ниже Автоматическое повторное обновление Сокетов.

  4. Когда пять начальных площадок для обновления успешно завершат процесс обновления, остальные Sockets в часовой зоне обновляются до новой версии Socket.

Обновление площадки Socket до новой версии

Этот раздел объясняет процесс обновления одного Socket до новой версии и проверки его стабильности.

Single_Socket_Upgrade.png
  1. Socket загружает и устанавливает новую версию следующим образом:

    1. Служба обновления отправляет команду на обновление Socket на PoP, к которому подключена площадка Socket. PoP пересылает эту команду на Socket.
    2. Socket загружает изображение для новой версии Socket с сервера для Приложения Управления Cato, подтверждает, что хеш файла верного для новой версии Socket.
  2. Socket устанавливает новое изображение.
  3. Socket переключается на новое изображение.

    Этот процесс может занять несколько секунд, и в течение этого времени может быть влияние на сервис Cato для площадки.

  4. Socket контролирует стабильность и показатели здоровья подключенности KPI в течение 10 минут.
  5. Через 17 минут после начала процесса обновления Socket подтверждает, что новое изображение стабильно, и сервер Приложения Управления Cato подтверждает, что Socket успешно обновился до новой версии.

    1. Уведомление про успешное обновление Socket отправляется на список рассылки Обновление Сокета, и в Приложении Управления Cato отображается уведомление, что Sockets для площадки успешно обновлены до новой версии.
    2. Если Socket обнаруживает проблему с подключенностью или состоянием, связанную с новой версией, он автоматически возвращается к предыдущей версии. На список рассылки Обновление Сокета отправляется уведомление, что Socket не обновился до новой версии.

Процесс обновления Socket HA

В этом разделе описывается процесс обновления Socket для площадок с конфигурацией Socket HA. Процесс обновления начинается с основного Socket, и только после его успешного обновления продолжается процесс обновления вторичного Socket.

Весь процесс обновления для обоих Socket завершается в течение окна технического обслуживания.

  1. Сначала основной Socket обновляет до новой версии и подтверждает, что новая версия стабильна.
  2. Затем вторичный Socket обновляет до новой версии и подтверждает, что новая версия стабильна.

Приложение Управления Cato начинает процесс обновления для вторичного Socket только после успешного завершения обновления основного Socket и подтверждения, что версия стабильна. В маловероятной ситуации, если есть критическая проблема, которая влияет на основной Socket, тогда вторичный Socket становится активным Socket и продолжает сервис для площадки.

Примечание

Примечания:

  • Есть редкие сценарии, когда основной Socket сталкивается с проблемой во время обновления, и тогда вторичный Socket становится активным Socket для площадки. В этих сценариях вторичный Socket НЕ обновляется до новой версии.
    • Если основной Socket успешно обновляется до новой версии, а вторичный Socket не может обновиться до новой версии, то основной Socket остается на новой версии. Это может означать, что основной и вторичный Sockets работают на разных основных версиях (см. ниже).
  • Если основной и вторичный Sockets работают на разных основных версиях, то статус HA для площадки Не готов. Для получения дополнительной информации см. Что такое высокая доступность сокета (HA).

    • Фейловер HA Socket происходит, даже если Sockets работают на разных основных версиях. Однако сайт может испытывать проблемы с функциональностью, если версия вторичного Socket не поддерживает функции, которые поддерживаются для версии основного Socket.

      Например, если основной Socket работает на версии 18.0, а вторичный Socket работает на версии 15.0, в случае фейловера функции, которые были выпущены в версиях с 16 по 18, не будут работать, пока активен вторичный Socket.

Автоматическая повторная попытка обновления Socket

Каждое обновление Socket ограничено продолжительностью 17 минут. Если Socket не может завершить обновление и подтвердить, что новая версия стабильна в течение заданного времени, то служба обновления автоматически пытается повторить обновление следующим образом. Для получения дополнительной информации о пропущенных обновлениях см. ниже Работа с неудачными обновлениями Сокетов.

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

  • Если Сокет подключен к облаку Cato, служба обновления пытается второй раз обновить до новой версии.

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

    Например, Сокету не удается обновиться до v14.2, и он пытается обновиться, когда выпускается v14.3.

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

Ручное обновление Сокета

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

Вы инициируете ручное обновление из Приложения Управления Cato. Для получения дополнительной информации, см. Вручную обновить сокет

Приостановка автоматических обновлений для определенных Сокетов

У вас могут быть определенные Сокеты, которые вы не хотите автоматически обновлять - например, критически важная инфраструктура или высоко нагруженные серверы. 

Примечание

Примечание: Cato рекомендует держать ваши Сокеты в актуальном состоянии и обновлять до последней версии сокета.

Применение

Как коммерческий розничный торговец, у вас есть много магазинов, подключенных к облаку Cato через различные виды Сокетов. В праздничный сезон у вас увеличивается объем трафика в магазинах и на онлайн-сайте, и поэтому вы не хотите обновлять Сокеты в это время.

В праздничный сезон вы можете приостановить автоматические обновления и возобновить их, когда вернетесь к нормальному объему.

Приостановка и возобновление автоматических обновлений

Чтобы приостановить автоматические обновления для конкретной площадки Сокета:

  1. В навигационном меню выберите Сеть > Сайты и выберите сайт.
  2. В навигационном меню выберите Конфигурация сайта > Сокет.
  3. Нажмите Действия и выберите Приостановить автоматические обновления.

Чтобы возобновить автоматические обновления для конкретной площадки Сокета:

  1. В навигационном меню выберите Сеть > Сайты и выберите сайт.
  2. В навигационном меню выберите Конфигурация сайта > Сокет.
  3. Нажмите Действия и выберите Возобновить автоматические обновления.

Перепланирование автоматических обновлений

В рамках управляемой службы обновления Socket, Cato выполняет обновления постепенно. Если возникает проблема с конкретной площадкой, например, нестабильное интернет-соединение, обновление не удается и все площадки в вашей учетной записи не будут обновлены.

Начиная с Socket v21.1, вы можете теперь приостановить обновление для Socket, который испытывает проблемы, и перенести окно обслуживания для остальных площадок в вашей учетной записи.

Чтобы перепланировать окно технического обслуживания автоматического обновления:

  1. В навигационном меню выберите Ресурсы > Системные настройки и нажмите Окно технического обслуживания.
  2. В пункте Перепланирование окна технического обслуживания нажмите Перепланировать.

Окно технического обслуживания перепланировано на время, определенное в разделе Окно технического обслуживания сокета. Вы должны настроить перепланирование как минимум за 48 часов до предстоящего окна.

Понимание событий для статуса обновления Сокета

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

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

Работа с неудачными обновлениями Сокета

Если Сокету не удается обновиться до последней версии, следуйте следующим рекомендациям:

  • Общие причины неудачной загрузки файла версии включают:

    • Ссылки с низкой пропускной способностью (менее 1Мбит/c)
    • Связи LTE с плохой силой сигнала
  • Пропущенное обновление - Убедитесь, что Сокет подключен к облаку Cato и работает правильно, если да - то Сокет обновится, когда будет выпущена следующая версия.

    Для получения дополнительной информации о подготовке Сокета к обновлениям, см. Требования к подключению для обновлений Сокета

  • Неудачное обновление - Включите ручное обновление из Приложения Управления Cato

Была ли эта статья полезной?

Пользователи, считающие этот материал полезным: 5 из 5

0 комментариев