Partilhar via


Observabilidade local do Azure

Aplica-se a: Azure Local 2311.2 e posterior

Este artigo descreve a observabilidade no Azure Local e as fontes de dados através das quais ela é alcançada.

O que é a observabilidade do Azure Local?

A observabilidade Local do Azure refere-se à capacidade de monitorar e entender o comportamento da instância Local do Azure.

A observabilidade no Azure Local é importante porque permite a coleta de informações de telemetria e diagnóstico do sistema. Essas informações ajudam a Microsoft a obter informações valiosas sobre o comportamento do sistema, que podem ser usadas para identificar e corrigir possíveis problemas.

A observabilidade no Azure Local é obtida através das seguintes fontes de dados:

  • Telemetria. Isso inclui a coleta de informações de telemetria e diagnóstico, que ajudam a Microsoft a obter informações valiosas sobre o comportamento do sistema. Ver Telemetria.

  • Suporte remoto. Isso permite que os engenheiros de suporte obtenham acesso remoto somente leitura às instâncias locais do Azure para correção na primeira etapa. Consulte Suporte remoto.

  • Diagnóstico. Isso inclui a capacidade de coletar logs de diagnóstico. Consulte Diagnóstico.

    Diagrama que descreve os três tipos de fonte de dados para a observabilidade Local do Azure.

Como é instalada a observabilidade?

A observabilidade e o suporte remoto são instalados como parte do processo de implantação do Azure Local. Isso permite que o orquestrador automatize muitas das etapas envolvidas no processo de implantação. O objetivo é oferecer um processo de configuração simples que cuida de todos os componentes, incluindo a observabilidade.

O que é pipeline de observabilidade?

O pipeline de observabilidade usa telemetria, diagnóstico e monitoramento para coletar dados de dispositivos. Ele estende os ativos de observabilidade do Azure para esses dispositivos, mantendo-se dentro das restrições de conformidade e segurança impostas devido à propriedade do cliente, localização geográfica e operação desses dispositivos.

O pipeline de Observabilidade é dividido nestas áreas amplas:

  • Telemetria. A seção de telemetria fornece um fluxo contínuo de eventos críticos selecionados do Azure Local para o Azure.

  • Diagnóstico. A seção de diagnóstico fornece um fluxo episódico ou sob demanda de dados do Azure Local para o Azure.

  • Monitorização. A seção de monitoramento fornece um fluxo contínuo de métricas selecionadas do Azure Local para o Azure. Depois que os dados chegam ao Azure, eles são consumidos e utilizados em diferentes aspetos do ciclo de vida do produto, como desenvolvimento de produtos, suporte ao cliente, deflexão de casos e análise de tendências.

O diagrama a seguir descreve o pipeline de observabilidade e o fluxo de dados do Azure Local para o Azure:

Diagrama representando os componentes no pipeline de observabilidade Local do Azure.

Telemetria

A telemetria no Azure Local refere-se à recolha de dados sobre o desempenho, a funcionalidade e o bem-estar geral do sistema. Estes dados são recolhidos através da extensão Telemetria e Diagnóstico, que permite a recolha de informações de telemetria e diagnóstico do ambiente do cliente. Consulte Telemetria local do Azure e extensão de diagnóstico.

A telemetria é importante para o Azure Local porque permite que a Microsoft obtenha informações valiosas sobre o comportamento do sistema. Essas informações podem ser usadas para melhorar o produto, solucionar problemas e fornecer melhor suporte aos clientes. Os dados de telemetria também podem ser usados para identificar e mitigar problemas potenciais de forma proativa, reduzindo a probabilidade de tempo de inatividade ou outras interrupções. Além disso, os dados de telemetria podem ajudar a Microsoft a entender como os clientes estão usando o Azure Local, o que pode informar o desenvolvimento e melhorias futuros do produto.

Suporte remoto

Você pode usar o suporte remoto para permitir que um profissional de suporte da Microsoft resolva seu caso de suporte mais rapidamente, permitindo o acesso ao seu dispositivo remotamente e executando solução de problemas e reparo limitados. Para obter instruções sobre como obter suporte remoto, consulte Obter suporte remoto para o Azure Local.

Para obter suporte remoto durante a pré-implantação ou pré-registro do Azure Local, consulte Obter suporte remoto.

Diagnóstico

O Diagnóstico no Azure Local ajuda a identificar e solucionar problemas que podem surgir no sistema. Com a ajuda do diagnóstico, os administradores podem monitorar o desempenho e a integridade de seu ambiente Local do Azure e tomar medidas proativas para evitar que problemas ocorram. Além disso, o diagnóstico pode fornecer informações valiosas sobre o comportamento do sistema, o que pode ajudar a otimizar seu desempenho e melhorar a experiência geral do usuário.

Comparar métodos de coleta de log

A tabela a seguir fornece uma comparação de diferentes métodos de coleta de logs no Azure Local:

Método de coleta de log Propósito Como recolher registos Casos de utilização
Coleta de logs sob demanda Colete e envie manualmente logs de diagnóstico do Azure Local para a Microsoft. Use Send-DiagnosticData cmdlet de qualquer máquina Local do Azure.

Os logs são temporariamente copiados localmente, analisados, enviados e, em seguida, excluídos.

Para obter instruções detalhadas sobre como executar a coleta de logs sob demanda, consulte Coletar logs.
- Falhas no não registo.
- Solicitação de coleta de log do Suporte da Microsoft com base em um caso aberto.
- Recolha de registos quando um sistema está registado e ligado.
- Recolha de registos quando os componentes de Observabilidade estão instalados e funcionais.
- Recolha de registos quando um sistema está parcialmente registado.
Coleta de log independente Envie dados de diagnóstico para a Microsoft se os componentes de observabilidade não forem implantados ou se houver problemas durante o processo de registro do sistema. Salve dados localmente e use Send-AzStackHciDiagnosticData o comando para enviar dados para a Microsoft.

