我正在使用幾個 t3.small 實體作為 AWS EKS 的作業程式節點。根據檔案，我所在地區 t3 家庭的每小時費用為：
Instance name On-Demand hourly rate vCPU Memory Storage Network performance
t3.nano $0.0054 2 0.5 GiB EBS Only Up to 5 Gigabit
t3.micro $0.0108 2 1 GiB EBS Only Up to 5 Gigabit
t3.small $0.0216 2 2 GiB EBS Only Up to 5 Gigabit
t3.medium $0.0432 2 4 GiB EBS Only Up to 5 Gigabit
t3.large $0.0864 2 8 GiB EBS Only Up to 5 Gigabit
t3.xlarge $0.1728 4 16 GiB EBS Only Up to 5 Gigabit
t3.2xlarge $0.3456 8 32 GiB EBS Only Up to 5 Gigabit
在 t3.small 和 t3.medium 之間進行選擇時，t3.medium 的成本是 t3.small 的兩倍，具有雙倍記憶體但 vcpus 數量相同。
在金錢方面，如果我可以以相同的價格生成 2 x t3.small 并從相同數量的 RAM 和雙倍數量的 CPU 中受益，我為什么要使用 t3.medium？
uj5u.com熱心網友回復：
好吧，如果你有更大的機器，你可以通過計算在你的 EC2 上運行的數量來減少 kubelet 的好處，這意味著你不需要 3 個 kubelet，你只需要 1 個。擁有 3 個較小的實體需要更多的守護行程（CloudWatch、SSM）和人工/維護的自動化作業（安全、IT 升級、補丁更新等）
還建議升級到 t4g.small 實體，因為它們為您提供以下好處：
- 更好的 CPU 性能
- 更少的電力消耗
- 更低的花費
如果您想了解更多關于升級到新一代產品的好處，您可以閱讀這篇文章。
如果升級到 t4g.medium，您將比 t3.small 實體貴 0.013 美元，但比 t3.medium 實體少 0.012 美元。但是，這意味著升級將為您帶來更多的 CPU 和 RAM 以及更少的 kubelet 數量！
我們還可以包括故障的爆炸半徑！擁有一個大實體在資源（硬體和人力）方面更便宜，但故障的爆炸半徑也變得更大。這是一個眾所周知的權衡，即擁有較小的節點可以提供更多的故障恢復能力，但需要更多的人力。如果您要問我什么最有效，這實際上取決于每個專案的背景關系，只有您可以告訴您的團隊實作目標更重要的是什么（在擁有更便宜的計算或更高的容錯之間）！
uj5u.com熱心網友回復：
這可能有多種原因。
- 使用 2 個實體使維護翻倍
- 成本是問題，但不是唯一的問題
- 許多人使用較小的“t”型別實體作為現場實體。所以可能是 Medium 可用而 Small 可能不可用
- 如果不需要更多 CPU 而只需要更多 RAM 怎么辦
上面的許多推理都非常適合假設你必須運行一個 docker 容器或一個你不能分割成 2 的應用程式。
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/418454.html
標籤：