Planear o ambiente do Azure Time Series Insights Gen2

Nota

O serviço Time Series Insights (TSI) deixará de ser suportado após março de 2025. Considere migrar ambientes TSI existentes para soluções alternativas o mais rapidamente possível. Para obter mais informações sobre a descontinuação e migração, visite a nossa documentação.

Este artigo descreve as melhores práticas para planear e começar rapidamente com o Azure Time Series Insights Gen2.

Melhores práticas para planeamento e preparação

As melhores práticas em torno do planeamento e preparação do seu ambiente são descritas nos seguintes artigos:

Azure Time Series Insights emprega um modelo de negócio pay as you go. Para obter mais informações sobre os custos e a capacidade, leia Azure Time Series Insights preços.

O ambiente Gen2

Quando aprovisiona um ambiente do Azure Time Series Insights Gen2, cria dois recursos do Azure:

  • Um ambiente Azure Time Series Insights Gen2
  • Uma conta de Armazenamento do Azure

Como parte do processo de aprovisionamento, especifique se pretende ativar um arquivo quente. O arquivo quente proporciona-lhe uma experiência de consulta em camadas. Quando ativada, tem de especificar um período de retenção entre 7 e 30 dias. Geralmente, as consultas executadas no período de retenção do arquivo quente fornecem tempos de resposta mais rápidos. Quando uma consulta se estende durante o período de retenção do arquivo quente, é servida a partir de um arquivo frio.

As consultas no arquivo quente são gratuitas, enquanto as consultas no arquivo a frio incorrem em custos. É importante compreender os padrões de consulta e planear a configuração do arquivo a quente em conformidade. Recomendamos que as análises interativas sobre os dados mais recentes residam no seu arquivo quente e a análise de padrões e as tendências de longo prazo residem no frio.

Nota

Para ler mais sobre como consultar os seus dados quentes, leia a Referência da API.

Para começar, precisa de três itens adicionais:

Rever os limites do Azure Time Series Insights Gen2

Limites de propriedade

Azure Time Series Insights limites de propriedade aumentaram para 1000 para armazenamento quente e sem limite de propriedades para armazenamento a frio. As propriedades de evento fornecidas têm colunas JSON, CSV e gráfico correspondentes que pode ver no Explorador Azure Time Series Insights Gen2.

SKU Propriedades máximas
Gen2 (L1) 1000 propriedades (colunas) para armazenamento quente e ilimitado para armazenamento a frio
Gen1 (S1) 600 propriedades (colunas)
Gen1 (S2) 800 propriedades (colunas)

Ingestão de transmissão em fluxo

  • Existe um máximo de duas origens de eventos por ambiente.

  • As melhores práticas e orientações gerais para origens de eventos podem ser encontradas aqui

  • Por predefinição, o Azure Time Series Insights Gen2 pode ingerir dados recebidos a uma taxa de até 1 megabyte por segundo (MBps) por ambiente Azure Time Series Insights Gen2. Existem limitações adicionais por partição do hub. As taxas de até 2 MBps podem ser fornecidas ao submeter um pedido de suporte através do portal do Azure. Para saber mais, leia Limites de Débito de Ingestão de Transmissão em Fluxo.

Limites da API

Os limites da API REST para Azure Time Series Insights Gen2 são especificados na documentação de referência da API REST.

Configurar propriedades de IDs de Série Temporal e Carimbo de Data/Hora

Para criar um novo ambiente de Azure Time Series Insights, selecione um ID de Série Temporal. Ao fazê-lo, funciona como uma partição lógica para os seus dados. Conforme indicado, certifique-se de que tem os seus IDs de Série Temporal prontos.

Importante

Os IDs da Série Temporal não podem ser alterados mais tarde. Verifique cada uma antes da seleção final e a primeira utilização.

Pode selecionar até três chaves para diferenciar exclusivamente os seus recursos. Para obter mais informações, leia Best practices for choosing a Time Series ID and Ingestion rules (Melhores práticas para escolher um ID de Série Temporal e regras de Ingestão).

A propriedade Carimbo de Data/Hora também é importante. Pode designar esta propriedade quando adicionar origens de eventos. Cada origem de evento tem uma propriedade de Carimbo de Data/Hora opcional que é utilizada para monitorizar origens de eventos ao longo do tempo. Os valores do carimbo de data/hora são sensíveis às maiúsculas e minúsculas e têm de ser formatados com a especificação individual de cada origem de evento.

Quando deixado em branco, a hora em que o evento foi colocado em fila no Hub IoT ou no Hub de Eventos é utilizada como carimbo de data/hora do evento. Em geral, os utilizadores devem optar por personalizar a propriedade Carimbo de Data/Hora e utilizar a hora em que o sensor ou a etiqueta gerou a leitura, em vez do tempo em fila do hub. Para obter mais informações e ler sobre os desvios de fuso horário, leia Carimbo de data/hora da origem do evento.

Compreender o Modelo de Série Temporal

Agora, pode configurar o Modelo de Série Temporal do seu ambiente Azure Time Series Insights. O novo modelo torna mais fácil encontrar e analisar dados de IoT. Permite a curadoria, a manutenção e o melhoramento dos dados de série temporal e ajuda a preparar conjuntos de dados prontos para o consumidor. O modelo utiliza IDs de Série Temporal, que mapeiam para uma instância que associa o recurso exclusivo a variáveis, conhecidas como tipos e hierarquias. Leia sobre a descrição geral do Modelo de Série Temporal para saber mais.

