2

いくつかのアンケートとバックエンド処理の非常に少数の単純なWebアプリケーション(ノードベースの静的ページ)をApp Engineに移行しています。私は彼らがうまく働いている。それがいかに簡単かに感銘を受けました!Managed VMに配備するときにマシンの種類(小/マイクロなど)を指定することはできますか?

しかし、私には私を困惑させるいくつかの質問があります。

1)なぜGCEは常に2台のマシンを導入していますか? 1を実行するように指定する方法はありますか?私は本当に冗長性の負荷を必要とせず、トラフィックは軽いと予想されます。

2)app.yamlのマシンタイプを「マイクロ」に指定しようとしました。私を安いと呼びますが、本当に多くのキャパシティは必要ありません。私は様々な直径を試しました。

resources: 
    cpu: .5 
    memory_gb: .2 
    disk_size_gb: 10 

しかし、常に「小さな」マシンを展開しているようです。その門が正当であると私に伝えるどこかのログはありますか?

ありがとうございます。

答えて

3

Ah ha!申し訳ありませんが、もう少し周りグーグルで私は

ジェフとグレッグは、両方の答えのようSetting f1-micro resource limits in app.yaml for google cloud compute node.js app without vm_settings

は、「Googleは、マシンの種類を選ぶ前に、 VM上のわずかなオーバーヘッドを追加Q2への答えを見つけました。これは、だから彼らは あなたがf1-microがGreg として言及されているように.2以下を要求しようとすると私に語った。

私はf1-microとして展開するには.18に落とす必要がありましたが、一般的な という考えは、オーバーヘッドを追加しているということです。

memory_gbを0.18に下げると、トリックがかかりました。

は単に

resources: 
    cpu: .5 
    memory_gb: .18 
    disk_size_gb: 10 

を追加し、それは#1が動作していないように見えましたいまいましいことを確認するためのコマンド

gcloud preview app deploy --stop-previous-version --force --promote 

と展開 - パフォーマンスの損失をこれまでのところ。

3

必要なリソースだけでなく、マシンの種類を指定することもできます。

beta_settings: 
    machine_type: f1-micro 

また、あなたは常にこれを追加1つのインスタンスを使用する場合:app.yamlに追加することで

manual_scaling: 
    instances: 1 
+0

イゴールが、それは素晴らしいのおかげです。さらに簡単です。 –

+0

beta_settingsを自動スケーリングと併用することはできますか? –

関連する問題