簡體   English   中英

多個微型與一個大型 ec2 實例

[英]multiple micro vs. one large ec2 instance

我們的網站變慢了,我們需要升級。 我們目前是 AWS 並且有 1 個 micro ec2 實例,這些實例被證明是有效的,而我們的網站流量較少。 現在,當我們獲得更多流量時,我們的網站就會變慢。

我們似乎無法解決爭論。 哪個會更好:

  1. 添加多個額外的微型/小型實例並讓它們由 nginx 或亞馬遜雲計算管理

或者

  1. 將我們的微實例升級為 large/xlarge 實例。

考慮到服務器要執行的任務很簡單,並且考慮到內存總量和處理能力相似,這會更有效。 1 大,還是許多小?

謝謝

很難說——

選項#2 將是最簡單的方法,關閉您的服務器,調整它的大小,重新打開它,只需支付更多的錢即可獲得更多容量。 很容易做到,但可能不是最好的長期解決方案。 當流量繼續增加(不斷增加或在某些時候)並且僅通過選擇更大的盒子就沒有更多收益時,您會怎么做?

選項#1 將需要更多的工作,但最終可能是一個更好的策略。

首先,您沒有說您是否一直需要更多的吞吐量,或者是否在一天/周/月/年的某些時間需要容量 - 如果是這種情況,多個 EC2 實例與通過根據需要打開其他實例,然后在需求減少時關閉它們來響應需求的增加和減少的自動擴展組設置是一種經濟高效的選擇。

此外,讓多個實例運行 - 最好在不同的可用區中,為您提供容錯 - 當 #1 中的大實例出現故障時,您的網站也會出現故障 - 如果您有許多小實例在 2 或 3 個可用區中運行,您如果一個或多個或您的實例出現故障,即使 AWS 可用區脫機,也可以繼續運行(很少見,但會發生)。

除了上述選項,在不了解您的應用程序的情況下 - 您可以做的其他事情 - 將一些靜態資產移動到 S3 和/或使用 AWS cloudfront(或其他 CDN)來卸載一些工作 - 這通常是一種便宜且簡單的方法從現有的盒子中獲得更多。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM