Tag: service

AWS Ground Station 增加了澳洲的點

AWS 在「AWS Ground Station is now available in the Asia Pacific (Sydney) Region in Australia」這邊宣佈了 AWS Ground Station 多了雪梨 (澳洲) 的點。

這樣亞洲東部這區的衛星也有站點可以打上去了，加上本來的美東美西，歐洲與中東，涵蓋率應該是拉起來了：

AWS Ground Station is available today in US West (Oregon), US East (Ohio), Middle East (Bahrain), EU (Stockholm), and Asia Pacific (Sydney) with more regions coming soon.

不過定價策略還沒變，先繼續看看好了...

花最多錢的 API call

昨天看到這個有趣的討論，要怎麼樣在一個 API call 裡面花最多錢：「How to burn the most money with a single click in Azure」。

主要是這篇開始，在 AWS 上面買 RDS 的 RI，這一個 API call 可以花三百多萬美金：

然後作者試著在 Azure 上找到 Cosmos DB 可以花到九百多萬美金：

另外一個是用 Blob Storage 撐量出來，一億六千多萬美金：

然後最終極的方法是 999 台 instance 的 RI，可以到八億 XDDD：

不過後面這些方法應該買不下去，雲端服務預留的 capacity 應該不夠這樣搞...

SoundCloud 推出的錯誤蒐集工具 Periskop

SoundCloud 推出的錯誤蒐集工具 Periskop，應該是取自捷克文的 Periskop (潛望鏡)：「Periskop: Exception Monitoring Service」。

與 Sentry 這類工具最大的差異在於是走 pull-based 架構，也就是跟 Prometheus 的設計相同 (Prometheus 也是 SoundCloud 發明的專案)。

就資源上來說，當 instance 上的錯誤滿天飛，而超過 log buffer 時，如果是以巨觀的角度來看，其實掉一些東西也沒關係：

另外也有提到一些缺點：

  • If a fatal exception occurs and the process dies, the exception won’t be collected. However, this can be mitigated by the reporting capabilities of orchestration services like Kubernetes or other forms of logging.
  • The pull model is not well suited for short-lived processes like scheduled jobs. This could be solved by the use of a push-based event gateway, although we haven’t yet had the need at SoundCloud, as it is usually more convenient to use logs to inspect failed jobs.

雖然 web (js) 與 mobile devices 的部份沒辦法被這個服務涵蓋，但一般來說會把面向使用者的服務另外拆開，所以不算是缺點... (像 Sentry 那樣通包，主要還是為了商業上的規劃)

目前看起來還缺一些東西 (就我想用的需求)，可以先觀察一下會怎麼發展，另外一邊 Sentry 也在朝 Python 3 進行，也可以嘗試看看...

AWS Global Accelerator 的 TCP 協定

AWS Global Accelerator 是讓使用者先連到最近的 AWS 節點，再透過 AWS 的骨幹網路連到服務上 (可以參考之前寫的「AWS 推出 Global Accelerator，用 AWS 的網路加速」這篇)，當時就有說支援 TCP 與 UDP，但剛剛看到「AWS Global Accelerator launches TCP Termination at the Edge」這篇的時候才注意到，本來的產品是把 TCP 封包當作 UDP 在處理，也就是 TCP 3-way handshake 還是要到服務節點本身處理。

現在這個 TCP Termination 的功能則是先在最近的節點上建立 TCP 連線，然後同時往後端的建立連線接起來：

Typically, a TCP connection is established by using a three-way handshake (that is, three messages) between the client on the internet and the application endpoint in the AWS Region. So the farther away the client is from the endpoint, the longer the initial connection setup takes. With TCP termination at the edge, Global Accelerator reduces initial setup time by establishing a TCP connection between the client and the AWS edge location closest to the client. At nearly the same time, Global Accelerator creates a second TCP connection between the edge location and the application endpoint in the AWS Region. With this process, the client gets a faster response from the Global Accelerator edge location, and the connection from the edge location to the application endpoint in the Region is optimized to run over the AWS global network.

這樣連線的速度就會更快，但有可能會有前面建起來但後面建不起來的情況需要處理，一般的應用程式應該還好，畢竟地球上有個 GFW 也常幹這種事情...

Facebook 提供 Public NTP Service

在「Building a more accurate time service at Facebook scale」這邊 Facebook 講了不少跟 NTP 有關的東西，不過重點在他們提供 Public NTP service：

Having five independent geographically distributed endpoints helps us provide better service — even in the event of a network path failure. So we provide five endpoints:

  • time1.facebook.com
  • time2.facebook.com
  • time3.facebook.com
  • time4.facebook.com
  • time5.facebook.com

Each of these endpoints terminates in a different geographic location, which has a positive effect on both reliability and time precision.

