Wir betreiben eine WCF-basierte API für Windows Azure-Webrollen in Nordeuropa. In letzter Zeit hatten wir Probleme mit sehr instabilen Verbindungen zu einem Client, der auf AWS US East läuft. Ein Wireshark-Dump von unserer Azure-Instanz zeigte, dass TCP-Pakete irgendwo auf dem Pfad verloren gegangen waren und mehrere TCP-Übertragungen von unseren Azure-Instanzen stattfanden.Konfigurieren der MTU-Größe auf Azure PaaS
Die ausgezeichnete Unterstützung von AWS hat uns geholfen, festzustellen, dass dies wahrscheinlich auf Azure Instances zurückzuführen ist, die Jumbo-Frames mit Fragmentgrößen> 1500 Byte verwenden und die Pfad-MTU-Erkennung nicht ordnungsgemäß funktioniert. Ein Hinweis ist, dass die Verbindungen normalerweise bereits im TLS-Handshake stecken bleiben (unsere API läuft über HTTPS), da das TLS-Hello-Paket ungefähr 5000 Bytes umfassen würde.
Meine Frage ist, was ist die empfohlene Methode zur Konfiguration der MTU-Größe auf Azure PaaS? Das Ausführen eines Netsh-Befehls für die Instanzen wäre nicht dauerhaft, wenn das Cloud-Fabric Instanzen usw. verlagert.
Hat auch jemand ähnliche Probleme? Ich mache mir Sorgen über eine verschlechterte Netzwerkleistung zu anderen Cloud-Ressourcen (SQL Azure, Blob Storage, Service Bus), wenn die MTU vom Standardwert gesenkt wird.
Vielen Dank, wir werden es versuchen! Ich frage mich, ob Ihr Kommentar nicht standardmäßig aktiviert ist. Es ist definitiv nicht etwas, das wir aktiviert haben - als Test haben wir ein vollständig sauberes Cloud-Projekt mit einem WCF-Testdienst mit einem HTTPS-Endpunkt erstellt und deutlich Pakete mit einer Größe von> 1500 Bytes und DontFragment-Flag festgelegt. Ich denke, wir sollten das PS-Skript rückgängig machen können, um es zu deaktivieren. –