エッジコンピューティングストレージ戦略を開発するための重要な考慮事項

[[400111]]

実践から、企業はエッジ コンピューティング ストレージ プランを策定する際に、帯域幅、ユース ケース、容量などの重要な要素を考慮する必要があることがわかります。

エッジ コンピューティングとクラウド コンピューティングは並行して動作できますが、実装パスが分岐する場合があります。たとえば、ストレージの観点から言えば、エッジで作成された大量のデータをクラウド プラットフォームに直接保存することは現実的ではありません。したがって、企業はエッジ コンピューティング ストレージ戦略を策定する際に多くの要素を考慮する必要があります。

エッジ コンピューティング ストレージ ソリューションはいくつ必要ですか?

企業のデータが単一のデータ タイプだけを採用するわけではないのと同様に、エッジ コンピューティング ストレージ ソリューションを 1 つだけ採用することは不可能です。エッジ コンピューティング ストレージ ソリューションは、データの使用方法に基づいて選択されることが多く、複数のストレージ デバイスを使用する場合もあります。

企業が多数の IoT デバイスを導入し、これらのデバイスが大量のデータを生成するため、このデータをクラウドに保存したいが、エッジ デバイスからクラウド プラットフォームに生データを直接送信すると問題が発生する可能性があると想像してください。

これらの IoT デバイスによって生成されるデータは、企業が処理しなければならないインターネット帯域幅の能力をはるかに超える可能性があります。このすべてのデータを直接クラウドに送信することは選択肢ではありません。十分な帯域幅があったとしても、このすべてのデータをクラウドに保存するのはコストがかかりすぎる可能性があります。この場合、生データにはエッジ ストレージがよく使用されます。このデータはエッジで処理できるため、クラウドに送信される前にフットプリントを削減できます。

この場合、企業は IoT デバイスを構成して、生データをオンプレミスのデバイスに送信し、処理中にデータを保存することができます。処理後、データはクラウド プラットフォームに直接送信できます。一部の IoT プロバイダーは、デバイス内でのストレージおよび処理機能の提供も開始しています。

IoT デバイスは、軽量かつ低コストになるように設計されることが多いです。その結果、IoT デバイスには通常、通常の動作に必要なハードウェアが限られており、内部ストレージは搭載されていません。現在、一部の IoT デバイス メーカーは、IoT デバイスがオンプレミスでデータを処理できるように、十分なストレージと CPU リソースを備えたデバイスを提供し始めています。これらのデバイスでデータが処理された後、クラウド プラットフォームに直接送信することも、エッジの別のデバイスに送信して処理することもできます。

エッジコンピューティングストレージの使用例は何ですか?

エッジ コンピューティングのストレージは、IoT デバイスを収容して使用するだけではありません。エッジ ストレージは、データをクラウドや企業のメイン データ センターに送信する前に一時的に保存するバッファーとして使用されることがあります。

企業が、ネットワーク接続が不十分な遠隔地でデータを作成すると仮定します。この場合、データをリアルタイムでクラウドに送信することは適切な選択肢ではない可能性があります。インターネット接続が中断されたり速度が低下したりすると、データが失われる可能性があります。クラウド ストレージ ゲートウェイ ソリューションは、データをクラウド プラットフォームに送信できるようになるまで、エッジで一時的にデータを保存できます。クラウド ストレージ ゲートウェイは、ストレージ デバイスが装備されていれば、物理デバイスでも仮想デバイスでもかまいません。

最も基本的なレベルでは、クラウド ストレージ ゲートウェイは、データをクラウド プラットフォームに送信するのに十分な帯域幅が利用可能になるまで、データを一時的に保存します。ただし、一部のクラウド ストレージ ゲートウェイはそれ以上の機能を備えています。たとえば、クラウド ストレージ ゲートウェイでは、必要な帯域幅を削減するために、データの重複排除や圧縮を行うのが比較的一般的です。一部のクラウド ゲートウェイでは、データのローカル コピーも保持されるため、ユーザーはクラウドから直接データにアクセスする必要はありません。

エッジコンピューティングのストレージ要件は何ですか?

企業がエッジ コンピューティング ストレージのニーズを評価する場合、考慮すべき主な点が 2 つあります。1 つ目は、企業の全体的なアーキテクチャにおいてストレージが果たす役割です。エッジ ストレージはデータのバッファとしてのみ機能しますか?処理する必要があるデータの一時的なリポジトリとして機能しますか?それとも、ストレージは、データが生成された場所で作業しているユーザーがローカルでデータを利用できるようにするだけでよいのでしょうか?

2 番目に重要な考慮事項はストレージ容量です。容量計画には、データが作成される速度と、エッジ ストレージ デバイスにデータを保持する必要がある期間に基づいて、エッジ ストレージが収容する必要があるデータの量を予測することが含まれます。予想されるデータの増加を考慮することも重要です。たとえば、IoT デバイスによって生成されたデータを処理するためにエッジ ストレージ デバイスを使用する場合は、将来追加する必要がある新しいデバイスを考慮する必要があります。

エッジ ストレージは、企業の全体的なストレージ アーキテクチャにどのように適合するのでしょうか?

企業は、エッジで生成されたすべてのデータをエッジ ストレージ デバイスに保存することを決定する場合があります。しかし、多くの場合、エッジ ストレージは一時的なものであり、データは最終的にクラウドに送信する必要があります。したがって、企業にはデータを安全かつ効率的に移行するソリューションが必要になります。

データを移行するための最適な選択は、エッジのデータの種類と量、およびデータの保存方法によって大きく異なります。たとえば、データが IoT デバイスによって生成される場合、IoT ゲートウェイを使用してさまざまなデバイスからデータを収集し、処理してクラウド プラットフォームに送信するのが最適なオプションです。

ドキュメント ファイルなどのエンド ユーザー データは、エッジ コンピューティングの別の形式のデータになります。これは、ユーザーが自宅で仕事を続け、データをラップトップに保存している場合に特に当てはまります。この場合、ラップトップのハードドライブがエッジ ストレージ デバイスとして機能するため、エッジ ストレージ ソリューションを選択しても問題はありません。代わりに、企業は、ユーザーのラップトップから自社のデータセンターやクラウド プラットフォームにデータを移動する最適な方法を検討する必要があります。データを移行するための最良の選択肢の 1 つは、エンタープライズ ファイル同期および共有ソリューションを採用することです。

その他の考慮事項

これらは、組織がエッジ コンピューティング ストレージ戦略を策定する際に考慮する必要がある要素の一部にすぎません。その他の考慮事項としては、エッジでデータを保存するコスト（他の場所に保存する場合と比較）、エッジでデータを保存することによるセキュリティとコンプライアンスへの影響、企業の利用可能な帯域幅などがあります。帯域幅が問題であることが判明した場合は、サービス品質 (QoS) や重複排除、圧縮などのさまざまなデータ削減技術を通じて帯域幅を優先することが役立つかどうかも検討してください。