Vultr 宣布開大阪機房:「New Cloud Data Center Location: Osaka, Japan」。
本來的東京機房從 HiNet 過去會塞,可以看到每天都會有一段時間 latency 會飄起來:

從 HiNet 過去 Vultr 東京機房是走 PCCW 的線路:

從 Vultr 東京機房回來是走 NTT 的線路:

如果是 Vultr 大阪機房的話,先用 mtr 看了一下 latency,狀況似乎是好很多?好像可以考慮把東京的機器搬到大阪看看...
幹壞事是進步最大的原動力
在 Twitter 上看到這則障礙資料:
因 APG 海纜障礙影響 HiNet 客戶連線美國、中國及香港部份網站之連線品質
🕓 2021-10-30~2021-11-30, 2021-10-30 10:00AM2021 年 10 月 30 日發生 APG 海纜障礙,客戶連線美國、中國及香港部份網站可能造成部分連線有少許延遲現象。https://t.co/bBapFA47He
— HiNet 網站公告 (@HiNetNotify) October 30, 2021
APG (Asia Pacific Gateway) 在 2016 年啟用,還算是新的海纜,看起來會有不少頻寬受到影響... 這點在 HiNet 上用 SmokePing 監控對 dynamodb.ap-southeast-1.amazonaws.com
的 packet loss 就很明顯的可以看出來了:
連過去封包掉的亂七八糟的,然後公司做東南亞生意,操作起來苦哈哈... 不過其他 ISP 看起來還行,應該有機會先繞過去。
昨天把跑在 Raspberry Pi 上的 SmokePing 資料改用統一版本 (我在 GitHub 上公開的 smokeping-config.d 這個),但有些節點的 naming 改變了,所以會需要將資料整在一起。
在透過 Google 搜尋後,用的工具是「A very simple script to merge multiple RRD files, since none of those available seem to work.」這個,是一隻 Python 的程式。另外可以從程式碼裡面看到他使用了 rrdtool
這個 CLI 工具 (SmokePing 用了 RRD 格式儲存資料),所以使用這隻程式前需要先安裝 rrdtool 這個套件:
$ sudo apt install rrdtool
接下來就是照說明來轉換。由於 rrdtool 這隻程式沒有對 filename 做特殊處理 (i.e. 把 -
當作 stdin),所以會使用到 /dev/stdin
這種特殊方式來當作 input:
./simple-rrd-merge.py input-a.rrd input-b.rrd | rrdtool restore /dev/stdin output.rrd
當然,要記得先把 SmokePing 停掉再跑會比較好 XD
生出的 RRD 檔案再覆蓋回去 (我是先備份起來,以免有意外...),然後再把 SmokePing 跑起來就可以了。
目前的電腦與網路已經有能力一次掃完整個 IPv4:「The result of pinging all the Internet IP addresses」。
用 ping 不一定準確,因為目前 Windows 作業系統預設會開啟防火牆,不會接受 ping。不過仍然是個有趣的方法 :p
首先是整個 IPv4 address space 只有 7% 的 IP address 會回應 ICMP ping:
另外有各 /8 的回應數量:
可以看到很多是空的... XD