設定
例えば直近3ヶ月間のデータを保管するストレージがあったとします。
3ヶ月よりも前のデータは勝手に削除されるとします。
そして保管されたデータ量に比例した課金(以降はストレージ料金と呼ぶことにします)がなされるとします。
システムが3ヶ月以上で稼働しているとすると、ある月のストレージ料金は当然直近3ヶ月分のデータ容量に単価を掛けた金額になります。
ここで、月当たりのデータ量、つまり月当たりの増分を知りたい場合どうすればよいでしょうか?
単純に前月と今月の差を計算するのではダメそうです。
なぜなら、今が10月としてこの10月分だけを知りたいとした時、当月と前月のストレージ料金の差分を取ると
- 当月:10月・9月・8月
- 前月:9月・8月・7月
となって 当月 - 前月 = 10月 - 7月
のようにオマケの項「7月分」がついてくるからです。
これでは10月分のみを抽出することはできません。
そこで、今回はいくつかの仮定の下「10月分」だけを抽出する方法を考えてみたいと思います。
前提
ストレージ容量(例えばGB単位)とストレージ料金(例えばUSD)は定数倍の違いしかないとし、しばしば同一視します。
単純に文章量を減らすためです。
パターン1. 増分が毎月同じ
最初はほぼ自明なパターンを考えます。
毎月同じ量が増えるだけであれば、簡単です。
3ヶ月分保存するとして、当月の増分を s
とすれば、当月のストレージ料金 S
は S = 3 * s
となります。
したがって、s
を求めるには、当月のストレージ料金 S
を3で割れば良いことになります。
一般化して n
ヶ月保存する場合は、当月のストレージ料金を n
で割れば良いわけです。
簡単ですね。
適用できそうなケース
毎月のストレージ量を見て、ずっと一定であればこの方法が使えそうです。
パターン2. 増分が常に前月の定数シフト
次は、増分が毎月一定の数だけ増えているような状況を考えます。
システムの規模が徐々に大きくなっていく様子を表していると思えば、まぁ自然なパターンの一つだろうと思います。
具体的には、当月の増分が s
であればその前月の増分は s-t
、さらにその前月は s-2t
のようになるとします。
この時、3ヶ月分保存するとすれば当月のストレージ量 S
は S = s + (s - t) + (s - 2t)
つまり S = 3s -3t
となります。
前月のストレージ量を S'
とすると S' = (s - t) + (s - 2t) + (s - 3) = 3s - 6s
ですから、
が成り立ちます。したがって、当月の増分 s
を考えると、
となり、求まりました。
これを一般化して直近 n ヶ月分保管するとすると、当月のストレージ料金は
となります。
また、前月比とのストレージ料金の差は S - S' = nt
ですから、当月の増分 s
を求めることができて、
となります。
適用できそうなケース
毎月のストレージ量の差分を見た時、それがずっと一定であればこの方法が使えそうです。
パターン3. 増分が常に前月の定数倍
次も、毎月一定ずつ増えていくケースを考えますが、前月の増分 s'
と当月の増分 s
が以下の関係にあるとします。
要するに毎月の増分が一定の比率 r
だけ増えていくようなケースです。
ちなみに、前月のストレージ料金 S'
と当月のストレージ料金 S
とすると、同じく3ヶ月分保管するとして
が成り立ちます。
この場合も当月の増分 s
を求めましょう。
当月と前月のストレージ料金を使って表せます。
ちなみに、
のように、直近3ヶ月分のストレージ料金を使って表すこともできます。
実データを扱うときはこちらのようなより参照するデータ量が多い方が情報量の観点から好ましかったりするんでしょうかね?(無知)
また、これもデータ保持期間に対して一般化することができます。
nヶ月間データを保持する場合、ある月の増分は
のように表せます。
n ヶ月分のデータを使う場合は
のように表せます。
適用できそうなケース
毎月のストレージ量の比を見た時、それがずっと一定であればこの方法が使えそうです。
パターン4. 一般形
ホモサピエンスの性(さが)として、もっと一般化できないか考えたくなってきます。
例えば何かしらのパラメータ a
に依存する関数を仮定して、何パターンか考えても良いかもしれません。
最初の二つの式は微妙ですね、例えば1つ目についてはおそらく みたいに、どの時点での総ストレージ量かも考えないといけない気がします。 だってこれだと に置き換わるだけなので…
…これは今後の課題とします。
補足とおそらく見えていないこと
今回やったことは、等差数列の和や等比数列の和から初項を求めることでした。
これって、稼働した初月の請求書を見ることができれば、初項も知ることができますね。
実際にこれをやると誤差が大きくなりそうですが…
そもそも統計的な手法をちゃんと知っている人が見たら噴飯物の議論をしている気がする。
参考
- はてなブログで数式を書く - 七誌の開発日記
- インラインでの記法に癖(主にスペースを入れないとちゃんと変換されない)があり苦労したのでとても参考になりました。