管理 REST API を使用して VIP スワップを実行しました。オペレーションがステータス コード "Succeeded" を返すまでに 30 秒かかりましたが、サービスへのリクエストが新しいコンテンツを返し始めるまでにさらに 1 分ほどかかりました。開始が遅いプロセスを管理する必要があるため、VIP スワップの前後にワーカー ロールに通知する必要があります。問題はこれです: VIP スワップが完了したことをどのように確信できますか? 新しい展開からコンテンツを取得し始めた場合、アクションを実行するまでどのくらい待つ必要がありますか? つまり、すべての Web ロールがほぼ同時にスワップされますか? このスレッドでは、古いコンテンツが最大 30 分間返されていると報告されていますが、信じがたいと思います。おそらく、キャッシングまたはプロキシが配置されていたのでしょう。
質問する
1465 次
2 に答える
7
実際の VIP スワップには数十秒程度しかかからないはずなので、「ちょっと待って」で問題ありません。とはいえ、既存の接続はかなりの時間維持できます。同じブラウザで何度も更新している場合は、1 つの TCP ソケットを開いたままにしておくことができます (HTTP キープアライブのため)。VIP スワップにもかかわらず、ソケットはまだ開いており、古い展開に接続されています。
したがって、測定にかかる時間は、何を測定しようとしているかによって異なります。新しいデプロイを指すようにロード バランサーを再プログラミングするプロセスは非常に高速です。すべてのユーザーが切断して新しい接続を確立するプロセス (およびキャッシュのフラッシュなど) には、さらに時間がかかる可能性があります。
于 2012-06-04T03:31:59.477 に答える
0
Azure側でVIPスワップを実行する実際の物理的なアクションに関する、あなたの質問に対する正確な答えはわかりません。ただし、スワップが発生すると、DNS名の変更が反映されるまでに時間がかかります。TTL（存続時間）が比較的小さい場合でも。これは、ほとんどのISPが独自のサーバーでDNS解決をキャッシュし、新しいIPが古い名前に解決されるまでに、あらゆる種類のDNSキャッシュを更新する必要があるためです。
于 2012-06-04T00:51:56.733 に答える