EdgeADC Build 4.2.8.1909
EdgeADC Guia de Administração
×
Menu
  • Biblioteca
  • Tipos de monitores de servidores reais

Tipos de monitores de servidores reais

Há vários Monitores de Servidor Real disponíveis, e a tabela abaixo os explica. Você pode, é claro, escrever monitores adicionais usando PERL.
Método de monitoramento
Descrição
Exemplo
HTTP 200 OK
Uma conexão TCP é feita com o Servidor Real. Após a conexão ser feita, um breve pedido HTTP é enviado ao Servidor Real.
Quando a resposta é recebida, ela é verificada para a seqüência '200 OK'. Se ela estiver presente, o servidor é considerado operacional.
Favor observar que a utilização deste monitor traz o conteúdo de toda a página.
Este método de monitoramento só pode ser realmente usado com tipos de serviço HTTP e Acelerado HTTP. Entretanto, se um tipo de serviço Layer 4 estiver em uso para um servidor HTTP, ele ainda poderá ser usado se o SSL não estiver em uso no Servidor Real ou se for tratado adequadamente pela instalação "Content SSL".
Solicitação
GET / HTTP/1.1
Anfitrião: 192.168.159.200
Aceitar: */*
Aceitar-Língua: pt-gb
Usuário-Agente: Edgenexus-ADC/4.0
Conexão: Keep-Alive
Cache-Control: no-cache
 
Resposta
HTTP/1.1 200 OK
Tipo de conteúdo: texto/html
Modificado por último: Qua, 31 Jan 2018 15:08:18 GMT
Intervalos de aceitação: bytes
ETag: "0dd3253a59ad31:0"
Servidor: Microsoft-IIS/10.0
Data: Ter, 13 Jul 2021 15:55:47 GMT
Comprimento do conteúdo: 1364
 
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict///EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>jetNEXUS</title>
<estilo tipo="texto/css">
<!--
corpo {
     cor:#FFFFFFFFFF;
     ...
</corpo>
</html>
Cabeça HTTP 200
Uma conexão TCP é feita ao Servidor Real com o campo PATH especificando o local a ser verificado.
A parte principal da resposta é buscada no servidor, com o conteúdo descartado. A resposta é verificada para 200 OK. Se ela estiver presente, o servidor é considerado operacional.
Observe que o uso deste monitor só alcança a parte da cabeça.
Este método de monitoramento só pode ser realmente usado com tipos de serviço HTTP e Acelerado HTTP. Entretanto, se um tipo de serviço Layer 4 estiver em uso para um servidor HTTP, ele ainda poderá ser usado se o SSL não estiver em uso no Servidor Real ou se for tratado adequadamente pela instalação "Content SSL".
Solicitação
CABEÇA / HTTP/1.1
Anfitrião: 192.168.159.200
Aceitar: */*
Aceitar-Língua: pt-gb
Usuário-Agente: Edgenexus-ADC/4.0
Conexão: Keep-Alive
Cache-Control: no-cache
 
