--- title: 'FAQ по миграции в CDN' sidebar_label: 'FAQ по миграции в CDN' sidebar_position: 5 description: 'Частозадаваемые вопросы о миграции в CDN' --- import Formbricks from '@theme/MDXComponents/Formbricks'; # FAQ по миграции в CDN ## Продолжит ли CDN работать при недоступности S3 в SPB-1? Как он ведет себя для закэшированных объектов и при cache miss? \{#source-unavailable} Только если заранее включена опция [отдачи контента из кэша при ошибках источника (Use Stale)](/cdn/content/manage-cache-settings.mdx#return-content-from-cache-on-source-errors): если источник отвечает ошибкой, CDN-серверы будут отдавать последнюю сохраненную в кэш версию контента с заголовком `Cache: Stale`. Можно выбрать, при каких ошибках отдавать кэш. CDN-серверы продолжат проверять доступность источника с каждым новым запросом и обновят кэш, когда источник восстановится. Use Stale работает только для уже закэшированных объектов: если файла нет в кэше CDN-сервера и шилдинг-сервера, контент получить неоткуда — CDN-сервер вернет ошибку, а сайт может отображаться не полностью. ## Поддерживается ли настройка резервного origin в другом регионе с автоматическим переключением при недоступности основного? \{#backup-source} Да. Для CDN-ресурса можно добавить [несколько источников контента](/cdn/source/add-content-origin.mdx) — основные и бэкапные. Для каждого источника задаются вес (приоритет) и число неудачных попыток соединения. Если все основные источники недоступны, CDN-сервер запросит контент у бэкапного источника, а когда основной снова станет доступен — автоматически переключится обратно. Бэкапный источник должен содержать те же файлы, что и основной. ## Как определяется отказ origin, сколько времени занимает переключение и возможны ли сброс кэша или массовые ошибки при восстановлении? \{#failover-and-recovery} Отказ источника определяется по превышению [таймаутов при обращении к источнику контента](/cdn/source/content-source-timeout.mdx) и числу неудачных попыток соединения. По умолчанию таймаут 10 секунд на каждый этап обращения к источнику, число неудачных попыток — 10. Если источник один, при превышении любого из таймаутов контент не будет доставлен — CDN-сервер вернет `504 Gateway Timeout` и при новом запросе снова обратится к источнику. Скорость переключения на резервный источник зависит от настроенных таймаутов и числа неудачных попыток. Переключение источников не сбрасывает кэш. Чтобы сгладить момент восстановления источника, используйте опцию **Use Stale** с параметром `updating` — она позволяет отдавать устаревший закэшированный ответ, пока файлы в кэше обновляются. ## Какие компоненты CDN и его управляющей инфраструктуры являются общими для регионов и могут стать единой точкой отказа? \{#common-components} CDN — распределенная сеть кэширующих CDN-серверов с [точками присутствия](/cdn/about/about-cdn.mdx) в 30+ городах. Файл кэшируется на том сервере, который получил запрос. Недоступность источника или отдельного региона не влияет на отдачу закэшированного контента из остальных точек сети. Общие для всей сети компоненты — шилдинг-серверы и авторитетные DNS-серверы. Шилдинг-серверы кэшируют все файлы, которые запрашивают CDN-серверы, и снижают нагрузку на источник контента. Если шилдинг-сервер недоступен, а файла нет в кэше CDN-сервера, контент получить не удастся. Авторитетные DNS-серверы обслуживают адреса CDN-ресурса, их недоступность затрагивает отдачу контента во всех регионах. Чтобы снизить влияние недоступности общих компонентов, используйте [дополнительные источники контента](/cdn/source/add-content-origin.mdx) и [отдачу контента из кэша при ошибках источника](/cdn/content/manage-cache-settings.mdx#return-content-from-cache-on-source-errors). ## Почему CDN-ресурс отвечает 403 Forbidden с заголовком X-Reason-Code: 7, хотя источник доступен и отвечает 200? \{#error-403-reason-code-7} Ошибка 403 возникает при выключенном кэшировании на CDN-ресурсе. [Настройки кэширования](/cdn/content/manage-cache-settings.mdx) по умолчанию выключены. CDN доставляет контент быстрее именно за счет кэширования, поэтому при такой настройке работоспособность ресурса не гарантируется. Использование CDN в качестве reverse proxy для динамических запросов к собственному приложению или API без кэширования, а также для VPN не поддерживается. Это нецелевое использование сервиса, которое может привести к ограничению доступа к услуге или блокировке ресурса со стороны вендора. Очистка кэша может занимать до 15 минут, в это время CDN-ресурс находится в статусе `PROCESSING` и применение других настроек недоступно. Подробнее в инструкции [Очистить кэш](/cdn/content/cleanup-cache.mdx). ## Почему при создании CDN-ресурса возникает ошибка «403 Forbidden. Недостаточно прав доступа» или ресурс не создается? \{#error-403-insufficient-funds} Создание CDN-ресурса блокируется, если на балансе недостаточно средств. Пополните баланс на месячную стоимость ресурса (550 ₽ в месяц) и повторите создание ресурса. Подробнее в подразделе [Блокировка CDN-ресурса, если на балансе недостаточно средств](/cdn/about/payment.mdx#insufficient-funds) инструкции [Модель оплаты и цены CDN](/cdn/about/payment.mdx). ## Что делать, если CDN-ресурс больше 30 минут остается в статусе PROCESSING и не переходит в ACTIVE? \{#processing-status} Применение настроек CDN-ресурса может занимать от 30 минут до 2 часов. В это время применение других настроек недоступно. Если по истечении этого времени ресурс не активен, [создайте тикет](https://my.selectel.ru/tickets/create). Контент может начать раздаваться еще до смены статуса на `ACTIVE`.