Понимание приемлемых и неприемлемых SLA для сайтов

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

Производительность связи классифицируется как приемлемая или неприемлемая на основе порогов для потери пакетов, задержки и других метрик. Эта классификация определяет, когда Socket использует активную WAN-связь, активирует резервную связь или инициирует подключение к другому PoP. Понимание того, как Socket реагирует на деградацию SLA, важно для обеспечения надежной доставки приложений.

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

Рекомендуем использовать конфигурацию активный/активный для сайтов Socket для наилучшей устойчивости и производительности. Для получения дополнительной информации см. архитектуру SLA связи Cato Socket.

В пределах приемлемого SLA Socket использует все активные связи и выбирает лучший канал для каждого нового потока на основе рейтинга здоровья, который рассчитывается в реальном времени. Эти метрики ключевых показателей эффективности SLA включают: потерю пакетов, задержку, джиттер, перегрузку и другие. Для получения дополнительной информации см. Часть 1: Интерфейсы Socket и приоритеты.

Для конфигураций активный/пассивный, пассивные связи остаются неактивными, пока есть хотя бы одна активная связь с приемлемым SLA.

Пример потери пакетов в пределах приемлемого SLA

Следующие примеры показывают конфигурации сайта Socket, где неприемлемый порог SLA установлен на уровне 10% потери пакетов. Связь 1 испытывает 3% потерю пакетов, а связь 2 имеет 0% потерю пакетов.

Для новых потоков Socket или PoP выбирает канал с наилучшим качеством. В приведённом выше примере, новые потоки будут открываться на связи 2 с 0% потери пакетов.

Связь 2 (пассивная связь) не активирована, поскольку связь 1 соответствует приемлемому порогу SLA. Все потоки продолжают использовать активную связь.

Когда Socket определяет, что все активные связи не соответствуют SLA в течение диапазона времени, это считается неприемлемым SLA, и Socket автоматически принимает действия для устранения проблем с соединением. В зависимости от конфигурации связи и настроек SLA соединения, Socket активирует связь с более низким приоритетом или, если ни одна из связей не соответствует приемлемым порогам SLA, подключает все связи к другому PoP.

Пример корректирующих действий для неприемлемого SLA

Следующие примеры показывают конфигурации сайта Socket, где неприемлемый порог SLA установлен на уровне 10% потери пакетов. Связь 1 испытывает 15% потерю пакетов, а связь 2 имеет 0% потерю пакетов. Эти примеры являются в течение периода оценки, когда PoP использует механизмы самовосстановления.

Для новых потоков Socket или PoP выбирает канал с наилучшим качеством. Для существующих потоков Socket постепенно перемещает потоки на канал наилучшего качества. В приведённом выше примере, потоки будут перемещены на связь 2 с 0% потери пакетов.

Пассивная ссылка (ссылка 2) активируется Сокет теперь работает в конфигурации active/active Новые потоки используют ссылку 2 Существующие потоки постепенно перемещаются с ссылки 1 на ссылку 2 Для конфигураций, где связь 2 является каналом последней меры, таймер Grace начинает отсчёт. Grace-time предоставляет дополнительное время для решения проблем с соединением перед активацией связи через мобильную сеть. Если на связи 1 не восстановлено приемлемое SLA в течение grace-time, связь 2 (канал последней меры) активируется.

Пример подключения к другому PoP для неприемлемого SLA соединения

Если корректирующие действия в период оценки не решают проблемы с соединением, Socket соединяется с другим PoP. Например, если проблема с облачным провайдером уровня 1 для местоположения PoP.

Когда Сокет подключается к новому PoP, это поведение:

1. Socket запускает начальный период оценки SLA соединения до 40 - 50 секунд.

   Период оценки SLA составляет 40 секунд, и он проверяется каждые 10 секунд, это означает, что общее время оценочного периода составляет от 40 до 50 секунд.

   1. Если связи с PoP имеют приемлемый SLA, Socket остаётся подключённым к PoP.

   2. Если связи с PoP не имеют приемлемого SLA, Socket подключается к другому PoP и повторяет начальный период оценки SLA соединения до 40 - 50 секунд.

2. Если Socket не может найти PoP с приемлемым SLA, он возвращается и подключается к исходному PoP.

Следующие примеры показывают конфигурации сайта Socket, где неприемлемый порог SLA установлен на уровне 10% потери пакетов. Связь 1 испытывает 20% потерю пакетов, а связь 2 имеет 15% потерю пакетов в результате проблем с соединением у провайдера уровня 1. Вторая диаграмма показывает, как подключение к другому PoP решает проблему. Поведение одинаково для развертываний сайтов активный/активный и активный/пассивный.

После периода оценки на всех активных связях наблюдается неприемлемое SLA (более 10% потери пакетов). Например, потеря пакетов, связанная с обслуживающим провайдером уровня 1.

Сокет подключается к следующему лучшему PoP Через 40 - 50 секунд Socket подтверждает, что связи соответствуют приемлемому SLA. Создается событие переподключения

Для оптимальной производительности и минимальной задержки всегда рекомендуется подключения Socket к ближайшему физическому местоположению PoP. Если Socket перемещается в другое местоположение PoP из-за проблем с SLA на основном PoP, он автоматически попытается заново подключиться к предпочтительному местоположению PoP (ближайшему PoP к сайту) через 60 минут. Socket проверяет, что предпочтительный PoP доступен и предоставляет хорошее обслуживание перед переподключением. Вы также можете выбрать вручную переподключить Socket к предпочтительному PoP, см. Определение предпочтительного PoP для сайта.