Criar uma sonda personalizada para o Application Gateway usando o portal

Neste artigo, adiciona-se uma sonda de integridade personalizada a um gateway de aplicação existente através do portal do Azure. O Gateway de Aplicativo do Azure usa testes de integridade para monitorar a integridade dos recursos no pool de back-end.

Antes de começar

Se você ainda não tiver um gateway de aplicativo, visite Criar um gateway de aplicativo para criar um gateway de aplicativo com o qual trabalhar.

Criar sonda para SKU do Application Gateway v2

As sondas são configuradas em um processo de duas etapas através do portal. O primeiro passo é inserir os valores necessários para a configuração da sonda. Na segunda etapa, você testa a integridade do back-end usando essa configuração de teste e salva o teste.

Insira as propriedades da sonda

1. Inicie sessão no portal do Azure. Se ainda não tiver uma conta, pode inscrever-se para uma versão experimental gratuita de um mês

2. No painel Favoritos do portal do Azure, selecione Todos os recursos. Selecione o gateway de aplicação no painel Todos os recursos. Se a subscrição que selecionou já tiver vários recursos, pode introduzir partners.contoso.net na caixa Filtrar por nome... caixa para aceder facilmente ao gateway de aplicação.

3. Selecione Sondas de integridade e, em seguida, selecione Adicionar para adicionar uma nova Sonda de integridade.

   

4. Na página Adicionar sonda de integridade, preencha as informações necessárias para a sonda e, quando terminar, selecione OK.

   Definição	Valor	Detalhes
   Nome	customProbe	Esse valor é um nome amigável dado à sonda acessível no portal.
   Protocolo	HTTP ou HTTPS	O protocolo que a sonda de saúde usa.
   Anfitrião	ou seja, contoso.com	Esse valor é o nome do host virtual (diferente do nome do host da VM) em execução no servidor de aplicativos. A sonda é enviada para <protocol>://<host name>:<port>/<urlPath> Isso também pode ser o endereço IP privado do servidor, ou o endereço IP público, ou a entrada DNS do endereço IP público. A sonda tenta aceder ao servidor quando usada com uma entrada de caminho baseada em ficheiro e valida que um ficheiro específico existe no servidor como uma verificação de saúde.
   Escolha o nome do host nas configurações de back-end	Yes ou No.	Define o cabeçalho do host na sonda como o nome do host das configurações de back-end às quais essa sonda está associada. Especialmente necessário para backends multilocatários, como o serviço de aplicações do Azure. Mais informações
   Escolher porta nas configurações de back-end	Yes ou No.	Define a porta da sonda de verificação de integridade para corresponder à porta nas configurações de back-end com as quais esta sonda está associada. Se você escolher não, poderá inserir uma porta de destino personalizada para usar
   Porto	1-65535	Porta personalizada para as sondas de saúde
   Caminho	/ ou qualquer caminho válido	O restante da URL completa para a sonda personalizada. Um caminho válido começa com '/'. Para o caminho padrão do http://contoso.com, basta usar '/'. Você também pode inserir um caminho de servidor em um arquivo para uma verificação de integridade estática em vez de baseada na Web. Os caminhos de ficheiro devem ser utilizados quando se usa um IP público ou privado, ou uma entrada de DNS de IP público, como a entrada do nome do anfitrião.
   Intervalo (segs)	30	Com que frequência a sonda é ativada para verificar o estado de saúde. Não é recomendado definir menos de 30 segundos.
   Tempo limite (segs)	30	A quantidade de tempo que a sonda aguarda antes de atingir o tempo limite. Se uma resposta válida não for recebida dentro desse período de tempo limite, a sonda será marcada como falha. O intervalo de tempo limite precisa ser suficientemente alto para que uma chamada HTTP possa ser feita, garantindo que a página de estado de saúde do back-end esteja disponível. O valor de tempo limite não deve ser maior do que o valor 'Interval' usado nesta configuração de teste ou o valor 'Tempo limite de solicitação' na configuração de back-end, que será associado a essa sonda.
   Limiar não saudável	3	Número de tentativas consecutivas falhadas para ser considerado não saudável. O limite pode ser definido como 0 ou mais.
   Utilizar condições de correspondência da sonda	Yes ou No.	Por padrão, uma resposta HTTP(S) com código de status entre 200 e 399 é considerada saudável. Você pode alterar o intervalo aceitável do código ou do corpo da resposta do back-end. Mais informações
   Configurações de back-end	seleção a partir da lista pendente	O teste é associado às configurações de back-end selecionadas aqui e, portanto, monitorará a integridade desse pool de back-end, que está associado à configuração de back-end selecionada. Ele usa a mesma porta para a solicitação de teste que a que está sendo usada na configuração de back-end selecionada. Você só pode escolher as configurações de back-end, que não estão associadas a nenhum outro teste personalizado. pt-PT: As únicas configurações de back-end disponíveis para associação são aquelas que têm o mesmo protocolo que o protocolo escolhido nesta configuração de sonda e têm o mesmo estado para o alternador Escolher Nome do Host do Back-end.

   Important

   A sonda monitora o estado do back-end somente quando está associada a uma ou mais configurações de back-end. Ele monitora os recursos de back-end desses pools de back-end associados às configurações de back-end às quais esse teste está associado. A solicitação de teste será enviada como <protocol>://<hostName>:<port>/<urlPath>.

Testar a integridade do back-end com a sonda

Depois de inserir as propriedades do teste, você pode testar a integridade dos recursos de back-end para verificar se a configuração do teste está correta e se os recursos de back-end estão funcionando conforme o esperado.

1. Selecione Testar e anote o resultado da sonda. O gateway de aplicativo testa a integridade de todos os recursos de back-end nos pools de back-end associados às configurações de back-end usadas para essa sonda.

   

