Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Routing Directorのインストールの概要

ジュニパー®ルーティングディレクターは、WAN自動化ソリューションです。これにより、エンタープライズおよびサービスプロバイダのネットワークが、トラフィックの量、速度、およびタイプの増加によってもたらされる課題に対応できます。Routing Directorは、エクスペリエンスファーストで自動化主導のネットワークを提供し、ネットワーク事業者に高品質のエクスペリエンスを提供します。

このガイドでは、Routing Director のインストール方法について説明しており、ネットワークインフラストラクチャをインストールおよび管理するシステム管理者とネットワークオペレーターを対象としています。

Routing Director は、オンプレミス (顧客管理) ノードまたは仮想マシン (VM) のセットとしてデプロイします。Kubernetes クラスターは、Routing Director のインストール中にこれらの VM 内にデプロイされます。Kubernetesクラスターは、APIを介して相互に対話するマイクロサービスの集合であり、Routing Directorのインストール中に自動的に作成されます。

クラスター内のノード間通信はAPIとSSHを使用して実装され、Routing Directorと管理対象デバイス間の通信はSSH、NETCONF、OpenConfig、gNMIを使用します。

図1は、典型的なRouting Directorクラスターと通信プロトコルの導入を示しています。この図は単一のハイパーバイザーサーバーを示していますが、複数のサーバーにクラスターを展開することもできます。

図1:Routing Directorの導入 Network diagram of a hypervisor server with four VMs and six PE routers. The four VM nodes are Primary 1 at 10.1.2.3, Primary 2 at 10.1.2.4, Primary 3 at 10.1.2.5, Worker 1 at 10.1.2.6. Routing Director uses separate VIPs to connect to the Web UI, Active Assurance Test Agent Gateway, PCE Server, and more. Dashed orange lines indicate communication paths between the cluster and the PE routers using NETCONF, SSH, and OpenConfig protocols. IP range is 10.1.2.0/24 and IPv6 is 2001:db8:1:2::/64.

Routing Directorのインストール

Routing Directorをインストールするには、次の手順に従います。

  1. インストールバンドルをローカルデスクトップにダウンロードします。インストールバンドルは、OVAファイルで構成されています。OVA を直接使用するか、OVF ファイルと .vmdk ファイルを抽出して VM を作成します。

  2. OVA(またはOVFおよび .vmdk)バンドルを使用して、ベアメタルハイパーバイザーでVMを作成および設定します。

  3. 展開シェルCLIを使用して、VMにRouting Directorクラスターを展開します。

  4. Routing Director Web GUIにログインします。

ハイパーバイザーでVMを作成する権限を持つIT管理者またはシステム管理者が、Routing Director導入クラスターをインストールして維持します。IT 管理者またはシステム管理者は、インストールと管理に関連するタスクを担当します。Routing Directorは、インターネットにアクセスできないエアギャップ環境に導入できます。

VMを作成してから、OVA(またはOVFおよび .vmdk)バンドルを使用する必要はありません。OVA(またはOVFおよび .vmdk)バンドルからVMを作成します。つまり、特定のオペレーティングシステムを搭載したVMのインストール、Dockerなどの追加コンポーネントの導入、インターフェイスの作成と設定、NTPの設定などを個別に行う必要はありません。これらのタスクはすべて、OVA(またはOVFおよび .vmdk)バンドルからのVM作成プロセスの一部として自動的に実行されます。

導入シェル CLI

Routing Directorには、導入シェルと呼ばれるカスタムのコンテナ化MGD(cMGD)ユーザーシェルが用意されています。システム管理者は、展開シェルを使用して、Routing Director クラスターを展開および構成できます。デプロイメントシェルCLIは、OVA(またはOVFおよび .vmdk)バンドルを使用してハイパーバイザーサーバー上にVMが作成された後にインストールされ、使用可能になります。ソフトウェアバンドルには、ノードVMの作成とRouting Directorクラスターの展開に必要なすべてのパッケージが事前にパッケージ化されています。展開シェルは、Linux ベース OS にインストールされます。

展開シェルを使用すると、次のことができます。

  • Routing Directorクラスターを展開します。

  • クラスター設定のアップグレード、バックアップ、復元、編集を行います。

  • ユーザーを作成および編集します。

  • さまざまなタイプのソースからのメトリックの収集を使用して監視を設定し、収集したデータを指定されたシンクまたは宛先に転送します。

  • トラブルシューティングのためにクラスター情報を取得します。

VM は、Linux ベース OS と、必要なすべてのアプリケーション コードの両方を含むアプライアンスです。VM を作成してログインすると、既定では Deployment Shell に配置されます。デプロイメントシェルを終了すると、Linuxルートシェルに配置されます。

注:

Linux ルートシェルからコマンドを実行する際は注意してください。Linuxルートシェルから実行されるコマンドは、ドキュメントに明示的に記載されていない限りサポートされていません。

クラスターのデプロイに使用される構成ファイルは、クラスターのデプロイ元のVMの /root/epic/config フォルダーに保存されます。

このガイドでは、次の方法について説明します。

  • Routing Directorをインストールしてアップグレードします。

  • クラスターをシャットダウンして再起動します。

  • ノードを修復して交換します。

  • 設定をバックアップして復元します。

関連ドキュメント