デコミッションされた欠陥のあるデバイスを交換するためにデバイスを追加し(RMA用)、同じ管理IPアドレスを使用する予定がある場合は、新しいデバイスを割り当てる前に元のデバイスを 停止 してください。Apstra環境では、各デバイスに固有の管理IPアドレスが必要です。
- ブループリントを作成した後、デバイスプロファイルをデバイスに割り当てます。
- デバイス システム ID をデバイスに割り当てます。デフォルトでは、デプロイモードは Deploy に設定されています。
メモ：
デバイスを導入せずにコミットされたブループリントを作成するのは一般的です。必要に応じて、バッチ、1 つずつ、またはすべてを 1 度で導入できます。デバイスを導入せずに割り当てる場合は、導入モードを 「準備完了」に設定し、デバイスを 「サービス準備 中」状態にします。この設定は Discovery 2 Configと呼ばれます。
- ブループリントに変更をコミットして、デバイスをアクティブなファブリックに導入します。デバイスの状態が「インサービスアクティブ」に変更され、設定は「サービス設定」と呼ばれます。
デバイスを展開するとすぐに、ダッシュボードに異常が表示されることがあります。テレメトリデータがインテントに照らして検証されると、異常は自動的に解決されます。これは、特に BGP セッションや広告ルートでは、場合によってはかなり時間がかかる場合があります。
デバイスを導入することは、デバイスのベンダーによって異なる意味を持つ場合があります。例えば、Juniper Junosデバイスには、異常の発生に関して以下の特徴があります。
show interface コマンドは、トランシーバが差し込まれていないポートのインターフェイスを一覧表示しません。つまり、これらのインターフェイスに対して Interface Down 異常を発生させられないということです。このようなインターフェイスは、 を使用して show virtual-chasses vc-port認識でき、ステータスは「欠席」になります。- 仮想ネットワークエンドポイントがリーフインターフェイス上で設定されている場合、Apstraはそのインターフェイスに対してEVPNタイプ3ルートを期待します。このインターフェイスがダウンした場合、JunosはRT-3をアドバタイズせず、「ルートの欠落」異常が発生します。この異常が望ましくない場合は、インターフェイスが稼働するまで仮想ネットワークからインターフェイスを削除することをお勧めします。
デバイスを展開すると、インテントとして機能する Golden Config と呼ばれる、実行中の新しい設定が収集されます。実行中の設定は継続的に収集され、このゴールデン構成と比較されます。導入に失敗すると、Golden Configは設定されません。BGP や LLDP などのプロトコル関連の異常は、両端のデバイスが導入されている場合にのみ発生します。