Resposta
HTTP/1.1 200 OK
Comprimento do conteúdo: 1364
Tipo de conteúdo: texto/html
Modificado por último: Qua, 31 Jan 2018 15:08:18 GMT
Intervalos de aceitação: bytes
ETag: "0dd3253a59ad31:0"
Servidor: Microsoft-IIS/10.0
Data: Ter, 13 Jul 2021 15:49:19 GMT
Opções do HTTP 200
Uma conexão TCP é feita ao Real Server, e uma solicitação de Opções é feita.
As Opções são devolvidas e verificadas para 200 OK de conteúdo.
Se o conteúdo de 200 OK for encontrado, então o servidor é considerado como disponível.
Solicitação
OPÇÕES / HTTP/1.1
Anfitrião: 192.168.159.200
Aceitar: */*
Aceitar-Língua: pt-gb
Usuário-Agente: Edgenexus-ADC/4.0
Conexão: Keep-Alive
Cache-Control: no-cache
 
Resposta
HTTP/1.1 200 OK
Permitir: OPÇÕES, TRACE, GET, HEAD, POST
Servidor: Microsoft-IIS/10.0
Público: OPÇÕES, TRACE, GET, HEAD, POST
Data: Ter, 13 Jul 2021 16:23:39 GMT
Comprimento do conteúdo: 0
Cabeça HTTP
O monitor do cabeçote HTTP nos permite verificar um valor específico na parte do cabeçote do fluxo HTTP. Podemos inserir um Caminho e Resposta Necessária nos campos apropriados e depois verificar esse valor na resposta.
Caso o valor da Resposta Necessária seja encontrado no cabeçote, o servidor é considerado como estando instalado e disponível.
Também podemos usar isto em páginas especialmente protegidas que precisam de um nome de usuário e senha. Desta forma, o resultado do monitor pode ser considerado exato.
Por exemplo, fornecendo /ispagethere.html e 200 valores OK nos campos Caminho e Resposta Requerida retornarão um resultado bem sucedido se o servidor estiver no ar, a página estiver disponível, e responder à solicitação.
Este método de monitoramento só pode ser realmente usado com tipos de serviço HTTP e Acelerado HTTP. Entretanto, se um tipo de serviço Layer 4 estiver em uso para um servidor HTTP, ele ainda poderá ser usado se o SSL não estiver em uso no Servidor Real ou se for tratado adequadamente pela instalação "Content SSL".
Solicitação
HEAD /ispagethere.htm HTTP/1.1
Anfitrião: 192.168.159.200
Aceitar: */*
Aceitar-Língua: pt-gb
Usuário-Agente: Edgenexus-ADC/4.0
Conexão: Keep-Alive
Cache-Control: no-cache
 
Resposta
HTTP/1.1 200 OK
Comprimento do conteúdo: 1364
Tipo de conteúdo: texto/html
Modificado por último: Qua, 31 Jan 2018 15:08:18 GMT
Intervalos de aceitação: bytes
ETag: "0dd3253a59ad31:0"
Servidor: Microsoft-IIS/10.0
Data: Qua, 14 Jul 2021 08:28:18 GMT
Opções HTTP
O monitor de Opções HTTP permite que você verifique um valor específico dentro dos dados das Opções retornadas.
Inserimos um Caminho e Resposta Necessária nos campos apropriados e depois verificamos a resposta.
Se a Resposta Necessária for encontrada nos dados das Opções, o servidor está disponível e em funcionamento.
Os valores de Resposta Necessária podem ser qualquer um dos seguintes: OPÇÕES, TRACE, GET, HEAD, e POST.
Por exemplo, fornecendo /ispagethere.html e GET valores nos campos Path e Required Response retornarão um resultado bem sucedido se o servidor estiver no ar, se a página estiver disponível e se ela responder à solicitação.
Este método de monitoramento só pode ser realmente usado com tipos de serviço HTTP e Acelerado HTTP. Entretanto, se um tipo de serviço Layer 4 estiver em uso para um servidor HTTP, ele ainda poderá ser usado se o SSL não estiver em uso no Servidor Real ou se for tratado apropriadamente pelo recurso "Content SSL".
Solicitação
OPÇÕES /ispagethere.htm HTTP/1.1
Anfitrião: 192.168.159.200
Aceitar: */*
Aceitar-Língua: pt-gb
Usuário-Agente: Edgenexus-ADC/4.0
Conexão: Keep-Alive
Cache-Control: no-cache
 
Resposta
HTTP/1.1 200 OK
Permitir: OPÇÕES, TRACE, GET, HEAD, POST
Servidor: Microsoft-IIS/10.0
Público: OPÇÕES, TRACE, GET, HEAD, POST
Data: Qua, 14 Jul 2021 09:47:27 GMT
Comprimento do conteúdo: 0
Resposta HTTP
Uma conexão e uma solicitação/resposta HTTP é feita ao Real Server e verificada como explicado nos exemplos anteriores.
Mas ao invés de verificar por um código de resposta "200 OK", o cabeçalho da resposta HTTP é verificado quanto ao conteúdo do texto personalizado. O texto pode ser um cabeçalho completo, parte de um cabeçalho, uma linha de parte de uma página, ou apenas uma palavra.
Por exemplo, no exemplo mostrado à direita, especificamos /ispagethere.htm como o Caminho e Microsoft-IIS como a Resposta Necessária.
Se o texto for encontrado, o Servidor Real é considerado como estando em funcionamento.
Este método de monitoramento só pode ser realmente usado com tipos de serviço HTTP e Acelerado HTTP.
Entretanto, se um tipo de serviço Layer 4 estiver em uso para um servidor HTTP, ele ainda poderá ser usado se o SSL não estiver em uso no Servidor Real ou se for tratado adequadamente pela instalação "Content SSL".
Solicitação
GET /ispagethere.htm HTTP/1.1
Anfitrião: 192.168.159.200
Aceitar: */*
Aceitar-Língua: pt-gb
Usuário-Agente: Edgenexus-ADC/4.0
Conexão: Keep-Alive
Cache-Control: no-cache
 
