自動化は Software-Defined Networking の主な目標ですが、これを達成するにはデータが鍵となるコンピュート、ストレージとネットワークの統合が必要です。この 18 ヶ月、ネットワーク業界は主に Software-Defined Networking とそれをカバーするテクノロジーに注目してきました。
制御フォワーディングの分離による SDN の自動化
SDN の主な目的は設定、監視、トラブルシューティングと全体的なネットワーク管理をより簡単にするためにワークフローを自動化することです。これを実現するために、ネットワークはアプリケーションデリバリプロセスの一部として使用されるようにセグメント化され割り当てられるリソースとして見られる必要がありますが、アプリケーションのワークロードの活動範囲はネットワークの境界に限定されません。
アプリケーションはネットワーク・リソースだけでなく、コンピュート、ストレージ、その他のアプリケーションも必要とします。長期的なビジョンが高度にオーケストレーションされた環境を実現することであるならば、この統合の範囲はネットワークの境界をはるかに超えることを意味します。ネットワーク業界がこのビジョンに何とか抵抗したとしても、これらのアーキテクチャがすべて導入される頃には、IT部門がこのコンセプトをIT全体に拡大しようとしていることに気づくでしょう。
単一のテクノロジー・ドメイン内で同種の環境を統合することさえ困難です。 最も重要なことは、これらの異なるモジュールをどのように接続するかであり、共通の目標に向かって作業するコンポーネントの相互依存性を維持しながら、自律的な活動を可能にするコンポーネント間のインターフェイスです。
SDN*** データ共有によるインフラ統合の目標
より簡単に言えば、正しいアプローチは、すべてのコンピュート、ストレージ、ネットワーキングを緊密に統合された単一のシステムでリンクすることであり、必要なソリューションは、これらのコンポーネントが必要なときに相互作用する方法を決定することです。相互作用のための典型的なネットワークアプローチは、プロトコルとAPIです。取り組むべき問題は、「これらのコンポーネントはどのように相互作用するのか？
最終的には、各コンポーネントがより広いシステムの共通の目標に基づいて半自律的に動作するようにシステムを設計する必要があります。そして、そのようなコンポーネントの相互作用は、プロトコルやAPIを通じてではなく、データを通じて達成され、各コンポーネントがデータにアクセスできる場合、それを利用し、それに応じて動作を適応させることができます。
例えば、新しい Hadoop アプリケーションがデプロイされ、ジョブが実行されるときに、そのジョブがコンピュート、ストレージ、ネットワークを必要とするとします。そのジョブのデータを共有できるように指定すると、このデータはサーバー、ストレージデバイス、インターコネクトスイッチ、ルーターに共通するジョブのブループリントになります。
この統合を実現する鍵はデータ？このデータはどのように取得されるのでしょうか？関係者にどのように伝達されるのか？異なるコンポーネント間でどのように正規化されているのか、あるいは各コンポーネントが異なるタイミングやフォーマットでデータを使用しているのか？
これらの問題は、ネットワークだけが直面している問題ではありません。これらの問題に対する答えは、さまざまなインフラストラクチャー・コンポーネントに関わるものであり、各分野が他のサイロとのコミュニケーションを深める必要があることを意味します。最終的には、Software-Defined Networking、Software-Defined Storage、そしてすでに仮想化されているコンピュート・スペースが統合される必要があります。この統合が達成されなければ、IT全体が今後数年間で失望するような状況に直面することになるでしょう。
