組織がデジタル トランスフォーメーションの道を着実に歩むにつれて、統合の問題が重要になります。 ほとんどの企業の異種アプリ ポートフォリオから生じる明らかな統合の課題に加えて、組織が維持する異種アプリ サービス ポートフォリオからも同様の課題が生じます。
大多数 (当社の最新のapplicationサービスの現状調査によると 69%) は、少なくとも 10 個以上のapplicationサービスを運用しています。 これらのapplicationサービスは、真空状態で動作するわけではありません。 組織がデジタル トランスフォーメーションを通じて求めるスピードと規模を実現するには、自動化が鍵となります。 自動化により、展開と運用を拡張して、頻繁に展開されるポートフォリオの拡大をサポートできます。
現在でもほとんどのapplicationサービスが存在しているネットワークにおける自動化の手段は、ツールセットとスタックの形をとります。 当社の調査によると、VMware はこれまで、そしてこれからも、自動化において最も信頼されているフレームワークの 1 つです。 したがって、VMware スタックとの統合は、あらゆるapplicationサービスにとって重要な機能です。
スタックと言うのは、現在 VMware が 2 つの異なるスタックを提供しているからです。 NSX-T と NSX-V。特にコントロール プレーン層での統合方法が異なります。
NSX-V は、ESXi のみをサポートする VMware 独自の実装です。 OVSDB コントロール プレーンは VxLAN オーバーレイに依存しています。 F5 にとって、これはBIG-IP がオープン API を介して動的に接続することで統合され、運用スタックを介してオペレータに一元的な制御ポイントを提供することを意味します。
一方、NSX-T は、Pivotal PAS、PKS、OpenShfit、DIY Kubernetes の KVM、クラウド、ネイティブ コンテナ サポートを含むように拡張されています。 これは、NSX 実装を進化させる十分な理由です。 内部には新しいコントロール プレーンがあります。 NSX-T は VxLAN の代わりに GENEVE オーバーレイを使用します。 現在、BIG-IP は GENEVE をサポートしていますが、必要な NSX-T API はまだ公開されていません。 つまり、BIG-IP は引き続き使用できますが (代わりにルーティングを介して統合されます)、運用スタックへの統合は行われません。
しかし、それによって前進を止めないでください。 BIG-IP から得られるのは、アプリケーションごとの可視性、自動スケーリング、そして自由に使える堅牢なapplicationサービスのセットです。 F5 BIG-IQ を使用すると、操作と可視性にすぐにアクセスでき、簡単に自動化できます。
展開トポロジの柔軟性も得られます。 統合の基盤としてのルーティングの利点の 1 つは、組織にとって意味のある方法でapplicationサービスをアーキテクチャに挿入できることです。 F5 は、NSX-T のインライン トポロジとパラレル トポロジの両方をサポートしています。 パフォーマンスとスケールを最大限に引き出す必要がある場合や、FIPS 140-2 レベル 1 およびレベル 2 の認定を必要とする場合には、ハードウェアも選択肢になります。
BIG-IP と NSX-T を統合するのは魔法ではなく、単なるネットワーク化です。 私たちは、ほとんどのネットワーク エンジニアがネットワーク エンジニアになるよりも長い間、Cisco や Juniper などの L2/3 インフラストラクチャに接続してきました。 私たちはネットワーキングを知っています。
BIG-IP と NSX-T を統合する方法の詳細については、この導入ガイドを参照してください。