FlexVNFとは何ですか？

FlexVNFは、現在のVersa オペレーティングシステム（VOS）の旧製品名です。物理アプライアンスを含め、あらゆるフォームファクタにおいて、SD-WAN、ルーティング、ファイアウォール、QoS、分析機能といった基盤となるソフトウェアは同一です。 この名称は、VOSが仮想ネットワーク機能（VNF）としてパッケージ化されていたことに由来し、デバイスのログインバナー（「VOS (FlexVNF)」）、CLIのブランド表記、Directorの製品タイプラベル、クラウド展開ツール、およびサードパーティのVNFマーケットプレイスの掲載情報などに現在も残っています。サードパーティのマーケットプレイスでは、展開可能なイメージが「Versa FlexVNF」として掲載されています。

主なポイント

• FlexVNFは独立した製品ではなく、内部名称としてVOSと呼ばれるものです。
• 家電製品のログインバナーやCLIのブランディングに表示されます。
• クラウド導入ツール（例：Azure Terraform）は、その名前にちなんでリソースに名前を付けます。
• サードパーティのSDCIマーケットプレイスでは、デプロイ可能なVNFが「Versa FlexVNF」として掲載されています。
• 他のVOSデバイスと同様に管理されます。Directorでは、これ専用のデバイスタイプは設定されていません。

このページの内容： その重要性 ・ 仕組み ・ 「FlexVNF」という名称はどこに表示されますか？ · FlexVNF とVersaONE プラットフォーム · よくある質問

FlexVNFはなぜ重要なのでしょうか？

Versa アプライアンスのCLIにログインしたり、デバイスのバナーを確認したり、Azure上でTerraformによるデプロイ作業を行ったりする人は、誰もが「VOS」という用語を目にする前に、「FlexVNF」という文字列に出くわすことになるでしょう。この2つの名称が同じソフトウェアを指していることを知らなければ、混乱を招くのも無理はありません。運用担当者は、FlexVNFが別の製品なのか、レガシーバージョンなのか、あるいは機能を削ったバージョンなのかと疑問に思うかもしれません。

これは、Versaの自社ツール以外においても同様に重要です。MegaportやEquinixをはじめとするサードパーティのソフトウェア定義クラウド相互接続（SDCI）プロバイダーは、自社のマーケットプレイスにおいて、Versaの展開可能な仮想アプライアンスを「VOS」ではなく「FlexVNF」という名称で掲載しています。 誤ったベンダーのパッケージを選択したり、FlexVNFのリストを、プロビジョニングしようとしているVOSインスタンスであると認識できなかったりすると、クラウドオンランプの導入が開始される前に頓挫してしまう可能性があります。この名称を認識することは、Versaの公式ドキュメントや、同社のクラウドマーケットプレイスパートナーと連携する上で、些細ながらも重要な前提条件となります。

FlexVNFとは何ですか？

FlexVNF は、VOS の内部ソフトウェア名であり、Versa アプライアンスおよび仮想ネットワーク機能のデバイスログインバナーや CLI のブランド表示に表示されます。これには独自の機能セットやリリースサイクルは存在しません。FlexVNF ブランドのインスタンスは、物理的な Cloud Services Gateway、仮想アプライアンス、およびコントローラーノードを駆動する VOS スタックと全く同じものを実行しており、SD-WAN、次世代ファイアウォール、ルーティング、QoS、マルチテナント、および分析機能の統合といった機能を備えています。

この名称の由来は、VOSが当初、柔軟な仮想ネットワーク機能（VNF）として誕生したことにさかのぼります。つまり、固定されたハードウェアではなく、汎用コンピューティング環境上でVNFとして動作するように構築されたソフトウェアでした。その歴史的背景は、現在では主にブランディング要素――バナー、CLIのプロンプト、自動化テンプレート内のリソース名、パートナーのマーケットプレイスにおけるベンダーパッケージのラベルなど――に表れており、ネットワーク設計において考慮すべき要素としてはほとんど見られません。

FlexVNF という名称はどこに表示されますか？

