1

GAEのインスタンスの概要を読みましたが、非常に有益ですが、実際にインスタンスをCRUDすることになると、「木々の間の森」が見えません。

一部の文献では、GAEがアプリを「自動スケーリング」し、現在のサーバー負荷を処理するために必要なインスタンスの数を動的に計算しているように聞こえます。ただし、上記の記事は、主に管理コンソールを介してインスタンスを手動で作成および管理することに関するものです。

これらの2つの概念はどのように関連/異なるのですか？

同じ一貫したアドバイスを何度も読んだので、お願いします。常に実行しているインスタンスの数をできるだけ少なくするようにしてください（インスタンスが少なくなると請求額も少なくなるため）。ただし、これが手動の「プルーニング」ジョブであり、10分ごとに管理コンソールにログインして、新しいインスタンスを作成する必要があるか、既存のインスタンスを破棄/シャットダウンする必要があるかを確認する必要があるかどうかはわかりません。または、これが自動計算されるものである場合。

自動計算される場合、管理コンソールを介してインスタンスを手動でCRUDすることのポイントは何ですか？前もって感謝します！

4

1 に答える 1

1

AppEngineは確実に自動スケーリングします。

ただし、自動スケーリングメカニズムを微調整して、コストまたはパフォーマンスのいずれかを実現することができます。

いくつかのルール：

  1. すべてのインスタンスのコストがかかります（ただし、毎日28インスタンス時間が無料になります）。
  2. インスタンスがリクエストの実行を停止すると、15分間非アクティブになった後、課金が停止します（ただし、Googleにこれ以上の機能がない場合は、アイドル状態のままでインスタンスリストに表示される可能性があります）。
  3. すべてのリクエストは保留キューに入り、インスタンスがそれを実行できるようになるまでそこで待機します。
  4. 待機時間が長すぎると、新しいインスタンスが開始されます（=自動スケーリング）。新しいインスタンスが開始されるまでに待機する必要がある時間は、PendingLatencyによって制御されます。
  5. リクエストを待機させたくない場合は、アイドルインスタンスを設定することで「予約済み」インスタンスを作成できます。この場合、GAEは常にアイドルインスタンスを使用可能にしようとします。つまり、アイドルインスタンスが機能するようになると、GAEは新しいインスタンスを作成します。したがって、インスタンスの数=作業を行っているインスタンス（リクエストの処理）+アイドルインスタンスの数。基本的に、アイドルインスタンスは単なる予備であり、実際の作業を実行しません。ただし、動作中のインスタンスが負荷に対応できない場合を除き、新しいアイドルインスタンスが起動している間に、アイドルインスタンスがジャンプして動作中のインスタンスになります。注：アイドルインスタンスは、「常駐」とマークされた管理コンソールにあります（なぜGoogleがこれを行うのですか、なぜですか？）。

ところで、ドキュメントはどこでインスタンスを手動で開始できると言っていますか？

于 2012-08-11T19:39:56.470 に答える