Блог

В настоящее время выполняется развертывание CDN с использованием экземпляров виртуальной машины HTTPS LB, все в порядке, я проверяю, работает ли корректно, когда выполняется некоторый тест для URL-адресов CDN из браузера или появляется содержимое cURL, которое было кэшировано, но когда другой пользователь запрашивает тот же URL-адрес из другого места, но использует тот же пограничный кеш, он не найден и создает еще один новыйу кого-то такая же проблема?:

пример:

URL: https://www.sample.com/url.htm

• Пользователь1 / Location1 (Даллас) ————————> DAL (не найден с первого раза, и для второй или третьей попытки сгенерируйте CachedID DAL-XXXXXX1)

после этого Пользователь1 создает кэш, другой пользователь2 запрашивает тот же URL-адрес, но из другого местоположения, но с использованием того же URL-адреса пограничного кэша: https://www.sample.com/url.htm

• Пользователь2 / Location2 (McAllen) ————————> DAL (не найден сгенерированный кэшированный идентификатор DAL-XXXXXX2)

Почему, если Edge pop уже кэшировал этот URL-адрес, он не обслуживается и генерирует новые заполнения кэша для того же URL-адреса?

Примечание: я не использую запрос ни по одному URL.

В вашем примере DAL-XXXXXX1 и DAL-XXXXXX2 являются отдельными кэшами. Google Cloud CDN использует несколько кэшей во многих крупных городах, и содержимое не реплицируется автоматически из одного кэша в другой. Вы не увидите попаданий в кэш из кэша DAL-XXXXXX2 при первом ответе, отправленном из DAL-XXXXXX2.

Дополнительная информация на cloud.google.com/cdn/docs/overview#inserting-into-cache и cloud.google.com/cdn/docs/logging#what_is_logged .