Azure BlobStorage через зависимость CDN завершается с ошибкой продолжительностью 1,0 с.

Мы используем учетную запись Azure BlobStorage prod-example (уровень производительности/доступа: стандартный/горячий), и через ее конечную точку Azure CDN prod-cdn-example-blob (общая веб-доставка) изображения передаются в службу приложений.

Время от времени в Application Insights службы приложений я читал об ошибках зависимостей при извлечении этих изображений, и неудачные запросы всегда имеют продолжительность примерно 1,0 с. Что-то вроде этого:

Время события 08.01.2021, 00:20:39 (местное время)
Тип зависимости HTTP
Статус вызова зависимости false
Продолжительность зависимости 1,0 с
Имя удаленной зависимости HEAD / кэш / 4 / f / 8 / а / 0/5 / 4f8a05d3ec4f2b564eb9ce02e77b39d8f2d5f04b.png
телеметрический типа зависимостей
Операция Id 2ec9b5cb70173b43bf70212635495218
Идентификатор родительского | 2ec9b5cb70173b43bf70212635495218.ddfc26a7_
Тип устройства PC <бр /> IP-адрес клиента 0.0.0.0 Город город
Штат или провинция провинция
Страна или регион страна Имя роли в облаке имя_экземпляра
Экземпляр облачной роли номер_экземпляра
Версия SDK rdddsd:2.9.0-23612
Частота выборки 1
Идентификатор зависимости |2ec9b5cb70173b43bf70212635495218.ddfc26a7_3.
Производительность 1–3 секунды
Базовое имя prod-cdn-example-blob.azureedge.net

Это конкретное изображение имеет размер 21,76 КиБ, поэтому большое изображение следует исключить. Просматривая журналы, я увидел, что только запросы с продолжительностью зависимости 1000 мс или выше терпят неудачу (на самом деле 95% всех сбоев имели приблизительную продолжительность 1000 мс). Кроме того, я проверил, что некоторые образы, которые однажды не удалось выполнить, имели успешный вызов зависимостей в 20 других случаях, поэтому это не должно быть связано с конкретными изображениями. Таким образом, в одном случае запрос занимает около 1000 мс, а во всех остальных случаях - 10-20 мс.

Два дня назад произошло резкое увеличение этих сбоев (всего 150 случаев за этот день). После того, как я очистил кеш CDN, проблемы прекратились. Через час случайные отказы вернулись (всего около 40 случаев в день).

Надеюсь, я предоставил правильную/необходимую информацию.

Что может быть причиной этой проблемы? Можно ли как-то настроить это правило тайм-аута и где? Есть ли другие идеи относительно того, что я могу проанализировать, чтобы понять, почему некоторые запросы занимают так много времени?

РЕДАКТИРОВАТЬ: Дополнительная информация: в случае, когда мне удалось лично воссоздать проблему отсутствия загрузки изображений в веб-приложении, я получил ответ 504 для элемента изображения в заголовке ответа в браузере.


comment
Согласно вашему описанию «очистил кэш cdn, проблемы прекратились», так вы пытались изменить правила кэширования, чтобы установить более короткий срок действия?   -  person tiny-wa    schedule 15.01.2021
comment
В настоящее время для этой CDN не заданы правила кэширования. Кроме того, я не вижу информацию об управлении кешем в заголовке ответа в браузере для элемента изображения. Знаете ли вы способ проверить срок жизни правила кэширования по умолчанию, который применяется в случае, если правила кэширования не установлены? Я ничего не могу найти об этом. Возможно, я могу просто добавить любое количество дней в качестве правила кеша и посмотреть, как оно себя ведет...   -  person Armino    schedule 15.01.2021
comment
Я добавляю скриншот в качестве ответа, я имею в виду, что вы можете установить свои собственные правила кэширования, чтобы переопределить правило по умолчанию.   -  person tiny-wa    schedule 15.01.2021
comment
Спасибо, я не знаю, как я не увидел информацию о 7 днях прямо здесь, приношу свои извинения. Я попытаюсь переопределить это своим собственным правилом.   -  person Armino    schedule 15.01.2021
comment
Да, просто попробуйте, надеюсь, что это будет иметь смысл.   -  person tiny-wa    schedule 15.01.2021
comment
У тебя есть прогресс?   -  person tiny-wa    schedule 19.01.2021
comment
В настоящее время все еще наблюдаю. На самом деле я сначала увеличил TTL до 30 дней (просто чтобы посмотреть, что произойдет). Итак, ничего не изменилось — среднесуточное количество отказов зависимостей осталось прежним. Завтра уменьшу TTL до полдня, тогда посмотрим, что будет.   -  person Armino    schedule 20.01.2021
comment
Хорошо, подождем.   -  person tiny-wa    schedule 20.01.2021


Ответы (1)


Я создал новую конечную точку, и правило кэширования выглядит следующим образом: попробуйте: введите здесь описание изображения

Документ об установке правила кэширования.

person tiny-wa    schedule 15.01.2021