Топология Центр & Спицы для восстановления WAN вне облака

Обзор восстановления WAN

Восстановление WAN обеспечивает устойчивость, если ваши сайты Socket не могут связываться через облако Cato. Для сохранения трафика WAN в случае значительных проблем с подключением к Cato Cloud используется прямое VPN-туннелирование через Интернет между сайтами. По умолчанию каждый Сокет поддерживает туннели с другими Сокетами с использованием keepalives, что обеспечивает быстрое восстановление и устойчивость.

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

Переход к дизайну центр & спицы уменьшает количество туннелей и проб, поддерживая оптимальную производительность и эффективность.

Следует ли изменить мою учетную запись на топологию типа ху&спица вне облака?

Для учетных записей с сотнями или тысячами сайтов Сокетов топология по умолчанию с полной сетью вне облака может приводить к:

  • Высокая загрузка CPU и потребление ресурсов на Сокетах (например, модели X1500) из-за поддержки множества туннелей от сайта к сайту и keepalives.

  • Увеличение использования пропускной способности из-за проб досягаемости от сайта к сайту, что может быть особенно проблематично для сайтов с ограниченной пропускной способностью или сотовыми связями.

Чтобы такие учетные записи оставались масштабируемыми, эффективными и стабильными по мере роста, они должны рассматривать возможность перехода на топологию центр & спицы.

Какие изменения в учетной записи с топологией ху&спица?

При изменении топологии вне облака с полной сети на центр & спицы мы назначаем центры обработки данных или головные офисы в качестве центров, а остальные сайты - как спицы. 

  • Центральные сайты подключаются ко всем центрам и спицам

  • Площадки спиц подключаются только к концентраторам с этой измененной маршрутизацией:

    • Специфические маршруты спиц не объявляются другим площадкам спиц.

Это изменение значительно уменьшает количество туннелей от сайта к сайту и проб досягаемости.

Когда топология будет изменена в моей учетной записи?

  • Изменения будут осуществляться в заранее согласованные окна технического обслуживания с клиентами

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

Какое влияние оказывает изменение на топологию центр & спицы?

  • Ожидаемое влияние:

    • Все сайты продолжат общаться через Cato Cloud независимо от роли

    • Восстановление WAN вне облака продолжит функционировать между спицами и центрами, но не между спицами

  • Потенциальное наихудшее влияние:

    • Если центры не настроены правильно, спицы могут временно потерять связь восстановления WAN вне облака между ними

    • Решение: Определите пострадавшие сайты и переконфигурируйте их как центры

Как администратор учетной записи, что мне нужно сделать?

  1. Обратитесь к представителю вашей учетной записи Cato и сообщите ему, что хотите перейти на топологию ху&спица для восстановления WAN.
  2. Убедитесь, что ваши центры обработки данных и сайты головных офисов правильно определены в CMA.

    Для получения дополнительной информации см. Использование CMA для добавления сайтов.

  3. Во время запланированного окна обслуживания:

    1. Будьте доступны для подтверждения подключения сайтов

    2. Сообщайте о любых неожиданных проблемах с подключением немедленно

  4. После изменения:

    1. Проверьте, что критические приложения и межсайтовые соединения работают как ожидалось

Каков процесс возврата к топологии с сетью?

Отмена маловероятна, но если потребуется, процедура проста и легка для выполнения:

  • Мы сбросим настройки учетной записи на полную сеть

  • Откат может быть выполнен в окно обслуживания

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

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

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