FlexVNF というラベルは、Versaのドキュメント内のいくつかの具体的な箇所に登場します。 デバイスのログインバナーとCLIのブランディング、アプライアンスおよび仮想ネットワーク機能（VNF）インスタンスは、ソフトウェアの内部命名規則に従い、ログイン時に自身を「FlexVNF」として識別します。 クラウド導入の自動化,Versaに掲載されている、VOS デバイスを Azure のブランチとしてデプロイするための Terraform テンプレートでは、次のような名前のリソースグループがプロビジョニングされます。 Versa_FlexVNF_RG、という名前のVM Versa_FlexVNF, そして flexvnf.sh cloud-init スクリプト – 同じ内部名を持つすべての命名アーティファクト。 サードパーティのSDCIマーケットプレイス、MegaportのMVEカタログとEquinix Network Edgeの両方において、導入可能なパッケージは「Versa FlexVNF」として記載されています。これをプロビジョニングすると、これらのプラットフォームで「FlexVNFデバイス」と呼ばれるものが作成され、FlexVNFのパブリックWAN IPアドレスが割り当てられます。In ゲートウェイのURLパス, SSO 連携（SSE ゲートウェイ向けの Okta SAML の設定など）は、以下を含むエンドポイントを経由してルーティングされます。 /versa-flexvnf/、例えば、IDプロバイダーの設定時に使用されるログインコンシューマーのURLなど。

FlexVNF と「VersaONE 」プラットフォーム

FlexVNFという名称が表示される場所であればどこでも、その背後にあるデバイスはVersaONE プラットフォームにおける標準的なVOS参加者です。Azure Terraformテンプレート、Megaport MVE注文、またはEquinix Network Edgeのデプロイを通じてプロビジョニングされたFlexVNFインスタンスも、SD-WANファブリックへの参加のためにコントローラーに登録され、他のアプライアンスと同様にVersa Directorを通じて管理されます。Directorには、FlexVNF専用の「FlexVNF」デバイスタイプや、それ専用のポリシーモデルは存在しません。 イメージ自体は、ハイパーバイザーや相互接続プラットフォームがホストできる場所であればどこにでもデプロイされます。KVMホスト上でqcow2ディスクイメージとしてインポートされたり、Megaport MVEやEquinix Network Edge上で「Versa FlexVNF」ベンダーパッケージとしてプロビジョニングされたり、あるいはuCPEデプロイメントにおいてホストVOSインスタンスとして機能したりします。uCPEデプロイメントでは、Directorのサービスチェーンテンプレートが、VLANサブインターフェースを、それとともに実行されているサードパーティ製のゲストVNFに接続します。 実用上の結論として、この名称を認識することは、ログ、バナー、Terraform変数名、およびマーケットプレイスのカタログを正しく読み取る上で重要ですが、デバイスがファブリックの一部となった後の設計、大規模展開、またはポリシーによるガバナンスには何の影響も及ぼしません。

よくある質問

FlexVNFはVOSとは別の製品ですか？

いいえ。FlexVNF は VOS の内部ソフトウェア名であり、デバイスのログインバナーや CLI のブランド表示に表示されます。FlexVNF という独立した製品ライン、機能セット、またはリリーストラックは存在しません。これは、表示名が異なるだけで、実際には同じソフトウェアです。

Azure Terraformのデプロイメントで、「FlexVNF」リソースが参照されるのはなぜですか？

VersaAzure上にVOSブランチデバイスをデプロイするためのTerraformテンプレートでは、リソースグループ、VM、およびcloud-initスクリプトの名称が「FlexVNF」にちなんで付けられています。これは、デバイスのログインバナーやCLIにも表示されるのと同じ内部ブランド名です。

なぜMegaportとEquinixは、「Versa FlexVNF」をベンダーパッケージとして掲載しているのでしょうか？

サードパーティのSD-WANおよびクラウド相互接続マーケットプレイスでは、Versaの展開可能な仮想アプライアンスが「FlexVNF」ブランドとして掲載されています。このパッケージを選択すると、注文時に選択したソフトウェアバージョンに対応したVOSインスタンスがプロビジョニングされます。

FlexVNF の名称変更により、デバイスの管理方法に変化はありますか？

いいえ。FlexVNFブランドのインスタンスは、他のVOSアプライアンスや仮想ネットワーク機能と同様に、コントローラーにオンボードされ、Versa Directorを通じて管理されます。別途の管理パスは存在しません。

URLの中で「flexvnf」という文字列はどこで見かけるでしょうか？

ゲートウェイのSSO設定において。SSEゲートウェイ向けのOkta SAML設定などのIDプロバイダー連携では、以下の内容を含むエンドポイントが使用されます。 /versa-flexvnf/ – 例えば、IDプロバイダーの設定時に入力したログイン用コンシューマーURLなど。

詳細はこちらVersa

さらに詳しく知りたい場合は、私たちが信頼している情報源を以下にご紹介します。

関連用語

FlexVNFについてお読みの方は、次にこれらもぜひご覧ください。