知らぬ間にワークロード急増も
AWS、Azure、GoogleのIoTコストを比較 シミュレーションで分かった課金制度の差異
IoTサービスは、データストリームをエンドレスに生成する可能性がある。巨額の請求を毎月受け取らないようにするには、クラウドに送信するデータ量に注意が必要だ。
新しいテクノロジーを追究する企業は「IoT(モノのインターネット)とクラウドコンピューティングの融合」というテーマに期待を高めるだろう。だがIoTサービスの利用は大幅なコスト増を招く恐れがある。
パブリッククラウドベンダーはIoTを積極的に後押しし、自社を「IoTデバイスが収集するデータの蓄積と分析を担うハブ」と位置付けている。「Amazon Web Services」(AWS)や「Microsoft Azure」などが提供するマネージドサービスにより、IoTサービスを初めて導入するハードルは低くなっている。しかし適切にワークロードを管理しなければIoTサービスのコストは急激に上昇する。
注意が必要な従量制課金
これらのクラウドプラットフォームは、今も昔もプライベートデータセンターの安価な代替策だという認識が根強い。だがパブリッククラウド導入後にコストが上昇することは珍しい話ではない。IoTのアーキテクチャは生成するデータ量が膨大なため、従量制課金の影響を特に受けやすい。例えば工場でIoTデバイスを使用しているとしよう。ここでは気温から音響まであらゆるデータが記録される。数百に及ぶ一意のデータストリームが数ミリ秒ごとに生成される可能性がある。このような大量のデータはTB(テラバイト)単位にまで膨れ上がることもあり、それがクラウドストレージに毎日アップロードされる。
「転送、保存、分析するデータの量は無限大になり得る」と話すのは、コンサルティング会社Technology Business Researchでアナリストを務めるエズラ・ゴットヘイル氏だ。「何かを測定しようと思えばいくらでも測定できる。頻繁に測定すればデータ量は際限なく増加する」(ゴットヘイル氏)
ユーザーはネットワークコストについても考慮しなければならない。大手クラウドベンダーは、ベンダーのサービスとIoTデバイスによる通信量を基に課金する。代表的なパブリッククラウドサービスでは、課金方法がベンダーごとに異なる。
IoTのコストを洗い出して比較する予測分析
IoTサービスのコストに関して考慮する必要がある項目が、どの程度複雑で大きな規模のものか、調査会社451 Researchが解析した。同社はPythonによるシミュレーション方法を構築し、予測分析によって約1000万のIoTワークロード構成がどのくらいのコストかを判断した。その結果、リソースを事前購入している場合の大半はMicrosoft Azureの方が安価だった。AWSの場合、IoTデバイスが2万台未満の導入規模ならばコストがより安価になった。価格設定が非常に複雑なため、ベンダー間のコストを単純に比較することが難しくなっていることも明らかになった。
例えばGoogleは転送データに課金するのに対し、AWSとMicrosoft Azureは送信メッセージの数に課金する。しかもAWSとMicrosoft Azureではメッセージの扱いが異なり、これもIoTサービスのコストに影響する。
451 Researchでアナリストを務めるオーウェン・ロジャース氏によれば、この他にもユーザーが予期せぬ形で課金される場合があるという。例えばGoogleは、接続が常時稼働しているかどうかを確認するpingメッセージに課金する。このpingは64バイトにしかならないはずだが、Googleはこれらを丸めてキロバイト単位にする。従って、顧客は事実上使用していない容量に支払うことになる。
「こうした各モデルの差異は微妙であるため、利用規約に目を通してようやくそれらに気付くことになる」(ロジャース氏)
このような差異の中には、ベンダーを保護するものや、ユーザーに複雑だと思わせないためのものもある。これらはユーザーの混乱を招く可能性がある。課金体系がベンダーごとに異なるのはパブリッククラウド特有の話ではある。とはいえIoTサービスのコストに関する問題は、どのクラウドを使用するか検討中の企業に新たな課題を突きつける。基準となる過去の経験がない企業ならなおさらだ。
「何かを以前の状態と比較するにはどうするか考えてみてほしい。少なくともVM(仮想マシン)の場合、以前の専用サーバと比較することになる。だがIoTサービスは完全に新しい世界であるため、ベンダーを比較しようとしても自力ではほぼ不可能だ」(ロジャース氏)
従来型アプリケーションの構築に比べて、IoTの構築ではあまり知られていない事実が少なくない。例えばソフトウェア資産管理のコストが跳ね上がる可能性がある。IoTサービスを導入する工場やビルでは環境の不均質性が高いため、これも時間とコストに影響を及ぼす。
「開発者は環境について絶対に把握しておく必要がある。その環境に合わせたプログラミングを実行できなくてはならない」と話すのは、調査会社Gartnerでアナリストを務めるアルフォンソ・ベローサ氏だ。「例えば、工場においてはロボット、手動の機械、エアコンに関してそれぞれ異なるプロトコル、論理ルール、プロセスを設定することになるだろう」(ベローサ氏)
その上、データはかなりの早さで古くなり、場合によっては数秒使用されないだけで無用になる。企業は、データをどの程度頻繁に記録するか確実に理解して、適切な量のデータをクラウドに転送するためのポリシーを制定しなければならない。例えば、
- アクティブなストレージからコールドストレージにデータを移行させるタイミング
- これらのレコードを完全に除去するか否か
- 除去するならどのタイミングにするか
といった点をポリシーとして定める必要がある。
「データの価値はどこにあるか、またデータをどの程度の量集める必要があるかをじっくり考えなければならない。データの価値がどこにあるのかいまだによく分かっていない人は少なくない」(ベローサ氏)
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] 自分ひとりでデスクワークを効率化 「AI&ナビ搭載RPA」で実践する業務自動化 -
製品レビュー
[サイボウズ株式会社] 京セラコミュニケーションシステムに学ぶ、製造業の現場でAIを定着させる方法 -
市場調査・トレンド
[サイボウズ株式会社] 元ヤンマーCIOの矢島氏が語るDXの本質:日本企業が陥った4つの落とし穴と解決策 -
事例
[アルテリックス・ジャパン合同会社] 管理会計の変革で大幅な業務削減も? 大日本印刷の事例に学ぶ脱Excelの実践術 -
製品資料
[株式会社リンプレス] 9割が実行段階で停滞するDX 推進リーダーに求められる3つの重要スキルとは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
2
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
5
NECの「BluStellar」に必要なデータ保護と活用のための技術とは
-
6
「Excel管理」では限界――製造現場の改善が進まない“隠れた原因”
-
7
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
8
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
-
9
便利機能が「裏口」に コンテナの安全を脅かす“監視の穴”とは
-
10
年収が増えても幸せになれない 給与増でエンジニアが直面する「幸福度の壁」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
3
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
8
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー