У меня есть многопользовательское приложение SaaS, которое уже некоторое время работает за диспетчером трафика Azure (настроено с использованием метода Priority
). (Владельцы идентифицируются по поддомену, т. е. tenant1.mydomain.com, tenant1.mydomain.com и т. д.)
Теперь я добавил конечную точку в диспетчер трафика Azure и указал Custom Header Setting
следующим образом: host:[tenantX].mydomain.com
.
Я ожидаю, что все запросы на tenantX.mydomain.com
теперь должны направляться на новую конечную точку, которую я добавил, но ведение журнала показывает, что это не так... все запросы по-прежнему направляются на конечную точку с приоритетом 1.
Я что-то упустил, или это не должно быть тем, для чего должны использоваться настройки пользовательского заголовка Azure Traffic Manager? Или я должен изменить метод маршрутизации? Если да, то к чему?
Что ж, вы можете удалить эту тему или опубликовать комментарий в качестве ответа, чтобы закрыть этот вопрос.
нет, на самом деле, теперь я обнаружил, что он не работает должным образом! Орехи! Теперь оказывается, что ВЕСЬ трафик направляется на мою новую конечную точку.
так что, кажется, я неправильно понимаю цель настроек настраиваемого заголовка в диспетчере трафика Azure ... они не предназначены для определения того, какие запросы направляются на какие конечные точки?
Настройки пользовательского заголовка используются для указания заголовка хоста, гарантирующего, что он попадает на правильный сайт, когда диспетчер трафика выполняет мониторинг работоспособности. Он не устанавливает, какие запросы направляются на какие конечные точки. Вы можете определить методы маршрутизации только с помощью шести методов маршрутизации трафика, чтобы определить, как направлять сетевой трафик к различным конечным точкам службы.
Например, в этого блога вы увидите, что ему нужно установить имя хоста в настраиваемых настройках заголовка, чтобы амбассадор знал, какое приложение-контейнер в кластере Kubernetes должно пересылать запрос на мониторинг конечных точек.
Пользовательские настройки заголовка Этот параметр конфигурации поможет вам добавить определенные заголовки HTTP для проверок работоспособности, которые отправляет диспетчер трафика на конечные точки под профилем. Пользовательские заголовки могут быть указаны в уровень профиля должен быть применим ко всем конечным точкам в этом профиле и / или на уровне конечной точки, применимом только к этой конечной точке. Вы можете использовать настраиваемые заголовки для проверки работоспособности конечных точек в многопользовательской среде среды должны быть правильно перенаправлены к месту назначения, указав заголовок хоста. Вы также можете использовать этот параметр, добавив уникальные заголовки который можно использовать для идентификации HTTP(S), созданного диспетчером трафика. запросы и обрабатывает их по-разному. Вы можете указать до восьми пары заголовок:значение, разделенные запятой. Например, "заголовок1:значение1,заголовок2:значение2".
На самом деле похоже, что это была просто проблема со временем ... Мне пришлось подождать еще немного. Потому что мой журнал теперь показывает, что запросы направляются, как и ожидалось.