Tag: vultr

Vultr 推出了自己的 CDN

Vultr 推出了自己的 CDN：「Vultr CDN: Revolutionizing Content Delivery with Global Reach and Unbeatable Price-to-Performance」。

畢竟手上也有很多機房了，這算是弄個加值服務賣... 不過對於量小的人就不太划算了，有基本開銷 US$10/mo (看起來不可抵使用的量)，然後再加上頻寬費：

亞洲區的點主要還是比較傳統的點... 其中日本的東京與大阪以及新加坡都是 US$0.03/GB，韓國的首爾則是 US$0.05/GB；歐美看起來是 US$0.01/GB。

目前還在 beta，可以觀望看看...

Vultr 開大阪機房

Vultr 宣布開大阪機房：「New Cloud Data Center Location: Osaka, Japan」。

本來的東京機房從 HiNet 過去會塞，可以看到每天都會有一段時間 latency 會飄起來：

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

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

如果是 Vultr 大阪機房的話，先用 mtr 看了一下 latency，狀況似乎是好很多？好像可以考慮把東京的機器搬到大阪看看...

Vultr 更新流量計算方式

一時間沒找到在哪邊看到的，但的確是漏掉這個消息，早上看到去翻才注意到的... Vultr 在去年 11 月底宣佈更新流量的計算方式：「Vultr Announces Reduced Bandwidth Pricing, 2 TB of Free Monthly Egress, Free Ingress, and Global Pooling」。

這波費用的更新算是跟上另外兩家 (Linode 與 DigitalOcean) 的算法了，先前 Vultr 的算法就很古老 XD

第一個是 inbound traffic 不算錢了 (總算)：

Data ingress will now be free.

再來是 traffic pool 的概念，現在每個帳號的流量會統一計算，而非每台機器自己計算：

All customers will receive global account-level pooling of transfer across all instances and locations.

然後是每個帳號都提供 2TB 的 free outbound traffic，這點有點放送的感覺：

Every Vultr customer will now receive two terabytes (2 TB) of free outbound data transfer every month, in addition to the transfer included with each subscription.

最後是超量的部份收費也簡化了，不管什麼地區都是 $0.01/GB：

Vultr will now offer a reduced, single worldwide egress overage rate of only $0.01 per GB.

最後這點有個值得操作的點：依照他的收費標準，超量 1TB 的流量需要付 $10 的費用，但你可以多租一台 $5/mo 的機器，這個方式提供了 1TB 的流量到 traffic pool 裡面。

Vultr 可以帶自己的 IP 位置使用

Twitter 上看到 Vultr 可以帶自己的 IP 使用：

翻了一下發現是 2015 年就提供的功能：「Announce IP Space on the Cloud with Vultr」，而旁邊的 Linode 與 DigitalOcean 似乎都沒翻到...

在文件「Configuring BGP on Vultr」這邊可以看到需要先驗證 IP 是你的，算是業界常見的作法，跟當初申請 AWS 的 Direct Connect 類似的作法。

Vultr 也推出 Kubernetes 服務 (Beta)

看到 Vultr 也打算要推出 Kubernetes 這個產品線了：「Announcing Vultr Kubernetes Engine!」。

這樣加上之前的 Linode 的 Linode Kubernetes Engine (LKE) 與 DigitalOcean 的 DigitalOcean Kubernetes (「DigitalOcean 也推出 Kubernetes 的服務」)，比較知名的幾家 VPS 都推出 K8S 的產品線了。

對於不是 cloud provider 的 VPS provider 來說，直接拿 K8S 整合可以建了一組 mini-AWS 的架構出來，而且因為軟體還算紅，既有的 ecosystem 也可以直接拉進來，不需要另外重新學。不過因為 K8S 發展很快，還是可以常常看到各種踩雷抱怨文... XD

對於使用者來說，如果有一定的量與技術能力，加上想要省錢的話，用這些 VPS 提供的 K8S 服務看起來是個不錯的選擇。

應該找些時間更新之前自己摸索的那些東西了 (之前整理在「Kubernetes」這邊)，理解底層會怎麼弄的對於在分析問題時還是蠻重要的 (i.e. 通靈)，記得兩年前如果自己要弄 K8S master HA 還是 beta 功能...

