このページの内容
クラスターを展開する
このトピックでは、VM に Routing Director 展開クラスターを展開する手順について説明します。
ノード VM を作成して準備したら、VM でクラスター パラメーターを構成し、Routing Director デプロイ クラスターをデプロイします。クラスターを構成して展開する手順は、クラスターを展開するハイパーバイザーに関係なく同じです。
以下の手順を実行して、Routing Director デプロイ クラスターを構成およびデプロイします。
ノードVMを構成する
すべてのノードVMが作成されたら、次の手順を実行してVMを設定します。
最初の VM のノード VM Web コンソールに接続します。自動的にrootとしてログインします。
パスワードをすぐに変更するように求められます。新しいパスワードを入力し、再入力します。VMから自動的にログアウトされます。
注:すべてのVMに同じパスワードを入力することをお勧めします。VM に異なるパスワードを構成する場合は、クラスターのデプロイ時にクラスター ノードの SSH キーを生成する ように要求されたときに、異なるパスワードを正しく入力します。
プロンプトが表示されたら、新しく設定したパスワードを使用してrootユーザーとして再度ログインします。
プロンプトが表示されたら、以下の情報を設定します。
表1:VM構成ウィザード プロンプト
アクション
ホスト名を設定しますか?(y/n)
yを入力してホスト名を設定します。
ホスト名を指定してください
VMを識別するホスト名を入力します。例:Primary1。ホスト名は64文字未満である必要があり、英数字やいくつかの特殊文字を含めることができます。
ホスト名を入力しない場合は、次の形式のデフォルトホスト名
controller-<VM-IP-address-4th-octet> is assigned.注:1 つのノードからクラスターをデプロイし、クラスター構成プロセス中に他のノードのIPアドレスを入力するクラスターのため、ロールは自動的に割り当てられます。設定される最初の 3 つのノードは、プライマリ ノードとワーカー ノードで、最後のノードはワーカー専用ノードです。
ホスト名(およびノードの役割と一致するかどうか)は、クラスターの運用には影響しません。ただし、管理上の目的で、ノードの名前付け方法と、クラスター作成手順でのアドレスの入力順序に注意を払うことをお勧めします。
クラスターのインストール後のホスト名の変更はサポートされていません。
静的IP(推奨)を設定しますか?(y/n)
yを入力してVMのIPアドレスを設定します。
IPアドレスはCIDR表記で指定してください
CIDR表記でIPアドレスを入力します。例えば、10.1.2.3/24です。
ノードVMは、同じサブネット上または異なるサブネット上に配置できます。
注:10.1.2.3/24ではなく10.1.2.3と入力すると、無効なIPアドレスエラーメッセージが表示されます。
ゲートウェイIPを指定してください
ゲートウェイのIPアドレスを入力します。
ノードVMのネットワークに対応するゲートウェイIPアドレスを入力してください。
プライマリDNS IPを指定してください
プライマリDNS IPアドレスを入力します。
セカンダリDNS IPを指定してください
セカンダリDNS IPアドレスを入力します。
IPv6を設定しますか?(y/n)
IPv6アドレスを設定するには、
yを入力します。IPv6アドレスを設定しない場合は、
nを入力してステップ 5に進みます。IPv6アドレスをCIDR表記で指定してください
IPv6アドレスをCIDR表記で入力します。たとえば、2001:db8:1:2::3/64です。
ノードVMは、同じサブネット上または異なるサブネット上に配置できます。
注:2001:db8:1:2::3/64ではなく2001:db8:1:2:2::3と入力すると、「無効なIPアドレス」というエラーメッセージが表示されます。
ゲートウェイIPv6を指定してください
ゲートウェイのIPv6アドレスを入力します。
ノードVMのネットワークに対応するゲートウェイIPアドレスを入力してください。
プライマリDNS IPv6を指定してください
プライマリDNS IPv6アドレスを入力します。
セカンダリDNS IPv6を指定してください
セカンダリDNS IPv6アドレスを入力します。
続行してもよろしいかプロンプトが表示されたら、表示された情報を確認し、 y と入力して Enter キーを押します。
展開シェルにログインします。
(オプション)ノード間の接続を確認します。すべてのノードVMに再度ログインします。ログアウトしている場合は、以前に設定した パスワードを使用してrootとして再度ログインします。展開シェルの動作モードになります。
exitを入力して、ノードの Linux ルートシェルに入ります。ping static-ipv4-addressコマンドを使用して、各ノードから他の3つのノードにpingを実行し、ノードが相互に接続できることを確認します。(オプション)クラスターの導入に進む前に、NTPサーバーに到達可能であることを確認します。いずれかのクラスターノードで、
start shellを入力します。#プロンプトで、ping ntp-servers-name-or-addressコマンドを使用してサーバーに ping を実行します。pingが失敗した場合は、別のNTPサーバーを使用します。
ノードの準備手順が完了し、クラスターをデプロイする準備ができました。
クラスターを展開する
デプロイメントシェルCLIを使用してRouting Directorデプロイメントクラスターを構成およびデプロイするには、以下のステップを実行します。
最初のノードVM(Primary1)に戻ります。ログアウトしている場合は、以前に設定した パスワードを使用してrootとして再度ログインします。展開シェルの動作モードになります。
********************************************************************* WELCOME TO Routing Director SHELL! You will now be able to execute Routing Director CLI commands! ********************************************************************* root@eop>クラスターを構成するには、展開シェルで構成モードに入ります。
root@eop> configure Entering configuration mode [edit]
以下のクラスターパラメーターを設定します。
root@eop# set deployment cluster nodes kubernetes 1 address node1-IP [edit] root@eop# set deployment cluster nodes kubernetes 2 address node2-IP [edit] root@eop# set deployment cluster nodes kubernetes 3 address node3-IP [edit] root@eop# set deployment cluster nodes kubernetes 4 address node4-IP [edit] root@eop# set deployment cluster ntp ntp-servers pool.ntp.org [edit] root@eop# set deployment cluster common-services ingress ingress-vip generic-ingress-vIP [edit] root@eop# set deployment cluster applications active-assurance test-agent-gateway-vip TAGW-vIP [edit] root@eop# set deployment cluster applications web-ui web-admin-user "user-admin@juniper.net" [edit] root@eop# set deployment cluster applications web-ui web-admin-password Userpasswd [edit]
場所:
インデックス1から4を持つ
kubernetesノードのIPアドレスは、ノードVMで設定されている 静的IPアドレス と一致する必要があります。インデックス1、2、3のKubernetesノードはプライマリおよびワーカーノードで、インデックス4のノードはワーカー専用ノードです。ノードのIPアドレスは、同じサブネット上または異なるサブネット上に配置できます。3つのノードクラスターを設定する場合は、インデックス4を持つKubernetesノードの設定をスキップします。ntp-serversは、同期するNTPサーバーです。web-admin-userweb-admin-passwordは、最初のユーザーがWeb GUIへのログインに使用できる電子メールアドレスとパスワードです。ingress-vipは、汎用共通イングレスのVIPアドレスであり、Web GUIへの接続に使用されます。test-agent-gateway-vipは、アクティブアシュアランステストエージェントゲートウェイ(TAGW)のVIPアドレスです。VIP アドレスは、デバイスが Routing Director との接続を確立するために必要なアウトバウンド SSH 設定に追加されます。
注:マルチサブネットクラスターのインストールでは、VIPアドレスをクラスターノードと同じサブネット内に配置 することはできません 。
PCEサーバーのVIPアドレスを設定します。
root@eop# set deployment cluster applications pathfinder pce-server pce-server-vip PCE-vIP [edit]
場所:
pce-server-vipは、PCEサーバーがRouting Directorとデバイス間のPath Computational Element Protocol(PCEP)セッションを確立するために使用するVIPアドレスです。VIP アドレスは、クラスター ノードと同じサブネット上に配置することも、別のサブネット上に配置することもできます。VIPアドレスは、他のVIPアドレスとは異なるサブネット上に配置できます。注:PCEサーバーのVIPアドレスを設定して、ネットワークトポロジーの更新をリアルタイムで表示します。
また、VIPアドレスは、クラスターの導入後いつでも設定できます。クラスターの導入後にPCEサーバーのVIPアドレスを設定する方法については、「 PCEサーバーを設定する」を参照してください。
(オプション)ルーティング監視機能とVIPアドレスを設定して、BGP監視プロトコル(BMP)セッションとIPFIXデータ収集を確立します。
root@eop# set deployment cluster applications routingbot install-routingbot true [edit] root@eop# set deployment cluster applications routingbot routingbot-crpd-vip v4-crpd-address [edit] root@eop# set deployment cluster applications routingbot routingbot-ipfix-vip v4-ipfix-term-address [edit]
場所:
install-routingbotルーティング監視機能を有効にします。routingbot-crpd-vipは、外部ネットワークデバイスがBMPセッションを確立するためのBMPステーションIPアドレスとして使用するVIPアドレスです。routingbot-ipfix-vipは、予測イベントを表示するためのVIPアドレスです。警告:ルーティングの可観測性機能を設定するために必要な最低限のリソースは、 ハードウェア要件に記載されています。ただし、本番環境でルーティング監視機能を構成するために必要なリソースの見積もりについては、ジュニパーパートナーまたはジュニパー営業担当者にお問い合わせください。(オプション)AI/ML(人工知能[AI]および機械学習[ML])機能を有効にして、デバイスの健全性に関連する主要パフォーマンス指標(KPI)を自動的に監視し、デバイス上のブラックホールを検出します。
root@eop# set deployment cluster applications aiops install-aiml true [edit] root@eop# set deployment cluster applications aiops enable-device-health true [edit] root@eop# set deployment cluster applications aiops enable-blackhole true [edit]
場所:
install-aimlAI/ML機能を有効にします。これはデフォルトでは無効になっています。enable-device-healthAI/ML機能を使用してデバイスの健全性の監視を設定します。enable-blackholeAI/ML機能を使用してデバイス上のブラックホール(パケットドロップ)を検出できるようにします。警告:デバイスの健全性を監視し、AI/ML を使用したブラックホールの検出は、このリリースのベータ機能です。AI/ML を構成するために必要な最低限のリソースは、「 ハードウェア要件」に記載されています。ただし、本番環境でAI/ML機能を構成するために必要なリソースの見積もりについては、ジュニパーパートナーまたはジュニパーの営業担当者にお問い合わせください。(オプション)IPv6アドレスを設定します。
root@eop# set deployment cluster kubernetes address-family cluster-ipv6-enabled true [edit] root@eop# set deployment cluster common-services ingress ingress-vip-ipv6 generic-ingress-IPv6 [edit] root@eop# set deployment cluster applications active-assurance test-agent-gateway-vip-ipv6 TAGW-IPv6 [edit] root@eop# set deployment cluster install prefer-ipv6 true [edit]
場所:
cluster-ipv6-enabledクラスターにIPv6アドレスを使用できるようにし、クラスターをデュアルスタックにします。ingress-vip-ipv6は、汎用共通イングレスのIPv6 VIPアドレスであり、Web GUIへの接続に使用されます。test-agent-gateway-vip-ipv6は、Active アシュアランス TAGW の IPv6 VIP アドレスです。prefer-ipv6IPv4アドレスよりもIPv6アドレスの優先度を設定します。trueに設定し、ホスト名が設定されていない場合、IPv6 VIP アドレスがアウトバウンド SSH 設定に追加されます。VIP アドレスは、クラスター ノードと同じサブネット上に配置することも、別のサブネット上に配置することもできます。VIP アドレスは、互いに異なるサブネット上に存在することもできます。
(オプション)汎用イングレスに複数のVIPアドレスを使用する場合、または個別のNICで2つの別々のネットワークを接続する場合は、NETCONFとgNMIに追加のVIPアドレスを設定します。
root@eop# set deployment cluster common-services ingress ingress-vip netconf-gnmi-vIP [edit] root@eop# set deployment cluster applications oc-term oc-term-host address netconf-gnmi-vIP [edit] root@eop# set deployment cluster applications gnmi-term gnmi-term-host address netconf-gnmi-vIP [edit]
場所:
ingress-vipは、NETCONFおよびgNMIに使用する追加のVIPアドレスを設定するために使用されます。複数のingress-vipアドレスが定義されている場合、GUIへの接続に使用するVIPアドレスを1つ、NETCONFおよびgNMIアクセスに使用する追加のVIPアドレスを設定できます。oc-term-hostは、NETCONFに使用するVIPアドレスです。gnmi-term-hostは、gNMIに使用するVIPアドレスです。NETCONFおよびgNMI用に設定されたアドレスが、デバイスの採用に使用されるアウトバウンドSSH設定に追加されます。
クラスターがデュアルNICで2つのネットワークに接続されている場合は、汎用ingress用に追加のVIPアドレスを設定します。ステップ3で最初に設定したgeneric-ingress-vIP VIPアドレスは、デフォルトでGUI、NETCONF、gNMIへのアクセスに使用されます。NETCONFおよびgNMIアクセスに第2ネットワークのVIPアドレスを使用するには、このステップで説明されているように第2ネットワークのnetconf-gnmi-vIPVIPアドレスを設定します。
(オプション)NETCONFアクセスに関連付けられたポート番号は、デフォルトのポート番号2200から手動で変更できます。
root@eop# set deployment cluster applications oc-term oc-term oc-term-port alt-netconf-port [edit] root@eop# set deployment cluster applications oc-term oc-term-port-external alt-netconf-port [edit]
NETCONFに設定された alt-netconf-port ポート番号が、デバイスの採用に使用されるアウトバウンドSSH設定に追加されます。
注:未使用の非予約ポート番号を設定してください。(オプション)クラスターノードが異なるサブネットにある場合は、各クラスターノードで実行されているmetalLBエージェントを使用して、ToRルーターとクラスターノード間のBGPピアリングを設定します。この例では、 図 2 に示すように、クラスターノード 1 と 2 は ToR1 によって、クラスターノード 3 と 4 は ToR2 によってサービスを受けています。
root@eop# set deployment cluster install enable-l3-vip true [edit] root@eop# set deployment cluster common-services metallb metallb-bgp-peer peer-ip ToR1-IP peer-asn ToR1-asn local-asn node-asn local-nodes node1_IP [edit] root@eop# set deployment cluster common-services metallb metallb-bgp-peer peer-ip ToR1-IP peer-asn ToR1-asn local-asn node-asn local-nodes node2_IP [edit] root@eop# set deployment cluster common-services metallb metallb-bgp-peer peer-ip ToR2-IP peer-asn ToR2-asn local-asn node-asn local-nodes [node3_IP node4_IP] [edit] root@eop# set deployment cluster common-services metallb metallb-bgp-peer-ipv6 peer-ip ToR1-IPv6 peer-asn ToR1-asn local-asn node-asn local-nodes [node1_IP node2_IP] [edit] root@eop# set deployment cluster common-services metallb metallb-bgp-peer-ipv6 peer-ip ToR2-IPv6 peer-asn ToR2-asn local-asn node-asn local-nodes [node3_IP node4_IP] [edit]
場所:
enable-l3-vipクラスターノードのL3 VIPアドレスと、異なるサブネットのVIPアドレスを有効にします。metallb-bgp-peermetallb-bgp-peer-ipv6は、それぞれToRルーターのIPアドレスとIPv6アドレスです。peer-asnは、ToR AS番号です。local-asnは、クラスターノードのAS番号です。AS番号は、すべてのクラスターノードで同じままです。local-nodesは、ステップ #task_jfc_4nb_42c__configureで設定されたノードのIPアドレスクラスターです。(オプション)汎用イングレスとアクティブアシュアランスTAGWのホスト名を設定する場合は、以下を設定します。
root@eop# set deployment cluster common-services ingress system-hostname ingress-vip-dns-hostname [edit] root@eop# set deployment cluster applications active-assurance test-agent-gateway-hostname nginx-ingress-controller-hostname [edit]
場所:
system-hostnameは、汎用のイングレス仮想IP(VIP)アドレスのホスト名です。test-agent-gateway-hostnameは、アクティブアシュアランス TAGW VIP アドレスのホスト名です。ホスト名を設定すると、ホスト名がVIPアドレスよりも優先され、アウトバウンドSSH設定に追加されます。ホスト名は、IPv4またはIPv6のVIPアドレス、あるいはその両方に解決できます。
(オプション)SMTPベースのユーザー管理用に、以下の設定を行います。
root@eop# set deployment cluster mail-server smtp-relayhost smtp.relayhost.com [edit] root@eop# set deployment cluster mail-server smtp-relayhost-username relayuser [edit] root@eop# set deployment cluster mail-server smtp-relayhost-password relaypassword [edit] root@eop# set deployment cluster mail-server smtp-allowed-sender-domains routingdirector.net [edit] root@eop# set deployment cluster mail-server smtp-sender-email no-reply@routingdirector.net [edit] root@eop# set deployment cluster mail-server smtp-sender-name Juniper Routing Director [edit] root@eop# set deployment cluster papi papi-local-user-management false [edit] root@eop# set deployment cluster mail-server smtp-enabled true [edit]
場所:
smtp-allowed-sender-domainsは、Routing Director がユーザーに電子メールを送信する電子メール ドメインです。smtp-relayhostは、メッセージを中継するSMTPサーバーの名前です。smtp-relayhost-username(オプション)は、SMTP(リレー)サーバーにアクセスするためのユーザー名です。smtp-relayhost-password(オプション)は、SMTP(リレー)サーバーのパスワードです。smtp-allowed-sender-domainsは、Routing Director がユーザーに電子メールを送信する電子メール ドメインです。smtp-sender-emailは、電子メールの受信者に対して送信者の電子メールアドレスとして表示される電子メールアドレスです。smtp-sender-nameは、Routing Directorからユーザーに送信される電子メールに送信者名として表示される名前です。papi-local-user-managementローカルユーザー管理を有効または無効にします。mail-server smtp-enabledSMTPを有効または無効にします。注:この時点では、SMTP設定はオプションです。SMTP設定は、クラスターの展開後にも構成できます。クラスター導入後にSMTPを設定する方法については、 Paragon ShellでSMTP設定を設定するを参照してください。
(オプション)カスタムユーザー証明書をインストールします。ユーザー証明書をインストールする前に、カスタム証明書ファイルと証明書キーファイルを、クラスターをデプロイするノードのLinuxルートシェルにコピーする必要があります。ファイルを /root/epic/config フォルダにコピーします。
root@eop# set deployment cluster common-services ingress user-certificate use-user-certificate true [edit] root@eop# set deployment cluster common-services ingress user-certificate user-certificate-filename "certificate.cert.pem" [edit] root@eop# set deployment cluster common-services ingress user-certificate user-certificate-key-filename "certificate.key.pem" [edit]
場所:
user-certificate-filenameは、ユーザー証明書のファイル名です。user-certificate-key-filenameは、ユーザー証明書キーファイル名です。注:現時点では、証明書のインストールはオプションです。また、クラスターの導入後にカスタムユーザー証明書を使用するようにRouting Directorを設定することもできます。クラスターのデプロイ後にユーザー証明書をインストールする方法については、「 ユーザー証明書のインストール」を参照してください。
(オプション)システム生成証明書を使用して、PCEサーバーとパス計算クライアント(PCC)間のセキュリティを設定および適用します。
root@eop# set deployment cluster applications pathfinder pce-server pce-server-global-default-tls-mode strict-enable [edit]
場所:
pce-server-global-default-tls-modePCEPセキュリティを有効にします。auto-detectまたはstrict-enableに設定できます。デフォルトでは、strict-disableに設定されています。注:この時点では、PCEPセキュリティの有効化はオプションです。また、クラスターの導入後にPCEPセキュリティを適用するようにRouting Directorを設定することもできます。さらに、カスタム証明書を使用してPCEPセキュリティを適用できます。クラスターの導入後にシステム生成証明書またはカスタム証明書を使用してPCEPセキュリティを有効にする方法については、 PCEPセキュリティを有効にするを参照してください。
(オプション)クラスターのスケールサイズを設定します。クラスターのインストールに必要な最小限のリソースでクラスターが構成されている場合、クラスターのスケーリングモードは小さくなります。スケールモードはデフォルトで小さく設定されており、このステップをスキップしてかまいません。
より多くのデバイスをサポートするクラスターをインストールする必要があり、少なくとも 32 個の vCPU と 64 GB の RAM がある場合は、スケール モードを
largeに変更する必要があります。root@eop# set deployment cluster install scale-mode large [edit]
設定をコミットし、設定モードを終了します。
root@eop# commit commit complete [edit] root@eop# exit Exiting configuration mode root@eop>
設定ファイルを生成します。
root@eop> request deployment config Deployment inventory file saved at /epic/config/inventory Deployment config file saved at /epic/config/config.yml
インベントリ ファイルには、VM の IP アドレスが含まれています。
config.ymlファイルには、クラスターの導入に必要な最小限のRouting Director導入クラスター設定パラメーターが含まれています。
request deployment configコマンドは、configディレクトリにconfig.cmgdファイルも生成します。config.cmgd ファイルには、実行したすべてのsetコマンドが含まれています。config.ymlファイルが誤って編集または破損した場合は、設定モードでload set config/config.cmgdコマンドを使用してクラスターを再デプロイできます。クラスターノードでSSHキーを生成します。
プロンプトが表示されたら、VMのSSHパスワードを入力します。VMにログインするために設定した ものと同じパスワード を入力します。
root@eop> request deployment ssh-key Setting up public key authentication for ['node1-IP','node2-IP','node3-IP','node4-IP'] Please enter SSH username for the node(s): root Please enter SSH password for the node(s): checking server reachability and ssh connectivity ... Connectivity ok for node1-IP Connectivity ok for node2-IP Connectivity ok for node3-IP Connectivity ok for node4-IP SSH key pair generated in node1-IP SSH key pair generated in node2-IP SSH key pair generated in node3-IP SSH key pair generated in node4-IP copied from node1-IP to node1-IP copied from node1-IP to node2-IP copied from node1-IP to node3-IP copied from node1-IP to node4-IP copied from node2-IP to node1-IP copied from node2-IP to node2-IP copied from node2-IP to node3-IP copied from node2-IP to node4-IP copied from node3-IP to node1-IP copied from node3-IP to node2-IP copied from node3-IP to node3-IP copied from node3-IP to node4-IP copied from node4-IP to node1-IP copied from node4-IP to node2-IP copied from node4-IP to node3-IP copied from node4-IP to node4-IP
注:VM に異なるパスワードを設定している場合は、プロンプトが表示されたら、対応するパスワードを入力してください。
クラスターを展開します。
root@eop> request deployment deploy cluster Process running with PID: 231xx03 To track progress, run 'monitor start /epic/config/log' After successful deployment, please exit Deployment-shell and then re-login to the host to finalize the setup
クラスターの導入が開始され、完了するまでに1時間以上かかります。
(オプション)画面上で展開の進行状況を監視します。
root@eop> monitor start /epic/config/log
展開の進行状況が表示されます。画面に次のような出力が表示されたら、導入は完了です。
<output snipped> PLAY RECAP ********************************************************************* node1-IP : ok=2397 changed=1015 unreachable=0 failed=0 rescued=0 ignored=15 node2-IP : ok=192 changed=96 unreachable=0 failed=0 rescued=0 ignored=0 node3-IP : ok=192 changed=96 unreachable=0 failed=0 rescued=0 ignored=0 node4-IP : ok=186 changed=95 unreachable=0 failed=0 rescued=0 ignored=0 Thursday 11 December 2025 22:00:57 +0000 (0:00:00.183) 1:01:53.469 ***** =============================================================================== user-registry : Push Docker Images from local registry to paragon registry - 335.76s kubernetes/addons/rook : Wait for Object-Store ------------------------ 213.36s kubernetes/multi-master-rke2 : start rke2 server on 1st master -------- 212.18s jcloud/papi : wait for papi rest api ---------------------------------- 122.19s jcloud/airflow2 : Install Helm Chart ---------------------------------- 117.00s Check if kafka container is up ---------------------------------------- 108.86s Install Helm Chart ---------------------------------------------------- 106.30s kubernetes/addons/postgres-operator : Make sure postgres is fully up and accepting request using regular user -- 73.73s systemd ---------------------------------------------------------------- 62.14s kubernetes/addons/postgres-operator-rb : RB >>> Make sure postgres is fully up and accepting request using regular user -- 52.96s kubernetes/multi-master-rke2 : start rke2 server on other master ------- 51.71s Create Kafka Topics ---------------------------------------------------- 51.48s systemcheck : Get Disk IOPS -------------------------------------------- 49.09s delete existing install config-map - if any ---------------------------- 43.10s paa/timescaledb : Make sure postgres is fully up and accepting request using regular user -- 41.96s kubernetes/multi-master-rke2 : start rke2 server on other master ------- 41.90s Save installer config to configmap ------------------------------------- 41.47s Install Helm Chart ----------------------------------------------------- 35.92s Verify healthbot victoriametrics --------------------------------------- 35.17s kubernetes/addons/vm-operator-rb : Wait for vm storage statefulset and pods -- 31.15s Playbook run took 0 days, 1 hours, 1 minutes, 53 seconds root@eop>
または、
monitorコマンドを使用して画面上で導入の進行状況を監視することを選択しなかった場合は、file show /epic/config/logコマンドを使用してログファイルの内容を表示することができます。ログファイルの最後の数行は、 サンプル出力と似ている必要があります。ログファイルを定期的にチェックして、導入の進行状況を監視することをお勧めします。デプロイが正常に完了すると、アプリケーションクラスターが作成されます。VM からログアウトし、デプロイメントシェルに再度ログインします。
コンソールの出力には、導入シェルのウェルカムメッセージと、4つのノード(コントローラ-1からコントローラ-4と呼ばれる)のIPアドレス、アクティブアシュアランス TAGW VIPアドレス、Web管理者ユーザーの電子メールアドレス、Web GUI IPアドレスが表示されます。IPv6アドレスが設定されている場合、ウェルカムメッセージにはIPv6 VIPアドレスも表示されます。
Welcome to Juniper Routing Director Shell This VM is part of a Juniper Routing Director Cluster with IPv6 enabled ======================================================================================= Controller IP : node1-IP, node2-IP, node3-IP, node4-IP PAA Virtual IP : TAGW-vIP, TAGW-vIPv6 UI : https://generic-ingress-vIP, https://[generic-ingress-vIPv6] Web Admin User : admin-user@juniper.net ======================================================================================= ova: 20251211_1117 build: eop-2.7.10564.gba1ecfedc9 *************************************************************** WELCOME TO Routing Director SHELL! You will now be able to execute Routing Director CLI commands! *************************************************************** root@Primary1>CLI コマンド プロンプトに、以前に設定したログイン ユーザー名とノード ホスト名が表示されます。たとえば、プライマリノードのホスト名としてPrimary1と入力した場合、コマンドプロンプトは
root@Primary1 >になります。
これで、クラスターの導入を確認し、Web GUIにログインできます。Routing Directorネットワーク外の外部IPアドレスからWeb GUIにアクセスする場合は、NATを使用して外部IPアドレスをWeb GUI IPアドレスにマッピングする必要があります。Web GUIにログインするに移動します。