Alibaba Cloud 上海リージョンとさくらのクラウド東京リージョンをBBIXで繋げてみた
はじめに
本記事では、Alibaba Cloud 上海リージョンとさくらのクラウド東京リージョンをBBIXで繋げてみた結果をご紹介します。
ネットワーク構成
今回このような構成を試してみました。
① Alibaba Cloud 上海リージョンとAlibaba Cloud 東京リージョンはAlibaba Cloud の国際リージョン間接続サービス CENを利用 ② Alibaba Cloud 東京リージョンとさくらのクラウド東京リージョンは BBIX による L2 接続 ③SBクラウドとさくらのクラウドそれぞれのネットワーク機器で、VLANとルーティング情報を広報
マルチクラウド接続の背景
バッドなニュースばかりの2020年でしたが、クラウド業界では様々な動きがありました。
クラウド好きは既にご存知かもしれないですが、7月にBBIX社がマルチクラウド接続サービスを提供開始しました。
Alibaba Cloud 東京リージョンやさくらのクラウドへの閉域接続がBBIX社より提供されていることで、複数のクラウド事業者からエンドースメントもありました。
ただし、こちらのサービスは顧客環境から複数のパブリッククラウド環境への閉域接続でして、マルチクラウド間の閉域接続ではありません。
今回試したネットワーク構成は、2020/12/1時点ではBBIX社でサービス化されていないマルチクラウド間の閉域接続を試しております。
BBIX社とさくらインターネット社の関係者が快くご協力いただき、今回の接続テストが実現しました。
この場を借りて改めてお礼申し上げます。
計測
3社でリモート会議してみて、このやり方で接続はできるだろうと3社とも考えていたのですが、案の定簡単にできました。
ここでは接続確認後に調べてみたことをいくつか紹介します。
計測方法
- ping
- qperf (ノード間の速度とレイテンシ)
- rsync (1M、10M、100M、1Gファイル転送)
計測対象の通信経路
- 東京ECS <--> 東京さくらクラウドサーバ (BBIX経由)
- 東京ECS <--> 東京さくらクラウドサーバ (インターネット経由)
- 上海ECS <--> 東京さくらクラウドサーバ (CEN+BBIX経由)
- 上海ECS <--> 東京さくらクラウドサーバ (インターネット経由)
計測結果 ※2020/12/01 に1回実行のみの結果です。
東京ECS <--> 東京さくらのクラウドサーバ
上海ECS <--> 東京さくらのクラウドサーバ
パケットロス
0%(BBIX経由)0%(インターネット経由)0%(CEN+BBIX経由)0%(インターネット経由)
レイテンシ
3.929ms(BBIX経由)2.058ms(インターネット経由)33.072ms(CEN+BBIX経由)33.081ms(インターネット経由)
帯域
968 Mbps(BBIX経由)96.9 Mbps(インターネット経由)2.13 Mbps(CEN+BBIX経由)94.4 Mbps(インターネット経由)
1GBファイル転送時間
9秒(BBIX経由)1分26秒(インターネット経由)1時間6分31秒(CEN+BBIX経由)2分51秒(インターネット経由)
考察
- BBIX経由の東京ECSと東京さくらのクラウドのマルチクラウド通信は約1Gbps(想定通り)
- CEN+BBIX経由の上海ECSと東京さくらのクラウドのマルチクラウド通信は約2Mbps(想定通り)
- インターネット経由の東京ECSと東京さくらのクラウド通信は約100Mbps (想定通り)
- インターネット経由の上海ECSと東京さくらのクラウド通信は約100Mbps (想定外!!)
こちらの想定以上に上海ECSとさくらのクラウド東京サーバまでのインターネット通信が速くて、安定もしていました。そもそも東京ECSと上海ECSのNICはインターネット速度100Mbpsピーク設定なのですが、まさか上海ECSでほぼフルで出るとは。そのため、日中間インターネットで1GBファイル転送がスムーズに出来ちゃいました。今回インターネットが想定以上に良かったため、相対的にCEN+BBIX経由の通信が遅く感じてしまいます。
しかし、CEN+BBIX経由でボトルネックになっているCEN帯域は増やせば増やすだけ速くなります。当然その分のCENコストが掛かりますが、安定した通信が必要な場合にはやはり適切でしょう。
この結果だけを見ると、上海ECSとさくらのクラウドサーバ間の通信は、大容量転送はインターネットで行い、安定した通信はCEN+BBIXで行う、というのが賢い使い方のようです。
とはいえ、今回は1度だけの測定でしたので、日中間通信のパケットロスなどは継続して測ってきたいと思います。おそらく長期的なパケットロス測定ではインターネットよりもCEN+BBIXに優位性があると推測してます。
また、今回はネットワーク部分での計測でしたが、2社のクラウドサービスの特徴を考えると色々と面白い組み合わせができそうな気がします。
時間を見つけてミドルウェアやアプリケーションなどでの検証もやってみたいと思います。
検証の詳細結果
ping 3600発
さくらのクラウドサーバから東京ECS (BBIX経由)
--- 東京ECS(BBIX経由) ping statistics ---3600 packets transmitted, 3598 received, 0% packet loss, time 3604510msrtt min/avg/max/mdev = 3.738/3.929/4.627/0.105 ms
さくらのクラウドサーバから東京ECS (インターネット経由)
--- 東京ECS(インターネット経由) ping statistics ---3600 packets transmitted, 3600 received, 0% packet loss, time 3603002msrtt min/avg/max/mdev = 1.902/2.058/4.450/0.085 ms
さくらのクラウドサーバから上海ECS (CEN+BBIX経由)
--- 上海ECS(CEN+BBIX経由) ping statistics ---3600 packets transmitted, 3600 received, 0% packet loss, time 3604040msrtt min/avg/max/mdev = 31.730/33.072/2162.936/41.166 ms, pipe 3
さくらのクラウドサーバから上海ECS (インターネット経由)
--- 上海ECS(インターネット経由) ping statistics ---3600 packets transmitted, 3575 received, 0% packet loss, time 3602042msrtt min/avg/max/mdev = 32.907/33.081/33.664/0.166 ms
qperfによるノード間の速度とレイテンシ
さくらのクラウドサーバから東京ECS (BBIX経由)
# qperf -vvs -t 60 --use_bits_per_sec 東京ECS(BBIX経由) tcp_bw tcp_lattcp_bw:bw = 968 Mb/secmsg_rate = 1.85 K/secsend_bytes = 7.26 GBsend_msgs = 110,808recv_bytes = 7.26 GBrecv_msgs = 110,790tcp_lat:latency = 1.65 msmsg_rate = 607 /secloc_send_bytes = 18.2 KBloc_recv_bytes = 18.2 KBloc_send_msgs = 18,198loc_recv_msgs = 18,197rem_send_bytes = 18.2 KBrem_recv_bytes = 18.2 KBrem_send_msgs = 18,197rem_recv_msgs = 18,197
さくらのクラウドサーバから東京ECS(インターネット経由)
# qperf -vvs -t 60 --use_bits_per_sec 東京ECS(インターネット経由) tcp_bw tcp_lattcp_bw:bw = 96.9 Mb/secmsg_rate = 185 /secsend_bytes = 727 MBsend_msgs = 11,100recv_bytes = 727 MBrecv_msgs = 11,092tcp_lat:latency = 1.53 msmsg_rate = 654 /secloc_send_bytes = 19.6 KBloc_recv_bytes = 19.6 KBloc_send_msgs = 19,622loc_recv_msgs = 19,621rem_send_bytes = 19.6 KBrem_recv_bytes = 19.6 KBrem_send_msgs = 19,621rem_recv_msgs = 19,621
さくらのクラウドサーバから上海ECS (CEN+BBIX経由)
# qperf -vvs -t 60 --use_bits_per_sec 上海ECS(CEN+BBIX経由) tcp_bw tcp_lattcp_bw:bw = 2.13 Mb/secmsg_rate = 4.07 /secsend_bytes = 16 MiB (16,777,216)send_msgs = 256recv_bytes = 16 MBrecv_msgs = 244tcp_lat:latency = 16 msmsg_rate = 62.5 /secloc_send_bytes = 1.88 KBloc_recv_bytes = 1.88 KBloc_send_msgs = 1,877loc_recv_msgs = 1,876rem_send_bytes = 1.88 KBrem_recv_bytes = 1.88 KBrem_send_msgs = 1,876rem_recv_msgs = 1,876
さくらのクラウドサーバから上海ECS (インターネット経由)
# qperf -vvs -t 60 --use_bits_per_sec 上海ECS(インターネット経由) tcp_bw tcp_lattcp_bw:bw = 94.4 Mb/secmsg_rate = 180 /secsend_bytes = 710 MBsend_msgs = 10,827recv_bytes = 708 MBrecv_msgs = 10,798tcp_lat:latency = 15.5 msmsg_rate = 64.7 /secloc_send_bytes = 1.94 KBloc_recv_bytes = 1.94 KBloc_send_msgs = 1,941loc_recv_msgs = 1,940rem_send_bytes = 1.94 KBrem_recv_bytes = 1.94 KBrem_send_msgs = 1,940rem_recv_msgs = 1,940
rsyncによるノード間のファイル転送速度
東京ECSからさくらのクラウドサーバに対してrsyncでリモートファイルを転送(BBIX経由)
# rsync -ahv --progress root@さくらのクラウド(BBIX経由):/root/1MB.file /root/receiving incremental file list1MB.file1.05M 100% 66.67MB/s 0:00:00 (xfr#1, to-chk=0/1)sent 43 bytes received 1.05M bytes 2.10M bytes/sectotal size is 1.05M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(BBIX経由):/root/10MB.file /root/receiving incremental file list10MB.file10.49M 100% 158.73MB/s 0:00:00 (xfr#1, to-chk=0/1)sent 43 bytes received 10.49M bytes 20.98M bytes/sectotal size is 10.49M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(BBIX経由):/root/100MB.file /root/receiving incremental file list100MB.file104.86M 100% 119.76MB/s 0:00:00 (xfr#1, to-chk=0/1)sent 43 bytes received 104.88M bytes 69.92M bytes/sectotal size is 104.86M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(BBIX経由):/root/1GB.file /root/receiving incremental file list1GB.file1.05G 100% 100.41MB/s 0:00:09 (xfr#1, to-chk=0/1)sent 43 bytes received 1.05G bytes 99.89M bytes/sectotal size is 1.05G speedup is 1.00
東京ECSからさくらのクラウドサーバに対してrsyncでリモートファイルを転送(インターネット経由)
# rsync -ahv --progress root@さくらのクラウド(インターネット経由):/root/1MB.file /root/receiving incremental file list1MB.file1.05M 100% 76.92MB/s 0:00:00 (xfr#1, to-chk=0/1)sent 43 bytes received 1.05M bytes 299.70K bytes/sectotal size is 1.05M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(インターネット経由):/root/10MB.file /root/receiving incremental file list10MB.file10.49M 100% 16.26MB/s 0:00:00 (xfr#1, to-chk=0/1)sent 43 bytes received 10.49M bytes 6.99M bytes/sectotal size is 10.49M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(インターネット経由):/root/100MB.file /root/receiving incremental file list100MB.file104.86M 100% 11.83MB/s 0:00:08 (xfr#1, to-chk=0/1)sent 43 bytes received 104.88M bytes 11.04M bytes/sectotal size is 104.86M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(インターネット経由):/root/1GB.file /root/receiving incremental file list1GB.file1.05G 100% 11.53MB/s 0:01:26 (xfr#1, to-chk=0/1)sent 43 bytes received 1.05G bytes 11.99M bytes/sectotal size is 1.05G speedup is 1.00
上海ECSからさくらのクラウドサーバに対してrsyncでリモートファイルを転送(CEN+BBIX経由)
# rsync -ahv --progress root@さくらのクラウド(CEN+BBIX経由):/root/1MB.file /root/receiving incremental file list1MB.file1.05M 100% 338.40kB/s 0:00:03 (xfr#1, to-chk=0/1)sent 43 bytes received 1.05M bytes 233.10K bytes/sectotal size is 1.05M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(CEN+BBIX経由):/root/10MB.file /root/receiving incremental file list10MB.file10.49M 100% 264.40kB/s 0:00:38 (xfr#1, to-chk=0/1)sent 43 bytes received 10.49M bytes 265.53K bytes/sectotal size is 10.49M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(CEN+BBIX経由):/root/100MB.file /root/receiving incremental file list100MB.file104.86M 100% 257.18kB/s 0:06:38 (xfr#1, to-chk=0/1)sent 43 bytes received 104.88M bytes 262.54K bytes/sectotal size is 104.86M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(CEN+BBIX経由):/root/1GB.file /root/receiving incremental file list1GB.file1.05G 100% 256.57kB/s 1:06:31 (xfr#1, to-chk=0/1)sent 43 bytes received 1.05G bytes 262.70K bytes/sectotal size is 1.05G speedup is 1.00
上海ECSからさくらのクラウドサーバに対してrsyncでリモートファイルを転送(インターネット経由)
# rsync -ahv --progress root@さくらのクラウド(インターネット経由):/root/1MB.file /root/receiving incremental file list1MB.file1.05M 100% 6.67MB/s 0:00:00 (xfr#1, to-chk=0/1)sent 43 bytes received 1.05M bytes 190.72K bytes/sectotal size is 1.05M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(インターネット経由):/root/10MB.file /root/receiving incremental file list10MB.file10.49M 100% 10.85MB/s 0:00:00 (xfr#1, to-chk=0/1)sent 43 bytes received 10.49M bytes 4.20M bytes/sectotal size is 10.49M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(インターネット経由):/root/100MB.file /root/receiving incremental file list100MB.file104.86M 100% 10.79MB/s 0:00:09 (xfr#1, to-chk=0/1)sent 43 bytes received 104.88M bytes 9.99M bytes/sectotal size is 104.86M speedup is 1.00# rsync -ahv --progress root@さくらのクラウド(インターネット経由):/root/1GB.file /root/receiving incremental file list1GB.file1.05G 100% 5.82MB/s 0:02:51 (xfr#1, to-chk=0/1)sent 43 bytes received 1.05G bytes 6.08M bytes/sectotal size is 1.05G speedup is 1.00
最後に
上記、Alibaba Cloud 上海リージョンとさくらのクラウド東京リージョンをBBIXで繋げてみた結果をご紹介しました。ご参考に頂ければ幸いです。