Regions
En esta página se enumeran las regiones disponibles para utilizarse con Azure Remote Rendering.
Tabla de regiones
| Nombre | Region | URL |
|---|---|---|
| Este de Australia | australiaeast | https://remoterendering.australiaeast.mixedreality.azure.com |
| Este de EE. UU. | estado | https://remoterendering.eastus.mixedreality.azure.com |
| Este de EE. UU. 2 | eastus2 | https://remoterendering.eastus2.mixedreality.azure.com |
| Japón Oriental | japaneast | https://remoterendering.japaneast.mixedreality.azure.com |
| Norte de Europa | northeurope | https://remoterendering.northeurope.mixedreality.azure.com |
| Centro-sur de EE. UU. | southcentralus | https://remoterendering.southcentralus.mixedreality.azure.com |
| Sudeste de Asia | southeastasia | https://remoterendering.southeastasia.mixedreality.azure.com |
| Sur de Reino Unido | uksouth | https://remoterendering.uksouth.mixedreality.azure.com |
| Oeste de Europa | westeurope | https://remoterendering.westeurope.mixedreality.azure.com |
| Oeste de EE. UU. 2 | westus2 | https://remoterendering.westus2.mixedreality.azure.com |
Procedimiento recomendado de conexión de región
Para obtener los mejores resultados, una aplicación cliente debería usar siempre la región más cercana a su ubicación física. En el capítulo de requisitos de red se mencionan estrategias sobre cómo medir las latencias de las regiones individuales. La API de creación de sesión no se revierte implícitamente a otra región cuando se produce un error en la creación. Para que las aplicaciones cliente sean resistentes a posibles interrupciones en regiones específicas, se recomienda agregar una o varias regiones de reserva a la lógica de creación de sesión. Por lo tanto, si no se puede asignar una sesión y la API vuelve con un tiempo de espera, el cliente podría probar la siguiente región más cercana.