O modelo é dinâmico, pelo que pode ser criado em qualquer altura. Para começar rapidamente, crie e carregue-os antes de enviar dados para Azure Time Series Insights. Para criar o modelo, leia Utilizar o Modelo de Série Temporal.

Para muitos clientes, o Modelo de Série Temporal mapeia para um modelo de recursos existente ou sistema ERP já implementado. Se não tiver um modelo existente, é fornecida uma experiência de utilizador pré-criada para começar a trabalhar rapidamente. Para imaginar como um modelo pode ajudá-lo, veja o ambiente de demonstração de exemplo.

Formatar os seus eventos

Pode verificar a forma como envia eventos para Azure Time Series Insights. Idealmente, os seus eventos são desnormalizados de forma bem e eficiente.

Uma boa regra de polegar:

  • Armazene metadados no seu Modelo de Série Temporal.
  • Certifique-se de que o Modo de Série Temporal, os campos de instância e os eventos incluem apenas as informações necessárias, como uma propriedade ID da Série Temporal ou Carimbo de Data/Hora.

Para obter mais informações e compreender como os eventos serão achatados e armazenados, leia as regras JSON de aplanamento e fuga.

Recuperação após desastre empresarial

Esta secção descreve as funcionalidades de Azure Time Series Insights que mantêm as aplicações e os serviços em execução, mesmo que ocorra um desastre (conhecido como recuperação após desastre empresarial).

Elevada disponibilidade

Como serviço do Azure, Azure Time Series Insights fornece determinadas funcionalidades de elevada disponibilidade ao utilizar redundâncias ao nível da região do Azure. Por exemplo, o Azure suporta capacidades de recuperação após desastre através da funcionalidade de disponibilidade entre regiões do Azure.

As funcionalidades adicionais de elevada disponibilidade fornecidas através do Azure (e também disponíveis para qualquer instância Azure Time Series Insights) incluem:

Certifique-se de que ativa as funcionalidades relevantes do Azure para fornecer elevada disponibilidade global entre regiões para os seus dispositivos e utilizadores.

Nota

Se o Azure estiver configurado para ativar a disponibilidade entre regiões, não é necessária nenhuma configuração de disponibilidade entre regiões adicional no Azure Time Series Insights.

IoT e hubs de eventos

Alguns serviços do Azure IoT também incluem funcionalidades de recuperação após desastre empresarial incorporadas:

A integração de Azure Time Series Insights com os outros serviços proporciona oportunidades adicionais de recuperação após desastre. Por exemplo, a telemetria enviada para o hub de eventos pode ser mantida numa base de dados de armazenamento de Blobs do Azure de cópia de segurança.

Azure Time Series Insights

Existem várias formas de manter os seus Azure Time Series Insights dados, aplicações e serviços em execução, mesmo que sejam interrompidos.

No entanto, pode determinar que também é necessária uma cópia de segurança completa do ambiente do Azure Time Series, para os seguintes fins:

  • Como uma instância de ativação pós-falha especificamente para Azure Time Series Insights para redirecionar dados e tráfego para
  • Para preservar dados e informações de auditoria

Em geral, a melhor forma de duplicar um ambiente Azure Time Series Insights é criar um segundo ambiente de Azure Time Series Insights numa região do Azure de cópia de segurança. Os eventos também são enviados para este ambiente secundário a partir da origem de eventos primária. Certifique-se de que utiliza um segundo grupo de consumidores dedicado. Siga as diretrizes de recuperação após desastre de negócio dessa origem, conforme descrito anteriormente.

Para criar um ambiente duplicado:

  1. Criar um ambiente numa segunda região. Para obter mais informações, leia Criar um novo ambiente de Azure Time Series Insights no portal do Azure.
  2. Crie um segundo grupo de consumidores dedicado para a sua origem de eventos.
  3. Ligue essa origem de eventos ao novo ambiente. Certifique-se de que designa o segundo grupo de consumidores dedicado.
  4. Reveja a documentação do Hub IoT Azure Time Series Insights e dos Hubs de Eventos.

Se ocorrer um evento:

  1. Se a região primária for afetada durante um incidente de desastre, reencaminhar as operações para o ambiente de Azure Time Series Insights de cópia de segurança.
  2. Uma vez que os números de sequência de hubs reiniciam a partir de 0 após a ativação pós-falha, recrie a origem de eventos em ambas as regiões/ambientes com diferentes grupos de consumidores para evitar criar o que seria como eventos duplicados.
  3. Elimine a origem de eventos primária, que está agora inativa, para libertar uma origem de eventos disponível para o seu ambiente. (Existe um limite de duas origens de eventos ativas por ambiente.)
  4. Utilize a segunda região para fazer uma cópia de segurança e recuperar todos os dados de telemetria e consulta Azure Time Series Insights.

Importante

Se ocorrer uma ativação pós-falha:

  • Também pode ocorrer um atraso.
  • Pode ocorrer um pico momentâneo no processamento de mensagens, uma vez que as operações são reencaminhadas.

Para obter mais informações, leia Mitigar a latência no Azure Time Series Insights.

Passos seguintes