最近、神経節モニタリングシステムを試してRRDに出くわしました。GangliaはモニタリングデータをRRDに保存します。スケーラビリティの観点から、RRDがどのように機能するのか疑問に思っています。保存するデータが大量にある可能性がある場合はどうなりますか。神経節の場合のように、特定のTTLで最近データを保存するだけでなく、すべての履歴監視統計を保存したい場合、RRDはそれに対処するのに十分でしょうか？
RRDを使用した人は、RRDがどのようにスケーリングされ、RDBMSや大きなテーブルとどのように比較されるかについての経験を共有できますか？
rrdtoolに組み込まれている統合機能は構成可能であるため、ディスク容量によっては、rrdtoolで保存できる高精度データの量に制限はありません。また、その設計により、rrdtoolデータベースをバキュームしたり、その他の方法で保守したりする必要がないため、セットアップを驚異的なサイズに拡張できます。明らかに、rrdtoolがビッグデータを処理するには十分なメモリと高速ディスクが必要ですが、これはビッグデータステップでも同じです。
小さな組み込みシステムでも実行できるという事実のためにrrdtoolsの機能について混乱する人もいます。これらの人が屋根裏部屋から古いPCにギガバイト相当のデータを記録し始めて、それが対応できないことに気付いたとき、彼らは疑問に思います。 ..。。
RRDは、新しいデータが継続的に到着しても、データベースの合計サイズがほぼ同じになるように、時間の経過とともにデータを自動的にぼかし（平均化）するように設計されています。
したがって、履歴データが必要で、時間の経過とともに精度が低下することをいとわない場合にのみ有効です。
つまり、RRDを標準のSQLデータベースやBigtableと実際に比較することはできません。これは、標準のSQLデータベースとNoSQLデータベースがすべてデータを正確に格納しているためです。つまり、書き込まれた内容を正確に読み取ることができます。
ただし、RRDtoolでは、そのような保証はありません。しかし、その速度により、最新のデータのみが重要となるあらゆる種類の監視ソリューションにとって魅力的なソリューションになります。