1

新しい価格設定について、私が本当に得られないことがあります。私が見る限り、「インスタンス/時間」の数に対して（とりわけ）請求されています。一方、しばらく前に「常時オン」機能を選択しました。それ以来、アプリケーションの 3 つの「常駐」インスタンスが常に実行されています。

さて、AFAICS では、使用した CPU 時間によって課金されていた古い価格モデルで、「常時オン」機能は素晴らしく、アプリの応答性が向上しただけでなく、インスタンスが起動されなくなったためです。 /torn-down トラフィックが少ないときに、CPU 時間が低下しました (実際、これはダッシュボードに表示されます)。

しかし今では、インスタンス/時間単位で請求されるため、この「常時オン」オプションをアクティブにしているという事実は、それらのインスタンスが実際に何もしていない場合でも、実際には請求額に多くの金額を追加することはありません (単純に彼らはただそこにいて、常にオンになっているからです）？

私がこれを尋ねているのは、新しい価格モデルが有効化されてから、フロントエンド インスタンス時間 (現在、過去 9 時間で 29.21 時間) が大幅に増加したためです。以前は、CPU 時間は実際には無料のクォータを超えることはありませんでした。

4

3 に答える 3

3

「常時オン」機能は、1.6.0の時点では存在しません。同等の代替手段は、管理コンソールのアプリケーション設定で[最小アイドルインスタンス]スライダーを3に設定する（そして[最大アイドルインスタンス]を[自動]のままにする）ことです。

于 2011-11-08T20:00:45.017 に答える
2

それらのインスタンスが実際には何もしていない場合でも (単にそこにあるため、常にオンになっているため)、請求書に多額の金額を追加する?それらのインスタンスが実際には何もしていない場合でも、請求書に多額の金額を追加します。 ..

問題は、彼らが何かをしているということです。それらはRAMを占有しています。新しい料金モデルは、Google に対する基本的なコストをより正確にモデル化しようとしています。少なくとも、それが彼らの教えです。管理インターフェースに移動して、常にオンになっているインスタンスの数を変更できます。3 つすべてを実際に使用していない場合は、2 つまたは 1 つに減らしてみてください。トラフィックが急増すると、より多くのインスタンスが起動されます。また、新しいインスタンスがスピンアップする前にユーザーが許容する待機時間の値を設定することもできます。

于 2011-11-08T17:16:03.627 に答える
2

スケジューラは、スレッドに応答するために複数のインスタンスをスピンアップしている可能性があります。

これはJavaですか？スレッド化して、低レイテンシーへの応答性を高めることができます。

スケジューラーのパラメーターを微調整して、それ以上のインスタンスをスピンアップしないようにすることもできます。

于 2011-11-08T17:07:59.640 に答える