Para obter instruções detalhadas sobre coleções de log autônomas, consulte Executar coleta de log autônoma.
- Falhas de implantação.
- Falhas de registo.
- Solicitação de coleta de log do Suporte da Microsoft com base em um caso aberto.
- Coleta de logs quando um sistema não está registrado e não tem conectividade.
- Recolha de registos quando um sistema está parcialmente registado.
- Recolha de registos quando os componentes de Observabilidade não estão disponíveis.

Data privacy (Privacidade dos dados)

O Azure Local implementa procedimentos de governança de dados para garantir a segurança e o uso pretendido dos dados do cliente. Os clientes têm acesso a controles para personalizar recursos e ajustar as configurações de privacidade a qualquer momento.

Nossos compromissos com a segurança de dados incluem:

  • Priorizar considerações de segurança e privacidade do cliente.
  • Ser transparente com os clientes sobre os tipos de dados recolhidos e como são utilizados.
  • Proporcionar aos clientes autonomia para alterar as suas próprias definições de privacidade.
  • Usando os dados do cliente para melhorar a experiência do cliente.

Como a Microsoft usa os dados

Os dados do cliente ajudam a Microsoft a entender melhor como nossos clientes usam recursos e serviços para atingir suas metas de negócios. Esses insights ajudam a priorizar investimentos em engenharia em áreas que podem impactar diretamente as experiências dos clientes. O uso de configurações de rede ou armazenamento pelo cliente, bem como seu status de atualização, são alguns exemplos dos tipos de dados coletados. As informações também impulsionam melhorias no ecossistema de monitoramento e suporte do Azure Local. Essas melhorias acabarão tornando o diagnóstico de problemas mais fácil e rápido para o suporte e os clientes da Microsoft.

Recolha de dados e residência

Dados locais do Azure:

  • Não é enviado para a Microsoft até que o produto seja registrado no Azure. Quando o Azure Local não é registrado, essa coleta de dados é interrompida. Todos os dados são registrados em um serviço analítico local do Azure.
  • É roteado para um local de armazenamento em nuvem protegido.
  • É acessível apenas a funcionários da Microsoft que tenham um motivo comercial legítimo para visualizar os dados. Todos os dados são tratados de acordo com as políticas de privacidade da Microsoft.

Detalhes sobre os dados recolhidos

A tabela a seguir descreve os tipos de dados, seu local de armazenamento, configurações padrão e métodos de exibição:

Tipos de dados Description Local de armazenamento de dados Definição predefinida Período de retenção Como os dados podem ser visualizados
Telemetria Os dados de telemetria incluem métricas de desempenho, padrões de uso e outras informações relacionadas ao comportamento do usuário e à integridade do sistema. Não contém qualquer informação pessoal identificável. Os dados de telemetria são sempre armazenados nos EUA. Ele é ativado por padrão. Para alterar a configuração padrão, consulte Configurações de telemetria e diagnóstico. Os dados são conservados por um período máximo de dois anos. Você pode exibir dados em \\<NodeName>\c$\GMACache\TelemetryCache\Tables/*.tsf.
Diagnóstico Os dados de diagnóstico ajudam a Microsoft a detetar, diagnosticar e corrigir problemas para restaurar a integridade do serviço e melhorar os produtos. Os dados de diagnóstico são armazenados globalmente ou na UE, com base na opção de implantação do cliente. Existem vários métodos para transmitir dados de diagnóstico. Para obter detalhes, consulte Diagnóstico Normalmente retido por 30 dias, potencialmente mais tempo para problemas de suporte contínuos. Você pode visualizar os C:\observability dados na pasta de cada máquina.
Métricas As métricas são valores numéricos coletados em intervalos regulares, descrevendo aspetos de um sistema. Os dados de métricas são enviados para a respetiva região na qual o recurso é implantado. Ativado por padrão e pode ser desativado a qualquer momento. As métricas da plataforma são armazenadas por 93 dias, no entanto, você só pode consultar (no bloco Métricas) por um máximo de 30 dias de dados em qualquer gráfico. Você pode usar o explorador de métricas para analisar interativamente os dados em seu banco de dados de métricas.
Faturação e recenseamento Os dados de faturação incluem o ID do sistema e o número de núcleos físicos e horas utilizadas. Os dados do censo são necessários para habilitar o gerenciamento básico do Azure e incluem informações do sistema (nome e ID do sistema, status da conexão do sistema, ID do pool de armazenamento, dias de avaliação restantes e modelo de faturamento), informações da máquina (número de máquinas, nome da máquina, versão do sistema operacional, fabricante da máquina, número de modelo e série, número de núcleos físicos e tamanho da memória) e configuração básica, como habilitação da verificação do Azure para VMs, identidade gerenciada do Azure e configuração de nível de diagnóstico. Os dados de faturação e recenseamento são enviados para a respetiva região de recurso onde o cliente registou o dispositivo. A cobrança está sempre habilitada, pois é necessário cobrar pelo uso Local do Azure. Os dados do censo também estão sempre habilitados, pois incluem as informações mínimas necessárias para gerenciar o Azure Local a partir do Azure. Os dados são excluídos quando o recurso é excluído, exceto os dados de faturamento, que são retidos. Para exibir dados de cobrança, navegue até a página de recursos do sistema local do Azure no portal do Azure, selecione Visão geral no painel esquerdo, na seção Essenciais, selecione o link Status decobrança, seguido por Exibir gerenciamento de custos. Para exibir os dados do censo, selecione Exibição JSON localizada no canto superior direito da seção Essenciais.

Próximos passos