Observabilidade do Azure Stack HCI

Aplica-se a: Azure Stack HCI, versão 23H2

Este artigo descreve a observabilidade no Azure Stack HCI e as fontes de dados por meio das quais ela é obtida.

O que é a observabilidade do Azure Stack HCI?

Observabilidade do Azure Stack HCI refere-se à capacidade de monitorar e entender o comportamento do sistema Azure Stack HCI.

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

A observabilidade no Azure Stack HCI é obtida por meio das seguintes fontes de dados:

• Telemetria. Isso inclui uma coleção de informações de telemetria e diagnóstico, o que ajuda a Microsoft a obter informações valiosas sobre o comportamento do sistema. Consulte Telemetria.

• Suporte remoto. Isso permite que os engenheiros de suporte obtenham acesso remoto somente leitura aos clusters para correção em primeira etapa. Confira Suporte remoto.

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

  

Como a observabilidade é instalada?

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

O que é o 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 nessas áreas amplas:

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

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

• Monitoramento. A seção de monitoramento fornece um fluxo contínuo de métricas coletadas do Azure Stack HCI para o Azure. Depois que os dados chegam ao Azure, eles são consumidos e utilizados em diferentes aspectos do ciclo de vida do produto, como desenvolvimento de produtos, suporte ao cliente, desvio de maiúsculas e minúsculas e análise de tendências.

O diagrama a seguir ilustra o pipeline de observabilidade e o fluxo de dados do Azure Stack HCI para o Azure:

Telemetria

A telemetria no Azure Stack HCI refere-se à coleta de dados sobre o desempenho, a funcionalidade e o bem-estar geral do sistema. Esses dados são coletados por meio da extensão Telemetria e Diagnóstico, que permite a coleta de informações de telemetria e diagnóstico do ambiente do cliente. Confira Telemetria e extensão de diagnóstico do Azure Stack HCI.

A telemetria é importante para o Azure Stack HCI porque permite que a Microsoft obtenha insights valiosos 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 atenuar proativamente possíveis problemas, 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 Stack HCI, que pode informar o desenvolvimento futuro e melhorias no 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 Stack HCI.

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

Diagnósticos

O diagnóstico no Azure Stack HCI ajuda a identificar e solucionar problemas que podem surgir no sistema. Com a ajuda de diagnóstico, os administradores podem monitorar o desempenho e a integridade de seu ambiente do Azure Stack HCI e tomar medidas proativas para evitar que problemas ocorram. Além disso, diagnóstico pode fornecer insights valiosos 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 coleção de logs

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

Método de coleção de logs	Finalidade	Como coletar logs	Casos de uso
Coleção de logs sob demanda	Colete e envie manualmente os logs de diagnóstico do Azure Stack HCI para a Microsoft.	Use Send-DiagnosticData o cmdlet de qualquer nó de servidor do Azure Stack HCI. Os logs são copiados temporariamente localmente, analisados, enviados e excluídos. Para obter instruções detalhadas sobre como executar a coleta de logs sob demanda, consulte Coletar logs.	– Falhas de não registro. – Solicitação de coleta de log de Suporte da Microsoft com base em um caso aberto. – Coleta de logs quando um cluster é registrado e conectado. – Coleção de logs quando os componentes de Observabilidade são instalados e funcionais. – Coleta de logs quando um cluster é parcialmente registrado.
Coleção de logs autônoma	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 cluster.	Salve dados localmente e use Send-AzStackHciDiagnosticData o comando para enviar dados à Microsoft. Para obter instruções detalhadas sobre coleções de logs autônomos, consulte Executar coleção de logs autônomos.	– Falhas de implantação. – Falhas de registro. – Solicitação de coleta de log de Suporte da Microsoft com base em um caso aberto. – Coleta de logs quando um cluster não está registrado e não tem conectividade. – Coleta de logs quando um cluster é parcialmente registrado. – Coleção de logs quando os componentes de Observabilidade não estão disponíveis.

Privacidade dos dados

O Azure Stack HCI 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:

• Priorizando as considerações de segurança e privacidade do cliente.
• Ser transparente com os clientes sobre os tipos de dados coletados e como eles são usados.
• Fornecer aos clientes autonomia para alterar suas próprias configurações de privacidade.
• Usar dados do cliente para melhorar a experiência do cliente.

Como a Microsoft usa 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 afetar diretamente as experiências do cliente. O uso do cliente de configurações de rede ou armazenamento, bem como suas status de atualização, são alguns exemplos dos tipos de dados coletados. Os insights também impulsionam melhorias no ecossistema de monitoramento e suporte do Azure Stack HCI. Essas melhorias eventualmente tornarão o diagnóstico do problema mais fácil e mais rápido para o suporte e os clientes da Microsoft.

Coleta e residência de dados

Dados do Azure Stack HCI:

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

Detalhes sobre os dados coletados

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

Tipos de dados	Descrição	Local de armazenamento de dados	Configuração padrão	Período de retenção	Como os dados podem ser exibidos
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. Ele não contém nenhuma informação de identificação pessoal.	Os dados de telemetria são sempre armazenados nos EUA.	Ele é habilitador por padrão. Para alterar a configuração padrão, consulte Configurações de telemetria e diagnóstico.	Os dados são retidos por até dois anos.	Você pode exibir dados em \\<NodeName>\c$\GMACache\TelemetryCache\Tables/*.tsf.
Diagnósticos	Os dados de diagnóstico ajudam a Microsoft a detectar, 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 longo para problemas de suporte contínuos.	Você pode exibir dados na C:\observability pasta de cada nó.
Métricas	As métricas são valores numéricos coletados em intervalos regulares, descrevendo aspectos de um sistema.	Os dados de métricas são enviados para a respectiva região na qual o recurso é implantado.	Habilitado por padrão e pode ser desabilitado a qualquer momento.	As métricas de 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 Metrics Explorer para analisar interativamente os dados em seu banco de dados de métricas.
Cobrança e censo	Os dados de cobrança e censo ajudam a visualizar e cobrar recursos no portal do Azure.	Os dados de cobrança e censo são enviados para a respectiva região de recursos em que o cliente registrou o dispositivo.	Sempre habilitado e não pode ser desabilitado, pois é considerado funcional.	Os dados são excluídos quando o recurso é excluído, exceto para dados de cobrança, que são retidos.	Você pode exibir dados no portal do Azure.

Próximas etapas

• Telemetria e extensão de diagnóstico do Azure Stack HCI