1

私は事前にどれくらい多くのインスタンスが必要か分からないアプリケーションに取り組んでいますが、理論的にはプロビジョニングされるマシンの数はユーザーベースのサイズに比例して拡大する必要があります。Google Compute Engineのインスタンスを動的に割り当てることはできますか?

私の質問は、動的にサーバーインスタンスを動的に割り当てたり割り当て解除するための既存のAPIがあることです。もしそうなら、ランタイム依存性の利用を保証する手段として既存のインスタンスを複製する範囲がありますか?Billing APIでそのコストを計算することは可能ですか?

これが可能でない場合は、展開可能な新しく使用可能なワーカーインスタンスをサーバー委任プロセスに通知するための推奨設計パターンはありますか?

答えて

2

Compute Engineの使用を計画しているので、Googles Load Balancerと管理対象インスタンスグループhereでこれを実現できます。

ないすべてのアプリが短い中で、それについて行くのだから私のやり方、同じです。

  1. は、外部(セッションストレージ、データベース、NFSなど)すべての共有リソースを作成します。 (CloudSqlなどを使用することも、別のサーバーにインストールすることもできます)
  2. Create an instanceこれらは短命であり、これらのサービスに接続することができます。我々は
  3. Create a load balancer
  4. を作成し、私はバックエンドサービスとして作成したグループを選択した画像を使用して、このインスタンス
  5. C reate a managed instance groupから
  6. Create an image(私にとっては、ApacheがNFS上の共有のPHPコードを実行しているWebサーバがあります)。

これが役に立ちます。

+0

これはまさに私が探していたものです!私が使用しているアーキテクチャは、要求をルーティングして疑わしいものを破棄することができるコアインスタンスが必要であり、幸い多くの共有リソースだけがFirebaseであるという仮定に基づいて設計されているため、デザインパターンは完璧です。どうもありがとう! –

関連する問題