RTTの平均は4.458msecです。ms次に、tracerouteの結果。Tokyo(210.173.176.188)でのIX接続を経て、AWS内に入っていく経路となります。BGPピア有り次に、AWSとBGPピアを確立している場合です。msまずpingですが、RTTが3.212msecと、さっきより約1.2msecほどRTTが短くなりました。mstracerouteを確認すると、まずホップ数(経由するルーターの数)が先ほどと比べて少なくなっています(13→9)。10.202.xx.xx(Private)の自拠点を出た後に、他事業者の網内は通らず、27.0.0.xx(Amazon保有)へ入るといった経路を辿っている事が分かります。その結果、経路的にも近くなり、経由する機器の数も減ったことから、ネットワークレイテンシが小さくなったと考えられます。次に、"ap-northeast-1b"と"ap-northeast-1c"での計測結果ですが、↑とほど同様の傾向が見られたので、コマンドの実行結果だけはって、最後に考察を書いてみます。ms考察・まとめ上記の結果を見ていただければわかりますが、今回のサンプルでは、AWSとBGPピアをはることで、ASパスが2から1になっているというケースです。」にも書いたとおり、AWSにはたくさんのASがピアリングしていて、今後もおそらく増えると思われるので、どこから繋いでも、それほど大きなASパスにはならないかもしれません。(もちろん各AS構内のルーターの設定次第です)一応、今回の計測結果を以下にまとめます。6.697msecこの通り、AWSとBGPピアをはることで、今回はASパスが2から1に減り(数hop減少)、約0.9〜1.3msecレイテンシは小さくなりました。各Zoneともに同じ傾向です。面白い傾向としては、これまでのtracerouteの計測結果を見ていると、接続元の拠点が同じ場合、3つのどのZoneへの経路にしても、同じIX(接続元からのベストパスによって通るIXは違いますが)を通っていっているという点です。↑の表だと、日本国内からの接続でサービスのレイテンシを最大限小さくしたい場合は、(僕のアカウントを使う限りは)ap-northeast-1a*1でサービスを展開すべき、ということになります。↑の数字は誤差の範囲内なので、それほど神経質になる必要はありません。3つのどこでも正直大差はないでしょう。Zoneということで、各Zoneは、IX拠点から、2msec前後の差がつくくらいのネットワーク距離がある、つまりそれなりに離れていることを意味しているのかもしれません。長くなってしまったので、一旦この辺まで。Tumblr関連記事2014-03-27特定のソースIPアドレスからpingを送りたいとき人生で彼是5回くらいググっている気がするので写経しておく。@namikawaメールアドレス執筆・講演依頼や、その他ご連絡は、以下のメールアドレスまでお願いします。お問い合わせスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。