Régions
Cette page répertorie les régions actuellement disponibles pour une utilisation avec Azure Remote Rendering.
Tableau des régions
Nom | Région | URL |
---|---|---|
Australie Est | australiaeast | https://remoterendering.australiaeast.mixedreality.azure.com |
USA Est | eastus | https://remoterendering.eastus.mixedreality.azure.com |
USA Est 2 | eastus2 | https://remoterendering.eastus2.mixedreality.azure.com |
Japon Est | japaneast | https://remoterendering.japaneast.mixedreality.azure.com |
Europe Nord | northeurope | https://remoterendering.northeurope.mixedreality.azure.com |
États-Unis - partie centrale méridionale | southcentralus | https://remoterendering.southcentralus.mixedreality.azure.com |
Asie Sud-Est | southeastasia | https://remoterendering.southeastasia.mixedreality.azure.com |
Sud du Royaume-Uni | uksouth | https://remoterendering.uksouth.mixedreality.azure.com |
Europe Ouest | westeurope | https://remoterendering.westeurope.mixedreality.azure.com |
USA Ouest 2 | westus2 | https://remoterendering.westus2.mixedreality.azure.com |
Meilleures pratiques de connexion à la région
Pour des résultats optimaux, l’application cliente devrait toujours utiliser la région la plus proche de votre emplacement physique. Le chapitre des exigences réseau mentionne les stratégies de mesure des latences pour les régions individuelles. L’API de création de session ne bascule pas implicitement vers une autre région lorsque la création échoue. Pour rendre les applications clientes résilientes à des pannes potentielles dans des régions spécifiques, il est recommandé d’ajouter une ou plusieurs régions de secours à la logique de création de session. Ainsi, si une session ne peut pas être allouée et que l’API retourne une expiration de délai, le client peut essayer la région la plus proche suivante.