Обзор восстановления WAN
Восстановление WAN обеспечивает устойчивость, если ваши сайты Socket не могут связываться через облако Cato. Для сохранения трафика WAN в случае значительных проблем с подключением к Cato Cloud используется прямое VPN-туннелирование через Интернет между сайтами. По умолчанию каждый Сокет поддерживает туннели с другими Сокетами с использованием keepalives, что обеспечивает быстрое восстановление и устойчивость.
По умолчанию все сайты Сокетов (кроме тех, что в Китае) также образуют полную сеть туннелей вне облака, непрерывно обмениваясь пробами досягаемости с каждым другим сайтом. Хотя это поведение подходит для небольших и средних развертываний, оно генерирует лишний трафик и увеличивает нагрузку на CPU в крупномасштабных средах.
Переход к дизайну центр & спицы уменьшает количество туннелей и проб, поддерживая оптимальную производительность и эффективность.
Следует ли изменить мою учетную запись на топологию типа ху&спица вне облака?
Для учетных записей с сотнями или тысячами сайтов Сокетов топология по умолчанию с полной сетью вне облака может приводить к:
Высокая загрузка CPU и потребление ресурсов на Сокетах (например, модели X1500) из-за поддержки множества туннелей от сайта к сайту и keepalives.
Увеличение использования пропускной способности из-за проб досягаемости от сайта к сайту, что может быть особенно проблематично для сайтов с ограниченной пропускной способностью или сотовыми связями.
Чтобы такие учетные записи оставались масштабируемыми, эффективными и стабильными по мере роста, они должны рассматривать возможность перехода на топологию центр & спицы.
Какие изменения в учетной записи с топологией ху&спица?
Когда топология Вне Облака для вашей учетной записи изменяется с полной сети на центр & спицы, мы назначаем центры обработки данных или главный офис в качестве центров, а другие сайты как спицы.
Центральные сайты подключаются ко всем центрам и спицам
Площадки спиц подключаются только к концентраторам с этой измененной маршрутизацией:
Специфические маршруты спиц не объявляются другим площадкам спиц.
Это изменение значительно уменьшает количество туннелей от сайта к сайту и проб досягаемости.
Когда топология будет изменена в моей учетной записи?
Изменения будут осуществляться в заранее согласованные окна технического обслуживания с клиентами
Развертывания могут происходить постепенно, начиная с небольшого количества сайтов для проверки ожидаемого поведения
Какое влияние оказывает изменение на топологию центр & спицы?
Ожидаемое влияние:
Все сайты продолжат общаться через Cato Cloud независимо от роли
Восстановление WAN вне облака продолжит функционировать между спицами и центрами, но не между спицами
Потенциальное наихудшее влияние:
Если центры не настроены правильно, спицы могут временно потерять связь восстановления WAN вне облака между ними
Решение: Определите пострадавшие сайты и переконфигурируйте их как центры
Как администратор учетной записи, что мне нужно сделать?
Обратитесь к представителю вашей учетной записи Cato и сообщите ему, что хотите перейти на топологию ху&спица для восстановления WAN.
Убедитесь, что ваши центры обработки данных и сайты головных офисов правильно определены в CMA.
Для получения дополнительной информации см. Использование CMA для добавления сайтов.
Во время запланированного окна обслуживания:
Будьте доступны для подтверждения подключения сайтов
Сообщайте о любых неожиданных проблемах с подключением немедленно
После изменения:
Проверьте, что критические приложения и межсайтовые соединения работают как ожидалось
Каков процесс возврата к топологии с сетью?
Отмена маловероятна, но если потребуется, процедура проста и легка для выполнения:
Мы сбросим настройки учетной записи на полную сеть
Откат может быть выполнен в окно обслуживания