Solucionar problemas de Hubs de Eventos do Azure
Este artigo aborda técnicas de investigação de falhas, erros comuns para os tipos de credenciais na biblioteca de Hubs de Eventos e etapas de mitigação para resolver esses erros. Além das orientações e técnicas gerais de solução de problemas que se aplicam independentemente do caso de uso dos Hubs de Eventos, os artigos a seguir abordam recursos específicos da biblioteca de Hubs de Eventos:
- Solucionar problemas do produtor de Hubs de Eventos do Azure
- Solucionar problemas do processador de eventos dos Hubs de Eventos do Azure
- Solucionar problemas de desempenho dos Hubs de Eventos do Azure
O restante deste artigo aborda técnicas gerais de solução de problemas e orientações que se aplicam a todos os usuários da biblioteca de Hubs de Eventos.
Manipular exceções de Hubs de Eventos
Todas as exceções dos Hubs de Eventos são encapsuladas em um AmqpException. Essas exceções geralmente têm um código de erro AMQP subjacente que especifica se um erro deve ser repetido. Para erros que podem ser repetidos (ou seja, amqp:connection:forced
ou amqp:link:detach-forced
), as bibliotecas de cliente tentam se recuperar desses erros com base nas opções de repetição especificadas ao instanciar o cliente. Para configurar as opções de repetição, siga o exemplo publicar eventos em partições específicas. Se o erro não puder ser repetido, há algum problema de configuração que precisa ser resolvido.
A maneira recomendada de resolver a exceção específica que a exceção AMQP representa é seguir a orientação Exceções de Mensagens dos Hubs de Eventos.
Encontre informações relevantes em mensagens de exceção
Um AmqpException contém os três campos a seguir, que descrevem o erro:
- getErrorCondition: O erro AMQP subjacente. Para obter uma descrição dos erros, consulte a documentação do Enum AmqpErrorCondition ou então a especificação OASIS AMQP 1.0 .
- isTransient: Um valor que indica se é possível tentar realizar a mesma operação novamente. Os clientes SDK aplicam a política de repetição quando o erro é transitório.
-
getErrorContext: Contém as seguintes informações sobre a origem do erro AMQP:
- LinkErrorContext: Erros que ocorrem no link de envio ou recebimento.
- SessionErrorContext: Erros que ocorrem na sessão.
- AmqpErrorContext: Erros que ocorrem na conexão ou um erro AMQP geral.
Exceções comumente encontradas
amqp:connection:forced e amqp:link:detach-forced
Quando a conexão com Hubs de Eventos está ociosa, o serviço desconecta o cliente depois de algum tempo. Esse problema não é um problema porque os clientes restabelecem uma conexão quando uma operação de serviço é solicitada. Para obter mais informações, consulte erros AMQP no Azure Service Bus.
Problemas de permissão
Um AmqpException
com um AmqpErrorCondition de amqp:unauthorized-access
significa que as credenciais fornecidas não permitem executar a ação (receber ou enviar) com Hubs de Eventos. Para resolver esse problema, tente as seguintes tarefas:
- Verifique se você tem a cadeia de conexão correta. Para obter mais informações, consulte Obter uma cadeia de conexão de Hubs de Eventos.
- Verifique se o token de assinatura de acesso compartilhado (SAS) foi gerado corretamente. Para obter mais informações, consulte Autorizando acesso a recursos de Hubs de Eventos usando Assinaturas de Acesso Compartilhado.
Para obter outras soluções possíveis, consulte Solucionar problemas de autenticação e autorização com Hubs de Eventos.
Problemas de conectividade
Tempo limite ao estabelecer ligação com o serviço
Para resolver problemas de tempo limite, tente as seguintes tarefas:
- Verifique se a cadeia de conexão ou o nome de domínio totalmente qualificado especificado ao criar o cliente está correto. Para mais informações, consulte Obter um string de conexão dos Hubs de Eventos.
- Verifique as permissões de firewall e porta em seu ambiente de hospedagem e verifique se as portas AMQP 5671 e 5762 estão abertas.
- Certifique-se de que o ponto de extremidade é permitido pelo firewall.
- Tente usar WebSockets, que se conecta na porta 443. Para obter mais informações, consulte o PublishEventsWithWebSocketsAndProxy.java exemplo.
- Veja se a sua rede está a bloquear endereços IP específicos. Para obter mais informações, consulte Que endereços IP preciso permitir?
- Se aplicável, verifique a configuração do proxy. Para obter mais informações, consulte o PublishEventsWithWebSocketsAndProxy.java exemplo.
- Para obter mais informações sobre como solucionar problemas de conectividade de rede, consulte Solucionar problemas de conectividade - Azure Event Hubs.
Falhas de aperto de mão TLS/SSL
Este erro pode ocorrer quando um proxy de intercetação é usado. Para verificar, recomendamos testar em seu ambiente de hospedagem com o proxy desativado.
Erros de exaustão do soquete
As aplicações devem preferir tratar os clientes do Event Hubs como um singleton, criando e usando uma única instância ao longo da vida útil da sua aplicação. Essa recomendação é importante porque cada tipo de cliente gerencia sua conexão. Quando você cria um novo cliente de Hubs de Eventos, isso resulta em uma nova conexão AMQP, que usa um soquete. Além disso, é essencial que os clientes herdem de java.io.Closeable
, para que a sua aplicação seja responsável por chamar close()
quando terminar de usar um cliente.
Para usar a mesma conexão AMQP ao criar vários clientes, pode-se usar o sinalizador EventHubClientBuilder.shareConnection()
, manter uma referência a esse EventHubClientBuilder
e criar novos clientes a partir dessa mesma instância do builder.
Conectar-se usando uma cadeia de conexão IoT
Como a tradução de uma cadeia de conexão requer consultar o serviço Hub IoT, a biblioteca cliente dos Hubs de Eventos não pode usá-la diretamente. O exemplo de IoTConnectionString.java descreve como consultar o Hub IoT para converter uma cadeia de conexão IoT em uma que possa ser usada com Hubs de Eventos.
Para obter mais informações, consulte os seguintes artigos:
- Controlar o acesso ao Hub IoT usando assinaturas de acesso compartilhado
- Ler mensagens do dispositivo para a nuvem a partir do endpoint incorporado
Não é possível adicionar componentes à cadeia de conexão
Os clientes antigos dos Hubs de Eventos permitiam que utilizadores adicionassem componentes à string de conexão obtida do portal do Azure. Os clientes herdados estão em pacotes com.microsoft.azure:azure-eventhubs e com.microsoft.azure:azure-eventhubs-eph. A geração atual dá suporte a cadeias de conexão somente no formato publicado pelo portal do Azure.
Adicionar "TransportType=AmqpWebSockets"
Para usar soquetes da Web, consulte o exemplo de PublishEventsWithSocketsAndProxy.java.
Adicionar "Authentication=Managed Identity"
Para autenticar com a Identidade Gerenciada, consulte o exemplo PublishEventsWithAzureIdentity.java.
Para obter mais informações sobre a biblioteca de Azure.Identity
, consulte a nossa autenticação em e a publicação no blog do SDK do Azure.
Habilitar e configurar os logs
O SDK do Azure para Java oferece uma história de registro consistente para ajudar na solução de erros de aplicativos e ajudar a agilizar sua resolução. Os logs produzidos capturam o fluxo de um aplicativo antes de atingir o estado terminal para ajudar a localizar o problema raiz. Para obter orientação sobre o registo, consulte Configurar o registo no SDK do Azure para Java e Visão geral da solução de problemas.
Além de habilitar o registro em log, definir o nível de log como VERBOSE
ou DEBUG
fornece informações sobre o estado da biblioteca. As secções seguintes mostram exemplos de configurações de log4j2 e de logback para reduzir o excesso de mensagens quando o registo detalhado está habilitado.
Configurar o Log4J 2
Use as seguintes etapas para configurar o Log4J 2:
- Adicione as dependências no seu pom.xml usando as do exemplo de registo de pom.xml, na seção "Dependências necessárias para Log4j2".
- Adicione
log4j2.xml à sua pasta src/main/resources.
Configurar o logback
Use as seguintes etapas para configurar o logback:
- Adicione as dependências no seu pom.xml usando as do exemplo de registo pom.xml, na secção "Dependências necessárias para logback".
- Adicione
logback.xml à sua pasta src/main/resources.
Habilitar o log de transporte AMQP
Se ativar o registo do cliente não for suficiente para diagnosticar os seus problemas, pode ativar o registo num ficheiro na biblioteca AMQP subjacente, Qpid Proton-J. Qpid Proton-J usa java.util.logging
. Você pode habilitar o registro em log criando um arquivo de configuração com o conteúdo mostrado na próxima seção. Ou defina proton.trace.level=ALL
e as opções de configuração desejadas para a implementação java.util.logging.Handler
. Para obter as classes de implementação e suas opções, consulte Package java.util.logging na documentação do Java 8 SDK.
Para rastrear os quadros de transporte AMQP, defina a variável de ambiente PN_TRACE_FRM=1
.
Exemplo de arquivo "logging.properties"
O seguinte arquivo de configuração registra a saída de nível TRACE do Proton-J para o arquivo proton-trace.log:
handlers=java.util.logging.FileHandler
.level=OFF
proton.trace.level=ALL
java.util.logging.FileHandler.level=ALL
java.util.logging.FileHandler.pattern=proton-trace.log
java.util.logging.FileHandler.formatter=java.util.logging.SimpleFormatter
java.util.logging.SimpleFormatter.format=[%1$tF %1$tr] %3$s %4$s: %5$s %n
Reduzir o registo de atividades
Uma maneira de reduzir o registo de logs é alterar a verbosidade. Outra maneira é adicionar filtros que excluem logs de pacotes de nomes de logger como com.azure.messaging.eventhubs
ou com.azure.core.amqp
. Para obter exemplos, consulte os arquivos XML nas seções Configurar Log4J 2 e Configurar logback.
Quando você envia um bug, as mensagens de log das classes nos seguintes pacotes são interessantes:
com.azure.core.amqp.implementation
com.azure.core.amqp.implementation.handler
- A exceção é que você pode ignorar a mensagem
onDelivery
noReceiveLinkHandler
.
- A exceção é que você pode ignorar a mensagem
com.azure.messaging.eventhubs.implementation
Próximos passos
Se as diretrizes de solução de problemas neste artigo não ajudarem a resolver problemas quando você usa o SDK do Azure para bibliotecas de cliente Java, recomendamos que você arquive um problema no repositório SDK do Azure para Java GitHub.