架設 MTProxy 加快 Telegram 的速度

在台灣如果是透過 HiNet 連 Telegram 是沒什麼問題 (不需要翻牆)，不過連結的 preview 以及圖片影片讀取的速度實在很慢，試著在 GCP (彰濱機房) 跟 Vultr (東京機房) 上架 Proxy 測試看看，發現速度都改善很多...

這邊用的是官方提供的 MTProxy，我把安裝的懶人包放在自己的 wiki 上了：「MTProxy」，在 AWS 或是 GCP 上安裝時，因為網卡拿到的是 Private IP 而非對外的 Public IP，需要指定 --nat-info 告訴 MTProxy 要針對協定裡面的 IP address 另外處理。

跑一陣子再來看看有什麼可以調整的...

在 DHCP 的情境下強制指定 DNS servers

我在 Vultr 上的 Trac 自動開票程式有時候會爛掉，沒把票開出來，把 stderr 輸出到檔案後發現是找不到 hostname：

socket.gaierror: [Errno -3] Temporary failure in name resolution

看了看 /etc/resolv.conf 發現系統使用的 DNS server 設定是透過 DHCP 取得設定的。但 Vultr 只有提供一組 DNS server，當查不到東西時就爆掉了... 所以找了一下，看到「How to override the DHCP-provided nameserver?」這篇，但裡面是用「增加到前面的方式」，跟我想要改成只用 1.1.1.1 與 1.0.0.1 不太一樣。

知道目錄後拿關鍵字去 dhclient.conf 的 manpage 裡面找，就可以看到四種設定方式：

        default [ option declaration ] ;
        supersede [ option declaration ] ;
        prepend [ option declaration ] ;
        append [ option declaration ] ;

這四組看名字就大概知道用途了。接下來就是把對應的 interface 查出來以後，用 supersede 就搞定了：

    supersede domain-name-servers 1.1.1.1, 1.0.0.1;

重開機測試可以確認 /etc/resolv.conf 的內容改變了。接下來再來觀察看看還會不會有狀況...

Vultr 推出 $3.5/m 的方案

在 Twitter 上看到 Vultr 推出了 USD$3.5/month 的方案：

這規格與價錢明顯就是對 Amazon Lightsail 的新方案反應...

最早的時候 Vultr 提供了 USD$2.5/month 的類似方案，但後來限制到只有紐約與邁阿密有，最近則是限制到只有 IPv6 address 沒有 IPv4 address (會需要靠 Cloudflare 這類服務幫忙 proxy)，而且限制只能開兩台。

這次推出的方案跟 USD$2.5/month 的規格一樣，不過是有 IPv4 address，所以多了 USD$1/month。

Amazon Lightsail 試用兩天的心得...

前幾天在「Amazon Lightsail 降價...」這篇文章提到了 Lightsail 這波降價還蠻有競爭力的，但之前看過「Is the fact that Lightsail instances are just renamed T2 instances that run on CPU credits actually documented anywhere?」這篇，大概知道 Lightsail 後面其實就是 t2 系列的機器，只是在這次 t3 出來後的改版不知道有沒有順便一起改...

前幾天直接把 blog + wiki 整個搬過去看看。本來在 Vultr 的主機是 1GB RAM，就挑了對應的方案搬過去... 如果還是 t2 的話，應該就會是 t2.micro 的機器。

由於搬家前面一天都在弄各種環境，所以應該累積了不少 CPU credit，實際的情況還是要等 DNS 指過來超過一天後才會知道。在剛剛跑了一整天，把 CPU credit 吃差不多後確認了，應該還是 t2.micro，baseline 在 10% (被降速了)：

這樣的話就維持在 Vultr 好了... CPU 資源看起來還是用超過了。

Vultr 又開放 USD$2.5/month 的機器了，限制 IPv6 only...

今天被提到說 Vultr 開放 USD$2.5/month 的機器又開放了，但是限制 IPv6 only：

對於網站來說，可以在前面擋個 Cloudflare 之類的服務當作 IPv4 proxy 來解，應該是還不錯...