Azure機能使用量または層に基づいた価格設定

Question

これはちょっと疑問に思えるかもしれませんが、私はとにかく後世のために何も質問しません。私はFunctions Pricing pageでこれを読んで：

をAzureの機能の実行時間を秒単位で実行時間の合計で、あなたのアプリのギガバイトのメモリサイズを乗じて算出されているギガバイト秒（GB-S）[計量添加されます。 ..]関数アプリケーションの予想メモリサイズは、128MBから1,536MBの間で128MB単位であらかじめ選択する必要があります。メモリ層が大きいほど、1秒あたりに多くのGB-Sが消費されます。

これは、価格設定が実行時間と組み合わされた階層「チャンク」に基づいていると考えています。たとえば、128 MB機能の実行に関係なく、両方が5秒間実行された場合、128 MB機能は512 MB機能よりもコストが低くなります。しかし、Functions site itselfには、アプリケーションのワーキングセットが記述されています。しかし、その文脈は特に価格を中心にしているわけではない。

私の質問は：関数の価格は純粋に選択されたメモリ階層をベース、またはそれは実際のメモリ使用量（両方の時間をかけて）に基づいているのですか？ティアとして1536 MBを選択しても100 MBしか使用しない場合、本質的に時間を無駄にしていませんか？

Answer 1

これは、現在、メモリ層として選択した内容に基づいて動作します。関数を実行しているプロセスは、このメモリ量に制限されています。

約束されていないが、増加したときには観察できる他の利点がある。これにより、実行中のVM上の「騒々しい隣人」を減らすことができ、CPUとネットワークのスループットが向上します。

一般的には、必要と思われるものに最も近いサイズを選択してから、スライダで再生するe2e perfテストを行うことをおすすめします。それはあなたを助けてくれるかもしれませんし、あなたが気づいた改善のために余計にそれを支払う価値があるかもしれません。