Requisitos de rede

Uma conexão de rede estável e de baixa latência com um data center do Azure é fundamental para uma boa experiência do usuário na Renderização Remota do Azure. Condições de rede ruins podem resultar em conexões caídas, hologramas instáveis, nervosos ou "saltitantes" e atraso percetível ao atualizar o gráfico de cena do lado do servidor.

Diretrizes para conectividade de rede

Os requisitos exatos de rede dependem do seu caso de uso específico, como o número e a frequência de modificações no gráfico de cena remota, bem como a complexidade da exibição renderizada, mas há várias diretrizes para garantir que sua experiência seja a melhor possível:

• Sua conectividade com a Internet precisa suportar pelo menos 40 Mbps downstream e 5 Mbps upstream consistentemente para uma única sessão de usuário da Renderização Remota do Azure, supondo que não haja tráfego concorrente na rede. Recomendamos taxas mais altas para melhores experiências.
• Wi-Fi é o tipo de rede recomendado, uma vez que suporta uma baixa latência, alta largura de banda e conexão estável. Algumas redes móveis introduzem desvios que podem levar a uma experiência ruim.
• Usar a banda Wi-Fi de 5 GHz geralmente produzirá melhores resultados do que a banda Wi-Fi de 2,4 GHz, embora ambas devam funcionar.
• Se houver outras redes Wi-Fi nas proximidades, evite usar canais Wi-Fi em uso por essas outras redes. Você pode usar ferramentas de verificação de rede, como WifiInfoView , para verificar se os canais que sua rede Wi-Fi usa estão livres de tráfego concorrente.
• Evite estritamente o uso de repetidores Wi-Fi ou LAN-over-powerline forwarding.
• Evite tráfego intenso de largura de banda concorrente, como streaming de vídeo ou jogos, na mesma rede Wi-Fi.
• Se você tiver vários dispositivos no mesmo ponto de acesso, os requisitos serão dimensionados correspondentemente. Se você tiver vários pontos de acesso em um ambiente, balanceie a carga dos dispositivos entre os pontos de acesso, para que eles sejam distribuídos uniformemente.
• Ter uma boa intensidade de sinal Wi-Fi é essencial. Se possível, mantenha-se perto do seu ponto de acesso Wi-Fi e evite obstáculos entre o seu dispositivo cliente e os pontos de acesso.
• Certifique-se de que se liga sempre ao centro de dados do Azure mais próximo da sua região. Quanto mais próximo do data center, menor a latência da rede, o que tem um enorme efeito na estabilidade do holograma.

Nota

A largura de banda downstream é consumida principalmente pelo fluxo de vídeo, que por sua vez é dividido entre informações de cor e profundidade (ambos 60 Hz, estéreo).

Testes de desempenho de rede

Se você quiser obter uma compreensão inicial de se a qualidade da sua conectividade de rede é suficiente para executar a Renderização Remota do Azure, existem ferramentas online existentes que você pode usar. É altamente recomendável executar essas ferramentas online a partir de um laptop razoavelmente poderoso conectado ao mesmo Wi-Fi do dispositivo no qual você planeja executar seu aplicativo cliente de Renderização Remota do Azure. Os resultados obtidos com a execução dos testes em um telefone celular ou HoloLens2 são geralmente menos úteis, pois provaram mostrar uma variação significativa em dispositivos de ponto final de baixa potência. O local em que você coloca o laptop deve estar aproximadamente no mesmo local em que você espera usar o dispositivo que executa seu aplicativo cliente de Renderização Remota do Azure.

Aqui estão algumas etapas simples para um teste rápido da conectividade de rede:

1. Execute uma ferramenta de teste de rede como www.speedtest.net para obter dados sobre a latência geral e a largura de banda upstream/downstream da sua conexão de rede. Escolha um servidor mais próximo de você e execute o teste. Embora o servidor não seja o data center do Azure ao qual a Renderização Remota do Azure se conectará, os dados resultantes ainda são úteis para entender o desempenho de sua conexão com a Internet e Wi-Fi.
   • Requisito mínimo para a Renderização Remota do Azure: Aprox. 40 Mbps downstream e 5 Mbps upstream.
   • Recomendado para Renderização Remota do Azure: Aprox. 100 Mbps downstream e 10 Mbps upstream. Recomendamos executar o teste várias vezes e obter os piores resultados.
2. Use uma ferramenta como www.azurespeed.com que mede a latência para data centers do Azure. Selecione o centro de dados do Azure suportado pela Renderização Remota do Azure mais próximo de si (consulte as regiões suportadas) e execute um teste de latência. Se houver variação nos números que você vê, dê aos resultados algum tempo para estabilizar.
   • Requisito mínimo para a Renderização Remota do Azure: a latência deve ser consistentemente inferior a 80 ms.
   • Recomendado para a Renderização Remota do Azure: a latência deve ser consistentemente inferior a 40 ms.

Embora a baixa latência não seja uma garantia de que a Renderização Remota do Azure funcionará bem em sua rede, geralmente vimos seu bom desempenho em situações em que esses testes foram aprovados com êxito. Se você estiver encontrando artefatos como hologramas instáveis, nervosos ou saltitantes ao executar a Renderização Remota do Azure, consulte o guia de solução de problemas.

Como 'pingar' uma sessão de renderização

Pode ser útil medir as latências em relação a uma VM de sessão específica, pois esse valor pode diferir dos valores relatados por www.azurespeed.com. O nome do host de uma sessão é registrado pelo script powershell para criar uma nova sessão. Da mesma forma, há uma propriedade hostname na resposta de chamada REST e também na API de tempo de execução C++/C# (RenderingSessionProperties.Hostname). Além disso, a porta de handshake é necessária, que pode ser recuperada de forma semelhante.

Aqui estão alguns exemplos de saída da execução do RenderingSession.ps1 script:

As VMs de sessão ARR não funcionam com a ferramenta de 'ping' de linha de comando integrada. Em vez disso, uma ferramenta de ping que funcione com TCP/UDP deve ser usada. Uma ferramenta simples chamada PsPing (link para download) pode ser usada para este fim. A sintaxe de chamada é:

psping.exe <hostname>:<handshakeport>

Exemplo de saída da execução do PsPing:

Próximos passos

• Guia de início rápido: renderizar um modelo com o Unity