看起來是混了 anycast 進去，從台灣 (HiNet) 走的話，time1.facebook.com 會到東京，time2.facebook.com 到大阪 (難得在 traceroute 上看到 ITM 這個代碼，代表 伊丹機場)，time3.facebook.com 則是台灣，time4.facebook.com 到香港，time5.facebook.com 好像是馬來西亞？看 latency 與 maa 這個詞... (Update：應該是清奈國際機場)

可以考慮看看，另外 Google Public NTP 也是個選項。

AWS Elemental MediaConvert 支援 AV1

在「2020/03/17 - AWS Elemental MediaConvert - 11 updated api methods」這邊看到的：

AWS Elemental MediaConvert SDK has added support for: AV1 encoding in File Group MP4, DASH and CMAF DASH outputs; PCM/WAV audio output in MPEG2-TS containers; and Opus audio in Webm inputs.

翻了一下同個站台的總表「AWS Elemental MediaConvert」這頁，看起來是第一次支援 AV1 輸出，這對於很在意頻寬的應用方便不少，另外翻了一下 Can I Use 這邊的資料「AV1 video format」，看起來也已經有不少環境可以用 AV1 了 (又看到 Safari，真不愧是 2020 年的 IE6)：

另外可以參考「Netflix Now Streaming AV1 on Android」這篇，Netflix 在今年稍早的時候也決定在 Android 平台上採用 AV1。

AWS 上的 Redis 服務支援 Global Replication

AWS 上的 Redis 服務 (Amazon ElastiCache) 推出了 Global Datastore，也就是跨區同步的功能：「Now Available: Amazon ElastiCache Global Datastore for Redis」。

技術上會分成 read endpoint 與 write endpoint (在最後面的操作可以看到 $US_WEST_1_CLUSTER_READWRITE 與 $US_WEST_2_CLUSTER_READONLY)，所以算是蠻常見的 primary-secondary 架構。

不過我基本上不太愛 Redis，能用 Memcached 解決的偏好用 Memcached 解。不過如果把 Redis 當作是一種雲端服務的話，倒是還可以接受...

Lambda 被放進 Savings Plans 了

前幾天才在 Ptt 上回了一些對 Lambda 與 Serverless 的想法，結果剛剛看到 Lambda 被納入 Savings Plans 裡面了：「Savings Plan Update: Save Up to 17% On Your Lambda Workloads」。

最多 17% 的折扣，看起來比其他的低不少，應該是因為 Lambda 比起 EC2 或是 Fargate 更動態的關係：

Today I am happy to be able to tell you that Compute Savings Plans now apply to the compute time consumed by your AWS Lambda functions, with savings of up to 17%.

現有的 Savings Plans 如果沒有用完的部份也會自動套用進去。先放著看看...

EBS io1 推出可以同時掛到多台的選項

EBS 的 io1 推出了可以同時掛到 16 台 EC2 instance 的選項：「New – Multi-Attach for Provisioned IOPS (io1) Amazon EBS Volumes」。

先看支援的區域，傳統主力區域 (us-east-1 與 eu-west-1) 都支援了，而亞洲區這邊反倒是南韓先支援了：

Multi-Attach for Provisioned IOPS (io1) volumes on Amazon Elastic Block Store (EBS) is available today at no extra charge to customers in the US East (N. Virginia & Ohio), US West (Oregon), EU (Ireland), and Asia Pacific (Seoul) regions.

其中常用的目的是 HA：

Multi-Attach capability makes it easier to achieve higher availability for applications that provide write ordering to maintain storage consistency.

Heartbeat 類的應用應該可以用上這個東西，不過本來就可以透過 command line API 做到 detach & attach，用這個只是少了一個動作...

第二個想到的是，在實體機房的環境下，有些 filesystem (在「Shared-disk file systems」裡面可以翻到一些) 可以同時掛同一個 block storage (通常是透過 SAN)，現在在 AWS 上面也可以這樣搞了。

不過 io1 記得不便宜啊...

AWS 提供程式，可以掃出有哪些 RDS 的憑證需要更新

先前在「AWS 的 CA 更新 (CA-2019)，將會影響與資料庫相關的服務」這邊提到了 AWS 的 RDS 因為 Root Certificate 快要過期，需要更新到 CA-2019。

剛剛在 Twitter 上看到 Jeff Barr 提到了一個可以直接列出有哪些機器需要更新的工具：

程式放在 GitHub 上的 aws-samples/rds-ssl-update，另外看到一個有趣的授權條款，叫做 MIT-0 License，是 AWS 自己改的一個授權版本，拿掉了 MIT License 裡面的這段：

subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

也就是要求要引用授權條款的部份被拿掉，不過我還是比較喜歡 BSD license，尤其是 3-clause 的版本...