瞻博网络 Apstra 设备更换指南
在工作数据中心网络中,一项基本操作是需要更换发生故障的设备,或者需要重新分配或重新用于其他目的的设备。本文档介绍如何使用 Apstra GUI 和 Apstra Terraform 提供商替换瞻博网络 Apstra 托管设备。
使用 Apstra GUI 替换受管设备
在 Apstra GUI 中更换受管设备是一组简单的任务。使用逻辑设备和接口映射将受管设备从其在交换矩阵中的角色中抽象出来,并分配给蓝图。
在这些过程中,我们将替换 GUI 中的 leaf2 设备。替换设备 (leaf2) 与我们要更换的设备完全相同的物理设备(品牌、型号和端口配置)。
在本主题中,我们将介绍如何使用以下方法替换设备:
删除仍处于连接状态的设备的叶
从 Apstra GUI 的左侧导航菜单中,导航到蓝图 >蓝图 ID >分段>物理>构建,然后单击 设备 图标。

单击 分配的系统 ID - 受管节点 ,然后单击 更改系统 ID 分配 图标。

单击垃圾桶图标,然后单击 更新分配 以取消分配 leaf2。

在这里,我们可以看到不再分配叶 2。

导航到 “未提交” 选项卡,然后单击 “提交 火箭”图标。

根据需要添加注释,然后单击“ 提交”。

提交完成后,导航到“ 设备”>“受管设备 ”以返回到“受管设备”表视图。

叶 2 现在已从蓝图中取消分配。

通过单击 卸载 图标从叶 2 卸载代理。

在弹出的对话框中,单击 确认 以卸载系统代理。
卸载完成后,leaf2 状态 在 “通信 ”列中显示为带有红色 x 的 oos-nocomms。

- 最后一步是从 Apstra 中完全删除 leaf2 设备。有两个步骤:
首先,单击“ 设备 ”面板中的垃圾桶图标。

然后从以下对话框中单击 删除 以删除设备。

单击“代理”面板中的“代理卸载”图标。

然后从 对话框中单击确认 以卸载代理。

完成后,叶 2 设备将从蓝图中删除。
删除出现故障的叶设备
在此过程中,我们将删除已失败且不再与 Apstra 通信的。
从 Apstra GUI 的左侧导航菜单中,导航到 蓝图>分段>物理>构建 ,然后单击 设备 图标。如果表中已存在该设备,则可以跳过此步骤并继续执行步骤 2。
单击 分配的系统 ID - 受管节点> ,然后单击 更改系统 ID 分配 图标。

单击回收站图标以移除 leaf2 分配,然后单击 更新分配。

验证叶 2 是否不再分配。

导航到 “未提交” 选项卡,然后单击 “提交 火箭”图标。

根据需要添加注释,然后单击“ 提交”。

提交完成后,导航到“ 设备>受管理设备 ”面板以返回到受管理设备表视图。


现在已从蓝图中取消分配 Leaf2 设备。
单击“ 设备 ”面板中的垃圾桶图标。

单击 删除 以从 受管设备 表中删除故障设备(叶 2)。

从设备中删除代理。
从“受管理设备”表(在本例中为 10.28.252.14)中选择设备,然后单击“代理”面板中的垃圾桶图标以删除该代理。

单击强制删除复选框,然后单击 删除 以强制删除。

您已成功从蓝图中删除故障设备。
将替换设备添加到蓝图
现在,让我们看一下将设备更换回蓝图所需的条件。
从 Apstra GUI 的左侧导航菜单中,导航到设备 >托管设备。
如果表中已存在该设备,则可以跳过此步骤并继续执行步骤 2。
在 “受管设备 ”页面中,单击 “创建本机代理”。请注意,SONIC 设备使用本机代理。

输入设备地址、用户名和密码,然后点按“ 创建”。

代理完成安装后,从“受管设备”表上方的“设备”面板中单击“确认选定系统”。

在对话框中单击确认以确认设备。

导航到蓝图 >蓝图 ID >“分段>物理>构建”,然后单击 设备 图标。

单击 分配的系统 ID - 受管节点 ,然后单击 更改系统 ID 分配 图标。

选择叶 2 替换设备,单击 部署 单选按钮,然后单击 更新分配。

通过导航到“ 未提交 ”选项卡来提交更改,然后单击 “提交 火箭”图标。

注释并单击 提交 以将替换设备添加到蓝图中。
注意:部署需要一些时间才能稳定下来,任何异常最终都会收敛并消失。

使用 Apstra Terraform 提供程序替换 Apstra 中的设备

rack_a_001_leaf1)。
我们假设 Terraform 配置已应用于 Apstra 服务器,并且蓝图的所有资源都已分配和提交。
地形配置示例
terraform {
required_providers {
apstra = {
source = "Juniper/apstra"
}
}
}
provider "apstra" {
url = "https://admin:admin@10.28.24.3:443"
tls_validation_disabled = true
blueprint_mutex_enabled = false
experimental = true #New Apstra 4.2 API
}
resource "apstra_rack_type" "a_rack" {
name = "rack_a"
leaf_switches = {
leaf1 = {
logical_device_id = "slicer-7x10-1"
spine_link_speed = "10G"
spine_link_count = 1
}
}
fabric_connectivity_design = "l3clos"
}
resource "apstra_template_rack_based" "a_template" {
name = "template_a"
asn_allocation_scheme = "unique"
overlay_control_protocol = "evpn"
spine = {
logical_device_id = "slicer-7x10-1"
count = 2
}
rack_infos = {
(apstra_rack_type.a_rack.id) = { count = 1}
}
}
resource "apstra_datacenter_blueprint" "a_blueprint" {
name = "blueprint_a"
template_id = apstra_template_rack_based.a_template.id
}
resource "apstra_managed_device_ack" "spine1" {
agent_id = "e44df49e-556b-446e-a02f-7fd23804901e"
device_key = "525400BBC20C"
}
resource "apstra_managed_device_ack" "spine2" {
agent_id = "b5726b1d-29ba-4ab0-ac76-5def33291cc4"
device_key = "525400AF79BA"
}
resource "apstra_managed_device_ack" "leaf1" {
agent_id = "8f448798-c260-46b7-b7fa-46609f0598d4"
device_key = "525400E9E2FF"
}
resource "apstra_datacenter_device_allocation" "spine1" {
blueprint_id = apstra_datacenter_blueprint.a_blueprint.id
node_name = "spine1"
device_key = apstra_managed_device_ack.spine1.device_key
deploy_mode = "deploy"
}
resource "apstra_datacenter_device_allocation" "spine2" {
blueprint_id = apstra_datacenter_blueprint.a_blueprint.id
node_name = "spine2"
device_key = apstra_managed_device_ack.spine2.device_key
deploy_mode = "deploy"
}
resource "apstra_datacenter_device_allocation" "leaf1" {
blueprint_id = apstra_datacenter_blueprint.a_blueprint.id
node_name = "rack_a_001_leaf1"
device_key = apstra_managed_device_ack.leaf1.device_key
deploy_mode = "deploy"
}
要使用 Terraform 替换设备,请执行以下操作:
在我们的示例中,我们从新设备中删除了所有现有配置,并执行了设备重新启动。但是,在某些用例中,例如 SONiC 设备,您可能需要从设备中删除任何现有配置。
例如:
root@sonic:/home/admin# rm /etc/sonic/config_db.json
root@sonic:/home/admin# config-setup factory
root@sonic:/home/admin# reboot
有关配置 SONiC 设备的信息,请参阅《 Juniper Apstra 用户指南 》。