Resposta
HTTP/1.1 200 OK
Tipo de conteúdo: texto/html
Modificado por último: Qua, 31 Jan 2018 15:08:18 GMT
Intervalos de aceitação: bytes
ETag: "0dd3253a59ad31:0"
Servidor: Microsoft-IIS/10.0
Data: Qua, 14 Jul 2021 10:07:13 GMT
Comprimento do conteúdo: 1364
 
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict///EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>jetNEXUS</title>
<estilo tipo="texto/css">
<!--
corpo {
cor:#FFFFFFFFFF;
Monitor TCP Multi-Portas
Este método é como o anterior, exceto que você pode ter vários portos diferentes. O monitor só é considerado bem-sucedido se todas as portas especificadas na seção de conteúdo exigido responderem corretamente.
Nome: Monitor Multi-Portas
Descrição: Monitore múltiplos portos para o sucesso
Localização da página: N/A
Conteúdo Requerido: 135,59534,59535
TCP fora de faixa
O método TCP Out of Band é como um TCP Connect, exceto que você pode especificar a porta que deseja monitorar na coluna de conteúdo requerida. Esta porta normalmente não é a mesma que a porta de tráfego e é usada quando você deseja conectar serviços
Nome: TCP fora de faixa
Descrição: Monitor fora de banda/ porto de tráfego
Localização da página: N/A
Conteúdo Requerido: 555
DICOM
Enviamos um eco DICOM usando o valor do título AE "Source Calling" na coluna de conteúdo requerido. Você também pode definir o valor do título AE "Destination Calling" na seção Notes de cada servidor. Você pode encontrar a coluna Notas na seção de Serviços IP.
-Virtual Services--Server page.
Nome: DICOM
Descrição: Exame de saúde L7 para o serviço DICOM
Método de monitoramento: DICOM
Localização da página: N/A
Conteúdo Requerido: Valor AET
LDAPS
Este novo exame de saúde é usado para verificar a saúde e a resposta de um servidor LDAP/AD.
Nome: LDAPS
Descrição: LDAP/AD Server health check
Os parâmetros de utilização são os seguintes:
Nome de usuário: cn=nome de usuário,cn=usuários,dc=domínio,dc=local
Senha: DomínioUserPassword
Conteúdo: 200OK
SNMP v2
Este método de monitoramento permite verificar a disponibilidade de um servidor usando a resposta SNMP MIB do servidor.
O valor da Resposta Requisitada deve conter o nome da Comunidade.
 
Verificação do servidor DNS
Ao equilibrar a carga dos Servidores DNS, é útil ver se o servidor responde às consultas DNS.
O monitor pode ser usado da seguinte forma:
·     O campo Path é usado para a FQDN que você está consultando. Por exemplo, se você desejava consultar www.edgenexus.io, então digite isto no campo Caminho.
·     Se você deixar isto em branco, então o monitor usará sua busca padrão para fazer a consulta.
·     O campo Resposta Necessária pode ser deixado em branco, e o monitor assumirá que qualquer resposta é considerada válida. Caso contrário, você deve inserir o IP esperado no campo Resposta Necessária. Por exemplo, isto pode ser 101.10.10.100. Se a consulta retornar este valor, o monitor sinalizará um sucesso; caso contrário, ele sinalizará um fracasso.
Um resultado de sucesso indica que o servidor DNS que você está balanceando a carga está operacional.