2. Se houver recursos de back-end não íntegros, verifique a coluna Detalhes para entender o motivo do estado não íntegro do recurso. Se o recurso tiver sido marcado como não íntegro devido a uma configuração incorreta do teste, selecione o link Voltar para o teste e edite a configuração do teste. Caso contrário, se o recurso tiver sido marcado como não íntegro devido a um problema com o back-end, resolva os problemas com o recurso de back-end e depois teste-o novamente selecionando o link Voltar para a sonda e, em seguida, selecione Testar.

   Nota

   Você pode optar por salvar a sonda mesmo com recursos de back-end degradados, mas isso não é recomendado. Isso ocorre porque o Application Gateway não encaminhará solicitações para os servidores back-end do conjunto de servidores back-end, que são avaliados como não saudáveis pela sonda. Caso não haja recursos íntegros em um pool de back-end, você não poderá acessar seu aplicativo e receberá um erro HTTP 502.

   

3. Selecione Adicionar para salvar a sonda.

Criar probe para SKU do Application Gateway v1

As sondas são configuradas em um processo de duas etapas através do portal. O primeiro passo é criar a sonda. Na segunda etapa, adiciona-se a sonda às definições HTTP de back-end do gateway de aplicações.

Criar a sonda

1. Inicie sessão no portal do Azure. Se ainda não tiver uma conta, pode inscrever-se para uma versão experimental gratuita de um mês

2. No painel Favoritos do portal do Azure, selecione Todos os recursos. Selecione o gateway de aplicação na página Todos os recursos. Se a subscrição que selecionou já tiver vários recursos, pode introduzir partners.contoso.net na caixa Filtrar por nome... caixa para aceder facilmente ao gateway de aplicação.

3. Selecione Sondas e, em seguida, selecione Adicionar para adicionar uma sonda.

   

4. No separador Adicionar sonda de saúde, preencha as informações necessárias para a sonda e, quando terminar, selecione OK.

   Definição	Valor	Detalhes
   Nome	customProbe	Esse valor é um nome amigável dado à sonda acessível no portal.
   Protocolo	HTTP ou HTTPS	O protocolo que a sonda de saúde usa.
   Anfitrião	ou seja, contoso.com	Esse valor é o nome do host virtual (diferente do nome do host da VM) em execução no servidor de aplicativos. O teste é enviado para (protocol)://(host name):(port from httpsetting)/urlPath. Isso é aplicável quando o multissite é configurado no Application Gateway. Se o Application Gateway estiver configurado para um único site, digite '127.0.0.1'. Você também pode inserir um caminho de servidor em um arquivo para uma verificação de integridade estática em vez de baseada na Web. Os caminhos de ficheiro devem ser utilizados quando se usa um IP público ou privado, ou uma entrada de DNS de IP público, como a entrada do nome do anfitrião.
   Escolha o nome do host nas configurações HTTP de back-end	Yes ou No.	Define o cabeçalho do host no teste como o nome do host do recurso de back-end no pool de back-end associado à Configuração HTTP à qual esse teste está associado. Especialmente necessário para backends multilocatários, como o serviço de aplicações do Azure. Mais informações
   Caminho	/ ou qualquer caminho válido	O restante da URL completa para a sonda personalizada. Um caminho válido começa com '/'. Para o caminho padrão de http://contoso.com, basta usar '/'. Você também pode inserir um caminho de servidor para um ficheiro para uma verificação de integridade estática ao invés de baseada na web. Os caminhos de ficheiro devem ser utilizados quando se usa um IP público ou privado, ou uma entrada de DNS de IP público, como a entrada do nome do anfitrião.
   Intervalo (segs)	30	Com que frequência a sonda é ativada para verificar o estado de saúde. Não é recomendado definir menos de 30 segundos.
   Tempo limite (segs)	30	A quantidade de tempo que a sonda aguarda antes de atingir o tempo limite. Se uma resposta válida não for recebida dentro desse período de tempo limite, a sonda será marcada como falha. O intervalo de tempo limite precisa ser suficientemente alto para que uma chamada HTTP possa ser feita, garantindo que a página de estado de saúde do back-end esteja disponível. O valor de tempo limite não deve ser maior do que o valor 'Interval' usado nesta configuração de teste ou o valor 'Tempo limite de solicitação' na configuração HTTP, que será associado a esta sonda.
   Limiar não saudável	3	Número de tentativas consecutivas falhadas para ser considerado não saudável. O limite pode ser definido como 1 ou mais.
   Utilizar condições de correspondência da sonda	Yes ou No.	Por padrão, uma resposta HTTP(S) com código de status entre 200 e 399 é considerada saudável. Você pode alterar o intervalo aceitável do código ou do corpo da resposta do back-end. Mais informações

   Important

   O nome do host não é o mesmo que o nome do servidor. Esse valor é o nome do host virtual em execução no servidor de aplicativos. A sonda é enviada para <protocol>://<hostName>:<port a partir das configurações HTTP>/<urlPath>

Adicionar sonda ao gateway

Agora que a sonda foi criada, é hora de adicioná-la à porta de entrada. As configurações de probes são definidas nas configurações HTTP de back-end do gateway da aplicação.

1. Selecione Configurações de backend no gateway de aplicação, para exibir o painel de configuração clique nas configurações http de backend atuais listadas na janela.

   

2. Na página de definições de appGatewayBackEndHttpSettings, marque a caixa de verificação Usar sonda personalizada e escolha a sonda criada na secção Criar a sonda na lista suspensa Sonda personalizada. Quando terminar, clique em Salvar e as configurações serão aplicadas.

Próximos passos

Verifique o estado dos servidores de back-end conforme determinado pela sonda, usando a visualização de estado de back-end.