Áú»¢¶Ä²©

Esta ¨¦ uma tradu??o da p¨¢gina de documenta??o original em ingl¨ºs. Ajude-nos a torn¨¢-la melhor.

14 Upgrade de monitoramento de servi?o

Overview

No Áú»¢¶Ä²© 6.0, a funcionalidade de foi significativamente reformulada (veja What's new in Áú»¢¶Ä²© 6.0.0 para a lista de mudan?as).

Esta p¨¢gina descreve como os servi?os e SLAs, definidos em vers?es anteriores do Áú»¢¶Ä²©, s?o alterados durante um upgrade para Áú»¢¶Ä²© 6.0 ou mais recente.

Servi?os

Nas vers?es anteriores de Áú»¢¶Ä²©, os servi?os tinham dois tipos de depend¨ºncia: soft e hard. Depois do upgrade, todas as depend¨ºncias ser?o iguais. Se o "Child service" estava previamente ligado a "Parent service 1" via depend¨ºncia hard e adicionalmente "Parent service 2" via depend¨ºncia soft, depois do upgrade o "Child service" ter¨¢ dois servi?os "Parent service 1" e "Parent service 2". O mapeamento Trigger-based entre os problemas e servi?os foram substitu¨ªdos por mapeamento tag-based.

No Áú»¢¶Ä²© 6.0 e vers?es mais recentes, a configura??o de servi?o tem um novo par?metro Problem tags, que permite especificar um ou v¨¢rios pares de nome valor de tag para correspond¨ºncia de problemas. Triggers que foram vinculados a um servi?o receber?o uma tag nova ServiceLink : <trigger ID>:<trigger name> (o valor da tag ser¨¢ truncado para 32 caracteres). Servi?os vinculados ir?o receber ServiceLink problem tag com o mesmo valor.

COMENT?RIO

CONTEXTO 58b995d0

Fonte: ?

Regras de c¨¢lculo de status

O 'algoritmo de c¨¢lculo de status' ser¨¢ atualizado usando as seguintes regras:

  • N?o calcular ¡ú Configure status para OK
  • Problema, se pelo menos um filho tiver um problema ¡ú Mais cr¨ªtico dos servi?os filhos
  • Problema, se todos os filhos tiverem problemas ¡ú Mais cr¨ªtico se todos os filhos tiverem problemas

Se voc¨º atualizou o Áú»¢¶Ä²© pre-6.0 para o Áú»¢¶Ä²© 6.0.0, 6.0.1 ou 6.0.2, veja Known issues para documenta??o Áú»¢¶Ä²© 6.0.

SLAs

Anteriormente, as targets SLA tinham que ser definidas para cada servi?o separadamente. Desde o Áú»¢¶Ä²© 6.0, SLA se tornou uma entidade separada, que cont¨¦m informa??es sobre o cronograma do servi?o, objetivo de n¨ªvel de servi?o esperado (SLO) e per¨ªodo de inatividade a serem exclu¨ªdos do c¨¢lculo. Uma vez configurado, uma SLA pode ser atribu¨ªdo a v¨¢rios servi?os atrav¨¦s de service tags.

Durante uma atualiza??o:

  • Os SLAs id¨ºnticos definidos para cada servi?o ser?o agrupados e um SLA ser¨¢ criado para cada grupo.
  • Cada servi?o afetado receber¨¢ uma tag especial SLA:<ID> e a mesma tag ser¨¢ especificada no par?metro Service tags do SLA correspondente.
  • Hor¨¢rio de cria??o do servi?o, uma nova m¨¦trica nos relat¨®rios de SLA, ser¨¢ definido como 01/01/2000 00:00 para os servi?os existentes.