[技術] AWS 一些服務的效能特點

看板Cloud作者danielguo (Daniel Guo)時間11年前 (2013/07/22 07:33)推噓1(1推 0噓 0→)

留言1則, 1人參與討論串1/1

EC2: 運算: - Micro instance 雖然可以短暫 burst 使用較多的 CPU 資源, 但很快會就會被限制到比 burst 前還慢的程度 (可能幾乎沒 CPU 可用), 過一會兒會回復 - Cluster Compute Instances 的網路互連很快 IO: - 如果 IO 不重要的話用一般的 EBS, 重要的話可用 P-IOPS (預留 IO 效能), 一般的 EBS大約是 P-IOPS 100 的程度. - 如果不想用 P-IOPS, 可用多個 EBS 做 RAID (可增進流量, 但無法降低延遲) - 有些 instance type 有提供 EBS-Optimized Instances 讓 EBS IO 較快 S3: - 配合 CDN (如 CloudFront) 用的話讀取較快 - 如果對同一 bucket 有每秒 100 個以上存取, 建議檔案完整路徑的前幾個字元不同, 可避免流量增加時 S3 必須把檔案重新分區, 讓短期間內效能較低. ( http://goo.gl/r1ibn ) - S3 支援生命週期, 可以設定檔案在多久之後會被自動刪除, 或轉移到 Glacier - 透過 S3 使用 Glacier 一般會比直接用方便. Glacier: - 提取資料時, 注意價格是以"每月最高每小時流量"計算. - 過早刪除資料有額外費用. SimpleDB: - SimpleDB 不太會再增加新功能 RDS: - RDS 和 EC2 一樣也有 P-IOPS, MySQL 的話從 1000 起跳. DynamoDB: - 避免對同一 hash key 做太多存取, 因為 table 的 r/w capacity 是平均分散到每個分區上 (一個分區存放一至多個 hash key 的資料) ( http://goo.gl/x5l341 ) - 避免同一 hash key 放太多資料 (限制: 10GB, http://goo.gl/uFycq ) - 如果流量不是平均分布在每個 hash key, 避免多次增加和減少 table r/w capacity. 修改 capacity 可能會增加分區個數. - DynamoDB 容許一定程度的 burst, SDK 也有自動重試的功能, 因此就算 1 R/W capacity 也可以做不少事 - 要簡單備份 DynamoDB 資料可考慮使用 AWS Data Pipeline 內建的範本 - 其他: http://goo.gl/7zJMWk SQS: - SQS 保證訊息"至少"送達一次, 不是剛好一次. 另外不保證送達順序. - 建議使用 long polling 來減少 request 次數. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 67.168.133.76