我試圖讓我的EC2實例更好地與第三方服務的API進行通信。延遲是非常重要的,因爲語音通信非常重要,所以遲滯是不能容忍的。通過IP地址的EC2實例區域
我知道一些供應商使用EC2,但亞馬遜的IP系統使得很難找到實例所在的區域。使用非彈性IP服務,我可以執行whois
並查找它是否在澳大利亞或歐洲的某個地方,所以我可以把服務器放在附近。
使用這些彈性IP,我怎樣才能找到他們所在的區域。我可以使用ping時間,但有一點猜測,我必須讓所有這些實例在不同地區找到最短的ping時間。
我試圖讓我的EC2實例更好地與第三方服務的API進行通信。延遲是非常重要的,因爲語音通信非常重要,所以遲滯是不能容忍的。通過IP地址的EC2實例區域
我知道一些供應商使用EC2,但亞馬遜的IP系統使得很難找到實例所在的區域。使用非彈性IP服務,我可以執行whois
並查找它是否在澳大利亞或歐洲的某個地方,所以我可以把服務器放在附近。
使用這些彈性IP,我怎樣才能找到他們所在的區域。我可以使用ping時間,但有一點猜測,我必須讓所有這些實例在不同地區找到最短的ping時間。
Amazon EC2定期公佈其Amazon EC2 Public IP Ranges,其各地區聚類他們。
以外,你可能也有興趣我的回答How could I determine which AWS location is best for serving customers from a particular region?,它概述了處理此基礎上進行外部數據/算法或通過Multi-Region Latency Based Routing now Available for AWS(其他兩個選項,其可能僅會派上大用場完全擁抱Amazon Route 53爲好)。
將您的服務器置於Route 53 DNS之後,並讓基於延遲的路由爲您完成剩下的工作 - 它可以爲您自動決定最不潛在的服務器。
http://aws.typepad.com/aws/2012/03/latency-based-multi-region-routing-now-available-for-aws.html
我更新了標題,所以它說的區域,這正是我正在尋找!非常感謝你 – Akshat 2013-02-27 14:08:10