Este artigo responde a algumas perguntas frequentes sobre a Retransmissão do Azure. Para obter informações gerais sobre preço e suporte do Azure, confira Perguntas frequentes sobre suporte do Azure.
Observação
Recomendamos que você use o módulo Az PowerShell do Azure para interagir com o Azure. Para começar, consulte Instalar o Azure PowerShell. Para saber como migrar para o módulo Az PowerShell, confira Migrar o Azure PowerShell do AzureRM para o Az.
Perguntas gerais
O que é a Retransmissão do Azure?
O serviço de Retransmissão do Azure facilita seus aplicativos híbridos ajudando você a exporta com mais segurança os serviços que residem em uma rede corporativa para a nuvem pública. Você pode expor os serviços sem abrir uma conexão de firewall e sem exigir alterações invasivas a uma infraestrutura de rede corporativa.
O que é um namespace de Retransmissão?
Um namespace é um contêiner de escopo que você pode usar para tratar recursos de Retransmissão dentro de seu aplicativo. Você deve criar um namespace para usar a Retransmissão. Essa é uma das primeiras etapas para começar.
O que aconteceu com o serviço de Retransmissão do Barramento de Serviço?
O serviço que antes era chamado de Retransmissão do Barramento de Serviço agora se chama Retransmissão do Azure. Você pode continuar a usar esse serviço como de costume. O recurso Conexões Híbridas é uma versão atualizada de um serviço que foi transplantado dos Serviços BizTalk do Azure. Ainda há suporte para Retransmissão do WCF e Conexões Híbridas.
Preços
Esta seção responde a algumas perguntas frequentes sobre a estrutura de preços de Retransmissão. Você também pode conferir as Perguntas frequentes sobre o suporte do Azure para obter informações gerais sobre preços do Azure. Para obter informações completas sobre o preço da Retransmissão, consulte Detalhes de preço do Barramento de Serviço.
Como são cobradas as Conexões Híbridas e a Retransmissão do WCF?
Para obter informações completas sobre os preços da Retransmissão, consulte a tabela Conexões Híbridas e Retransmissões do WCF na página de detalhes de preços do Barramento de Serviço. Além dos preços mencionados, indicados naquela página, você é cobrado por transferências de dados associadas para saída fora do data center em que seu aplicativo é provisionado.
Como as horas são calculadas para Retransmissão?
A Retransmissão do WCF está disponível apenas nos namespaces da camada Standard. Preços e cotas de conexão para retransmissões não mudaram em outros aspectos. Isso significa que as retransmissões continuarão sendo cobradas sobre o número de mensagens (não de operações) e horas de retransmissão. Para obter mais informações, consulte a tabela “Conexões Híbridas e Retransmissões do WCF” na página de detalhes de preços.
E se eu tiver mais de um ouvinte conectado a uma retransmissão específica?
Em alguns casos, uma só retransmissão tem muitos ouvintes conectados. Uma retransmissão é considerada aberta quando pelo menos um ouvinte de retransmissão está conectado a ela. Adicionar ouvintes a uma retransmissão aberta resulta em horas de retransmissão adicionais. O número de remetentes de retransmissão (clientes que invocam ou enviam mensagens para retransmissões) conectados a uma retransmissão não afeta o cálculo de horas de retransmissão.
Como esse medidor de mensagens é calculado para Retransmissões do WCF?
(Isso se aplica somente a retransmissões WCF. As mensagens não são um custo para Conexões Híbridas.)
Em geral, mensagens cobráveis para retransmissões são calculadas usando o mesmo método usado para entidades agenciadas (filas, tópicos e assinaturas) descrito anteriormente. No entanto, há algumas diferenças importantes.
O envio de uma mensagem para a Retransmissão do Azure é tratado como um envio de "passagem completa" ao ouvinte da retransmissão que recebe a mensagem. Não é tratado como uma operação de envio para a Retransmissão do Azure, seguido por uma entrega ao ouvinte da retransmissão. Uma invocação de serviço do tipo solicitação-resposta (de até 64 KB) em relação a um ouvinte resulta em duas mensagens cobráveis: uma mensagem cobrável para a solicitação e uma mensagem cobrável para a resposta (supondo que a resposta também tenha 64 KB ou menos). Isso é diferente de usar uma fila para fazer a mediação entre um cliente e um serviço. Se você usar uma fila para mediar entre um cliente e um serviço, o mesmo padrão de solicitação-resposta exigirá que uma solicitação seja enviada à fila, seguida por uma remoção da fila/entrega da fila ao serviço. Isso é seguido pelo envio de uma resposta a outra fila e uma remoção da fila/entrega dessa fila ao cliente. Usando as mesmas suposições de tamanho (até 64 KB), o padrão de fila mediado resulta em 4 mensagens cobráveis. Você seria cobrado por duas vezes o número de mensagens para implementar o mesmo padrão que você obtém usando retransmissão. É claro que há vantagens em usar filas para atingir esse padrão, como durabilidade e nivelamento de carga. Essas vantagens podem justificar a despesa adicional.
As retransmissões abertas usando a associação do WCF netTCPRelay tratam as mensagens não como mensagens individuais, mas como um fluxo de dados que flui pelo sistema. Ao usar essa associação, somente o remetente e o ouvinte têm visibilidade do enquadramento das mensagens individuais enviadas e recebidas. Para retransmissões que usam a associação netTCPRelay, todos os dados são tratados como um fluxo para o cálculo das mensagens cobráveis. Nesse caso, o Barramento de Serviço calcula a quantidade total de dados enviados ou recebidos por meio de cada retransmissão individual por 5 minutos. Em seguida, ele divide essa quantidade total de dados por 64 KB para determinar o número de mensagens faturáveis para a retransmissão durante o período.
Cotas
| Nome da cota | Escopo | Observações | Valor |
|---|---|---|---|
| Namespaces de retransmissão por assinatura do Azure | Assinatura do Azure | - | 1000 |
| Ouvintes simultâneos em uma retransmissão | Entidade (conexão híbrida ou retransmissão do WCF) | Solicitações subsequentes de conexões adicionais são rejeitadas e uma exceção é recebida pelo código de chamada. | 25 |
| Conexões de retransmissão simultâneas por todos os pontos de extremidade de retransmissão em um namespace de serviço | Namespace | - | 5\.000 |
| Pontos de extremidade de retransmissão por namespace de serviço | Namespace | - | 10,000 |
| Tamanho de mensagem para retransmissões NetOnewayRelayBinding e NetEventRelayBinding | Namespace | As mensagens de entrada que excederem essas cotas serão rejeitadas e uma exceção será recebida pelo código de chamada. | 64 KB |
| Tamanho de mensagem para retransmissões HttpRelayTransportBindingElement e NetTcpRelayBinding | Namespace | Não há limite no tamanho da mensagem. | Ilimitado |
| Número de regras de rede virtual e filtro IP | Namespace | - | 128 |
A retransmissão tem alguma cota de uso?
Por padrão, para qualquer serviço de nuvem, a Microsoft define uma cota de uso mensal agregada que é calculada para todas as assinaturas de um cliente. Sabemos que, às vezes, suas necessidades podem exceder esses limites. Você pode contatar o atendimento ao cliente a qualquer momento para que possamos compreender suas necessidades e ajustar esses limites adequadamente. Para o Barramento de Serviço, as cotas totais de uso são:
- 5 bilhões de mensagens
- 2 milhões de horas de retransmissão
Embora reservemos o direito de desabilitar uma conta que tenha excedido suas cotas de uso mensais, fornecemos uma notificação por email e fazemos várias tentativas de contatar o cliente antes de tomar qualquer medida. Os clientes que excedem essas cotas ainda são responsáveis por encargos em excesso.
Restrições de nomenclatura
Um nome de namespace de Retransmissão deve ter entre 6 e 50 caracteres.
Gerenciamento de assinaturas e de namespaces
Como posso migrar um namespace para outra assinatura do Azure?
Para mover um namespace de uma assinatura do Azure para outra assinatura, você pode usar o portal do Azure ou comandos do PowerShell. Para mover um namespace para outra assinatura, o namespace já deve estar ativo. O usuário que executa os comandos deve ser Administrador nas assinaturas de origem e de destino.
Portal do Azure
Para usar o portal do Azure para migrar namespaces de Retransmissão do Azure de uma assinatura para outra, consulte Mover recursos para um novo grupo de recursos ou assinatura.
PowerShell
Para usar o PowerShell para mover um namespace de uma assinatura do Azure para outra, use a seguinte sequência de comandos. Para executar essa operação, o namespace já deve estar ativo e o usuário que está executando os comandos do PowerShell deve ser um Administrador nas assinaturas de origem e de destino.
# Create a new resource group in the target subscription.
Select-AzSubscription -SubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff'
New-AzResourceGroup -Name 'targetRG' -Location 'East US'
# Move the namespace from the source subscription to the target subscription.
Select-AzSubscription -SubscriptionId 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa'
$res = Find-AzResource -ResourceNameContains <NAMESPACE NAME> -ResourceType 'Microsoft.ServiceBus/namespaces'
Move-AzResource -DestinationResourceGroupName 'targetRG' -DestinationSubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff' -ResourceId $res.ResourceId
Solução de problemas
Quais são algumas das exceções geradas pelas APIs de Retransmissão do Azure e que ações sugeridas você pode executar?
Para obter uma descrição de exceções comuns e ações sugeridas que você executar, consulte Exceções de retransmissão.
O que é uma assinatura de acesso compartilhado e quais idiomas posso usar para gerar uma assinatura?
As SAS (Assinaturas de Acesso Compartilhado) são um mecanismo de autenticação com base em hashes seguros SHA-256 ou URIs. Para obter informações sobre como gerar suas próprias assinaturas em Node.js, PHP, Python, Java, C e C#, consulte Autenticação do Barramento de Serviço com assinaturas de acesso compartilhado.
É possível permitir apenas alguns pontos de extremidade de retransmissão?
Sim. O cliente de retransmissão faz conexões com o serviço de Retransmissão do Azure usando nomes de domínio totalmente qualificados. Os clientes podem adicionar uma entrada para *.servicebus.windows.net nos firewalls que permitem lista de aprovações de DNS.
Também é possível incluir na lista de permitidos um namespace específico usando your-namespace-name.servicebus.windows.net. Nesse caso, você também precisará incluir na lista de permitidos os gateways para o seu namespace, que podem ser encontrados usando este script do PowerShell.