Documentação do Oracle Cloud Infrastructure

Combinações de Regras de Roteamento de Caminho e Nome de Host Virtual para Conjuntos de Backend do Balanceador de Carga

Saiba mais sobre nomes de host virtuais e regras de roteamento de caminho roteiam solicitações para conjuntos de backend.

Os nomes de hosts virtuais e as regras de roteamento de caminho roteiam solicitações para conjuntos de backend. Os listeners com um nome de host virtual recebem prioridade em relação ao listener padrão (sem nome de host). O exemplo a seguir mostra os resultados de uma interação de roteamento simples.

O exemplo de sistema inclui três listeners e um conjunto de rotas de caminho:

Listener 1

  • Nome de host virtual: none
  • Conjunto de backend padrão: A
  • Conjunto de roteamento do caminho: PathRouteSet1

Listener 2

  • Nome de host virtual: captive.com
  • Conjunto de backend padrão: B
  • Conjunto de roteamento do caminho: PathRouteSet1

Listener 3

  • Nome de host virtual: wild.com
  • Conjunto de backend padrão: C
  • Conjunto de roteamento do caminho: PathRouteSet1

Conjunto de Rota do Caminho

  • Nome do conjunto de rotas de caminho: PathRouteSet1
    • Uma correspondência exata com a string de caminho /tame/ conduz o roteamento para o conjunto de backend B.
    • Uma correspondência exata com a string de caminho /feral/ conduz o roteamento para o conjunto de backend C.

Os seguintes exemplos de configuração mostram como os URLs de rotas de entrada são roteados:

  • http://animals.com/ é roteado para o conjunto de A
    • O nome de host virtual animals.com corresponde a Listener 1.
    • O caminho / não tem uma EXACT_MATCH com as strings de rota de caminho de PathRouteSet1.
  • http://animals.com/tame/ é roteado para o conjunto de backend B
    • O nome de host virtual animals.com corresponde a Listener 1.
    • O caminho /tame/ é um EXACT_MATCH para a string de rota de caminho /tame/ em PathRouteSet1.
  • http://animals.com/feral/ é roteado para o conjunto de backend C
    • O nome de host virtual animals.com corresponde a Listener 1.
    • O caminho /feral/ é um EXACT_MATCH para a string de rota de caminho /feral/ em PathRouteSet1.
  • http://captive.com/ é roteado para o conjunto de backend B
    • O nome de host virtual captive.com corresponde a Listener 2.
    • O caminho / não tem uma EXACT_MATCH com as strings de rota de caminho de PathRouteSet1.
  • http://captive.com/tame/ é roteado para o conjunto de backend B
    • O nome de host virtual captive.com corresponde a Listener 2.
    • O caminho /tame/ é um EXACT_MATCH para a string de rota de caminho /tame/ em PathRouteSet1.
  • http://captive.com/feral/ é roteado para o conjunto de backend C
    • O nome de host virtual captive.com corresponde a Listener 2.
    • O caminho /feral/ é um EXACT_MATCH para a string de rota de caminho /feral/ em PathRouteSet1.
  • http://wild.com/ é roteado para o conjunto de backend C
    • O nome de host virtual wild.com corresponde a Listener 3.
    • O caminho / não tem uma EXACT_MATCH com as strings de rota de caminho de PathRouteSet1.
  • http://wild.com/tame/ é roteado para o conjunto de backend B
    • O nome de host virtual wild.com corresponde a Listener 3.
    • O caminho /tame/ é um EXACT_MATCH para a string de rota de caminho /tame/ em PathRouteSet1.
  • http://wild.com/feral/ é roteado para o conjunto de backend C
    • O nome de host virtual wild.com corresponde a Listener 3.
    • O caminho /feral/ é um EXACT_MATCH para a string de rota de caminho /feral/ em PathRouteSet1.