100 台、1,000 台、10,000 台の比較: IoT のクラウド費用のスケール
1 本の生産ラインで行うパイロットは、運用費が小さくて済みます。その後、チームはパイロットの費用にライン数を掛けて展開の予算を立てがちですが、結果はどちらの方向にも外れます。規模が大きくなってもほとんど動かない費用もあれば、段階的に跳ね上がる費用もあるからです。このガイドでは、同じ設計を 3 つの規模で見積もります。
3 つの規模
| 小規模工場 | 中規模工場 | 複数拠点 | |
|---|---|---|---|
| デバイス数 | 100 | 1,000 | 10,000 |
| 送信間隔 | 10 秒 | 10 秒 | 10 秒 |
| エッジゲートウェイ | 1 | 10 | 50 |
| 高速検索用の履歴 | 7 日 | 30 日 | 90 日 |
| アーカイブ | 1 年 | 1 年 | 2 年 |
| アプリサーバー | 小 1 台 | 小 2 台 | 中 4 台 |
各デバイスは約 1 KB の測定値を送信し、どの規模でもリアルタイム処理を有効にしています。
月額の合計
| クラウド | 100 台 | 1,000 台 | 10,000 台 |
|---|---|---|---|
| Amazon Web Services | ₹52,101最安1 台あたり ₹521.01 | ₹97,531最安1 台あたり ₹97.53 | ₹517,131最安1 台あたり ₹51.71 |
| Microsoft Azure | ₹88,6631 台あたり ₹886.63 | ₹154,1001 台あたり ₹154.10 | ₹874,9011 台あたり ₹87.49 |
| Oracle Cloud | ₹69,591不完全1 台あたり ₹695.91 | ₹76,353不完全1 台あたり ₹76.35 | ₹145,804不完全1 台あたり ₹14.58 |
| Google Cloud | ₹73,419不完全1 台あたり ₹734.19 | ₹87,438不完全1 台あたり ₹87.44 | ₹226,134不完全1 台あたり ₹22.61 |
Oracle Cloudの合計には エッジランタイム (提供なし), 時系列データベース (提供なし)、IoT デバイスゲートウェイ (公開情報では規模を算出できません) が含まれていません。 不完全な合計が最安と表示されることはありません。
Google Cloudの合計には IoT デバイスゲートウェイ (提供なし)、エッジランタイム (提供なし) が含まれていません。 不完全な合計が最安と表示されることはありません。
ライブ見積もり: インド (ムンバイ / プネ)、リスト価格は 2026年10月27日 更新、更新のたびに再計算します。見積もりツールで開くと、入力を変更できます: 100 台, 1,000 台, 10,000 台。
行に沿って読んでください。デバイスが増えると、デバイス 1 台あたりの費用は大きく下がります。固定費がより多くのデバイスで分担されるためです。
ほとんど動かない費用
いくつかの構成要素は、100 台でも 1,000 台でもほぼ同じ費用です。
- ストリーム処理。 サービスごとにジョブの最小サイズがあり、小さなジョブ 1 つで数千台分のデータを処理できます。
- 時系列データベース (ある程度まで)。どれにも最小構成があります。Azure Data Explorer ではエンジンノード 2 つ、Bigtable ではノード 1 つ、Timestream for InfluxDB ではインスタンス 1 つです (Oracle には、比較できるマネージドの時系列データベースがありません)。小規模な工場は、使わない容量にも支払うことになります。
- アプリサーバー。 100 台向けのダッシュボードと 1,000 台向けのダッシュボードで、必要なサーバーはほぼ同じです。
パイロットの費用はデバイスあたりで高く見え、展開時の費用を予測できないのは、このためです。
メッセージごとに増える費用
- IoT ゲートウェイ。 AWS IoT Core はメッセージ単位と接続時間 (分) で課金するため、デバイス数にほぼ比例して増えます。Azure IoT Hub は段階的に増えます。見積もりツールは、1 日のメッセージ負荷をまかなえる S1、S2、S3 ユニットの最も安い組み合わせを選びます。
- イベントストリーム。 AWS、Google、Oracle ではデータ量、Azure ではスループットユニットです。
- アーカイブ。 データ量と保持期間に応じて増えます。
10,000 台では、ゲートウェイは AWS でも Azure でも最大の 2 項目のひとつです。バッチ処理と長めの送信間隔が最も効果を発揮するのは、この項目です。
跳ね上がる費用
一部のサービスは、規模が大きくなると段階的に費用が上がります。
- 時系列データベースのノード。 データ量がある水準を超えると、データベースにノードを追加する必要があり、ノード 1 つ分が大きな段差になります。特に Azure Data Explorer では、高速検索用に保持するデータ量に応じてノード数が増えるため、10,000 台で 90 日分の履歴にかかる費用は、1,000 台で 30 日分の場合よりはるかに高くなります。
- IoT Hub のユニット。 S2 から S3 への切り替えやユニットの追加では、費用がなめらかではなく大きな段階で変わります。
Google Cloud と Oracle の対応していない項目
Google Cloud にはマネージドの IoT ゲートウェイもエッジランタイムもないため、合計にはそれらが含まれず、どの規模でも不完全と表示されます。公平に比べるには、代わりに使うものの費用を加えてください。パートナーの IoT プラットフォームや、VM 上の独自の MQTT ブローカーなどです。Google Cloud IoT Core の後継を参照してください。
Oracle にはマネージドの時系列データベースもエッジランタイムもありません。IoT Platform はありますが、対応するメッセージ数を公開せずコンピューティングの時間単位で課金するため、デバイス数から規模を算出できません。Oracle の合計にはこれらが含まれず、どの規模でも不完全と表示されます。IoT Platform の実際の費用は、負荷テストで確認するのが確実です。
展開の予算を立てる
- パイロットを掛け算するのではなく、目標とするデバイス数で見積もります。
- パイロットの規模で、どの項目が固定の最小構成かを確認します。これらは増えないため、デバイスあたりの費用の目安としては不適切です。
- 現在の規模と目標の規模のあいだの段階的な変化を探します。特に時系列データベースです。
- 高速検索用の履歴は、用途ごとに決めます。デバイス数よりも、データベースの規模を大きく左右します。
ある 1 つの規模を詳しく見るには、1,000 個のセンサーの月額費用をご覧ください。