2015-02-09 55 views
1

正如標題所述,我正在尋找一種方法來最小化Frontend Instance Hours,換句話說,服務器的成本。我想通過更改應用程序的設置來做到這一點,但我有點害怕改變這些設置,因爲我不知道其影響。僅通過更改設置最小化App Engine上的「前端實例小時」

可用來更改的選項是最小值和最大值:

空閒實例

空閒實例滑塊允許您控制閒置 情況下的可用數量的默認版本您的應用程序在任何時間給出 。空閒實例預先加載了您的應用程序代碼 ,因此當需要新實例時,它可以立即提供流量。 您將不會因超過指定最大值的空閒實例而收費。 空閒實例數量較少意味着您的應用程序的運行成本低於 ,但在加載高峯期間可能會遇到更多啓動延遲。

待處理延遲時間

的待處理延遲時間滑塊控件長的請求如何度過在 未決隊列中的默認 版本的應用程序的實例被服務之前。如果最低掛起延遲較高 App Engine將允許請求等待,而不是啓動新實例 來處理它們。這可以減少應用程序使用的實例小時數,但會導致更多的用戶可見延遲。

對於這兩個選項(最小值和最大值),應用程序當前都設置爲automatic。這個automatic如何計算(真的不期望任何人知道這一點)?

由於我的應用程序並不真正需要低延遲什麼是「可行」設置?例如,如果發生以下情況會發生什麼情況:我將Max Idle Instances設置爲1,並且流量猛增?我是否應該在Idle Instances左右?

如果我將Min Pending LatencyAutomatic更改爲5 seconds,那會有什麼區別嗎?

歡迎任何反饋!

回答

1

這實在不是一個編碼相關的問題...

最小待處理延遲時間控制「的要求飼料」到您的App Engine的情況下,如果你不介意的用戶在等待,它有這麼高的要求餵食速度較慢。怠速實例設置對於反尖峯流量非常有用,所以如果您的流量尖銳,那麼您可能希望有一些閒置的實例在周圍。理想的設置將取決於您期望您的流量是什麼樣子。

我可以給的最好的建議是嘗試不同的設置,看看有什麼適合你。

相關問題