アプリのロギング ソリューションを評価していますが、Stackdriver の価格がよくわかりません。
現在、私のログはnode.js apps-> fluentd server-> ホストされていますelasticsearch->kibana
私のアプリでは、イベントを に記録し、フィールドをjsonキーにします。eventType
{
eventType: 'ARBITRARY_JOB_COMPLETE',
field2: 'etc'
//...
}
次に、これらのイベントをフィルタリング/カウントなどKibanaするのは簡単なことです。queriesダッシュボードを構築します。全体として、私は現在、ダッシュボードの約 30 の異なるイベントを数えています。
stackdriverこれをの価格設定モデルに変換しようとしています。現在の価格設定ページによると(イタリック体の強調 は私のものです):
Basic Tier : 時系列あたり 0.10 USD/月、指標記述子あたり 1.00 USD/月。
割り当てと超過料金を理解するには、Stackdriver が指標記述子と時系列をどのように使用するかを理解する必要があります。
メトリック記述子は、メトリック タイプと、メトリックのパラメーター化に使用される関連ラベルを定義します。単一の指標記述子は、任意の数の時系列を担当できます。たとえば、すべての VM インスタンスからの時系列データに必要な記述子は 1 つだけです。
時系列には、メトリック タイプ、VM インスタンスやデータベースなどの監視対象リソース、およびメトリックが定義するラベルの値の組み合わせのタイムスタンプ付きデータが保持されます。時系列のデータ ポイントは、保持期間の終了時に期限切れになります。ログベースの指標は、Stackdriver Logging によって作成されるカスタム指標記述子です。フィルターに一致するログ エントリの数をカウントします。
たとえば、 180 個の VM インスタンスがあり、1 分ごとにそれぞれのカスタム測定値を書きたいとします。カスタム指標記述子 custom.googleapis.com/my_measurement を定義します。各 VM インスタンスで、毎分、このメトリックにデータ ポイントを書き込み、メトリックの名前と VM インスタンスの名前の両方を指定します。これにより、VM インスタンスごとに個別の時系列が作成されます。プレミアム ティアでは、180 の課金対象リソースのそれぞれで 1 つの時系列 (500 のうち) を使用し、プロジェクトで 1 つの指標記述子 (250 のうち) を使用しました。基本層では、このカスタム データの超過料金は月額 19.00 ドルです。指標記述子は 1.00 ドル、180 時系列は 18.00 ドルです。メトリクスへのデータの書き込みを停止すると、最終的にすべての時系列が期限切れになり、記述子の月額 $1.00 が残りますが、これは削除できます。
この例は VM を扱っているため、私のユース ケースに適用するのは困難です。私は2つの可能な解釈を考えることができます:
- I countごと
eventTypeに 1.10 ドル/月の費用がかかります (記述子は 1 ドル、結果の時系列は 0.10 ドル)。したがって、30 イベント = $33.00/月 eventTypeI count はそれぞれ別time seriesの と見なされ、 の場合は 1 ドル/月、各のdescriptor場合は 0.10 * 30 ドルになります。eventTypetime-series
VM の例 (つまり、1 つの「ディスクリプタ」と 180 の「シリーズ」、各 VM に 1 つ) を考えると、数字 2 は合理的な解釈のように思えますが、私は楽観的に読んでいるだけかもしれません。