- 开始使用
- play_arrow Apstra GUI
- play_arrow 蓝图和仪表板
- play_arrow 分析(蓝图)
- play_arrow 分段(数据中心蓝图)
- 蓝图搜索
- play_arrow 物理的
- play_arrow 建
- play_arrow 选择
- play_arrow 拓扑学
- play_arrow 节点
- play_arrow 链接
- play_arrow 接口
- play_arrow 架
- play_arrow 豆荚
- play_arrow 飞机
-
- play_arrow 虚拟
- play_arrow 政策
- 安全策略
- 接口策略
- 路由策略
- 路由区 (VRF) 约束
- play_arrow 路由区策略
- play_arrow 数据中心互连 (DCI)
- play_arrow 目录
- play_arrow 逻辑设备
- play_arrow 接口图
- play_arrow 属性集
- play_arrow Configlet
- play_arrow AAA 服务器
- play_arrow 标签
-
- play_arrow 任务
- play_arrow 连接模块
- play_arrow 结构设置 (4.2.1)
- play_arrow 交换矩阵策略 (4.2.1)
- play_arrow 严重性首选项 (4.2.1)
-
- play_arrow 结构设置 (4.2.0)
- play_arrow 结构策略 (4.2.0)
- play_arrow 虚拟网络策略 (4.2.0)
- play_arrow 反关联策略 (4.2.0)
- play_arrow 验证策略 (4.2.0)
-
- BGP 路由标记
- play_arrow 分段(Freeform 蓝图)
- Freeform 简介
- play_arrow 蓝图
- play_arrow 物理的
- play_arrow 选择
- play_arrow 拓扑学
- play_arrow 系统
- play_arrow 链接
-
- play_arrow 资源管理
- 资源管理简介 (Freeform)
- play_arrow 蓝图资源
- play_arrow 分配组
- play_arrow 本地池
- play_arrow 目录
- play_arrow 配置模板
- play_arrow 设备配置文件
- play_arrow 属性集
- play_arrow 标签
-
- play_arrow 任务
- play_arrow 未提交(蓝图)
- play_arrow 活动(数据中心蓝图)
- play_arrow Time Voyager (蓝图)
- play_arrow 设备
- 设备配置生命周期
- play_arrow 托管设备
- play_arrow 系统代理
- 代理商介绍
- 创建 Onbox 代理
- 创建 Offbox 代理
- 编辑代理
- 删除代理
- 卸载和删除代理
- 瞻博网络设备代理
- SONiC 设备代理
- 思科设备代理
- Arista 设备代理
- play_arrow 代理配置文件
- 软件包(设备)
- play_arrow 原始配置
- play_arrow 遥测
- 设备遥测服务
- 所有遥测服务
- play_arrow 遥测服务注册表
- 遥测流
- 主机的路由异常 - 示例
- 瞻博网络遥测命令
- 思科遥测命令
- Arista 遥测命令
- Linux 服务器遥测命令
- 调试遥测
- 可扩展遥测指南
- play_arrow Apstra ZTP
- Apstra ZTP 简介
- 创建用于与 ZTP 服务器通信的用户配置文件
- 下载并部署 Apstra ZTP 服务器虚拟机
- 为 Apstra ZTP 服务器配置静态管理 IP 地址
- 替换 Apstra ZTP 服务器 GUI 的 SSL 证书
- 为 Apstra ZTP 服务器 GUI 配置凭据
- 创建特定于供应商的自定义配置
- 配置 Apstra 服务器连接详细信息
- 为 Apstra ZTP 配置 DHCP 服务器
- ztp.json键
- 使用 Configurator 配置 ztp.json
- 使用 CLI 配置ztp.json
- 使用 Apstra ZTP 载入设备
- 检查设备和服务的 ZTP 状态
- 重置 Apstra ZTP GUI 管理员密码
- play_arrow 设备配置文件
- play_arrow 设计
- play_arrow 逻辑设备
- play_arrow 接口图
- play_arrow 机架类型
- play_arrow 模板
- play_arrow 配置模板
- play_arrow Configlet(数据中心)
- play_arrow 属性集(数据中心)
- play_arrow TCP/UDP 端口
- play_arrow 标签
-
- play_arrow 资源
- play_arrow 分析学
- play_arrow Apstra 流
- Apstra 流程简介
- 系统要求
- play_arrow 仪表 板
- play_arrow 支持的流记录
- play_arrow 流量富集
- play_arrow 监控流数据
- play_arrow 配置参考
- play_arrow 应用程序接口
- play_arrow 其他文档
- play_arrow 知识库
-
- play_arrow 外部系统(RBAC 提供商)
- play_arrow 供应商
- play_arrow 提供商角色映射
-
- 收藏夹 & 用户
- play_arrow Apstra 服务器管理
- Apstra CLI 实用程序
- play_arrow 指南
- play_arrow 引用
- play_arrow 功能矩阵
- play_arrow 设备
- play_arrow 分析学
- play_arrow 预定义仪表板(分析)
- play_arrow 预定义探针(分析)
- 探测:BGP 监控
- 探测: 带宽利用率
- 探测: 关键服务:利用率、趋势、警报
- 探测:设备环境检查
- 探测: 设备系统运行状况
- 探测: 设备遥测运行状况
- 探测: 设备流量
- 探测:清空流量异常
- 探头: ECMP 不平衡(外部接口)
- 探测: ECMP 不平衡(结构接口)
- 探头:ECMP 不平衡(主干到超级主干接口)
- 探头:ESI 不平衡
- 探测:EVPN 主机抖动
- 探测:EVPN VXLAN Type-3 路由验证
- 探测:EVPN VXLAN Type-5 路由验证
- 探测: 外部路由
- 探测:热/冷接口计数器(结构接口)
- 探头:热/冷接口计数器(特定接口)
- 探头:热/冷接口计数器(主干到超级主干接口)
- 探测:虚拟机管理程序和交换矩阵 LAG 配置不匹配探测(虚拟基础架构)
- 虚拟机管理程序和交换矩阵 VLAN 配置不匹配探测(虚拟基础架构)
- 探测:虚拟机管理程序 MTU 不匹配探测(仅限虚拟基础架构 - NSX-T)
- 探测:虚拟机管理程序 MTU 阈值检查探测(虚拟基础架构)
- 探测:虚拟机管理程序缺少 LLDP 配置探测(虚拟基础架构)
- 探测:虚拟机管理程序冗余检查 探测(虚拟基础架构)
- 探测:接口抖动(结构接口)
- 探头:接口抖动(特定接口)
- 探头:接口抖动(特定接口)
- 探测: 接口策略 802.1x
- 探头:LAG 不平衡
- 探测:叶托管关键服务:利用率、趋势、警报
- 探测:叶和接入 LAG 中的链路容错
- 探头:MLAG 不平衡
- 探头:多智能体检测器
- 探头:光收发器
- 探测:数据包丢弃百分比
- 探针:主干容错
- 探测:东西向总流量
- 探测:没有配置交换矩阵的虚拟机 VLAN 探测(虚拟基础架构)
- 探测: VXLAN 泛洪列表验证
- play_arrow 探针处理器(分析)
- 处理器: Accumulate
- 处理器: Average
- 处理器: Comparison
- 处理器: EVPN Type 3
- 处理器: EVPN Type 5
- 处理器: Extensible Service Data Collector
- 处理器: Generic Graph Collector
- 处理器: Generic Service Data Collector
- 处理器: Interface Counters
- 处理器: Logical Operator
- 处理器: Match Count
- 处理器: Match Percentage
- 处理器: Match String
- 处理器: Max
- 处理器: Min
- 处理器: Periodic Average
- 处理器: Range
- 处理器: Ratio
- 处理器: Service Data Collector
- 处理器: Set Comparison
- 处理器: Set Count
- 处理器: Standard Deviation
- 处理器: State
- 处理器: Subtract
- 处理器: Sum
- 处理器: System Utilization
- 处理器: Time in State
- 处理器: Traffic Monitor
- 处理器: Union
- 处理器: VXLAN Floodlist
- Configlet 示例(设计)
- play_arrow Apstra CLI 命令
- Apstra EVPN 支持附录
- Apstra 服务器配置文件
- 图
- Juniper Apstra 技术预览
-
RCI 故障模型 (API)
您可以从 平台>开发人员 部分的 Web 界面访问完整的 Apstra API 文档。
- 蓝图与零个或多个根本原因识别实例相关联。
- 根本原因识别实例通过蓝图下用于根本原因识别子资源的 CRUD API 启用(创建)/禁用(删除)。
- 可以创建的实例取决于蓝图的参考设计。在根本原因识别的第一阶段,只有two_stage_l3clos支持根本原因识别,目前每个蓝图只允许一个根本原因识别实例。
创建根本原因识别实例
POST /api/blueprints/<blueprint_id>/arca Request Payload schema { "model_name": s.String() # Name of ARCA instance's system fault model (ref design specific) "trigger_period": s.Float(min=10.0) # ARCA instance runs every <trigger_period> seconds. }
参考设计two_stage_l3clos蓝图示例:
{ "model_name": "default", "trigger_period": 10.0 } Return values: 201 - Successfully created the RCI instance. Response payload: {"id": <RCI instance ID>} The ID is used in GET, PUT, DELETE 404 - Blueprint does not exist or is not deployed 422 - Validation error. Response payload: {"error": <message>} Possible error messages: Model name is not found for the reference design An ARCA instance already exists for given model name trigger_period is too small
更新根本原因识别实例
使用 PUT API,您可以调整根本原因识别实例的执行频率。
PUT /api/blueprints/<blueprint_id>/arca/<arca_id> Request Payload schema { "trigger_period": s.Float(min=10.0) } Return values: 200 - Update succeeded. 404 - ARCA instance not found. 422 - Validation error. Response payload: {"error": <message>} Possible error messages: trigger_period is too small
删除根本原因识别实例
使用 GET API,您可以获取根本原因识别实例的当前状态(根本原因集)。
GET /api/blueprints/<blueprint_id>/arca/<arca_id> Return values: 200 - see response schema below 404 - ARCA instance not found
Response payload schema { "id": String, # ARCA instance ID "model_name": String, # see POST payload "trigger_period": Float, # see POST payload "state": Enum("created", "operational"), "config_updated_at": Timestamp # of last update to instance via POST/PUT "status_updated_at": Timestamp # of last update to ARCA results "root_cause_count": Integer(min=0) # Number of root causes identified "root_causes": List(ROOT_CAUSE_OBJ) # Actual root causes }
时间戳采用 UTC 时区的ISO8601格式,例如“2018-10-16T22:12:34+0000” 如果状态 == “created”,则 Status_updated_at == UNIX 纪元 root_cause_count == 0 不返回“root_causes”键
每个ROOT_CAUSE_OBJ都具有以下架构:
{ "id": String, # Unique ID for the root cause in the ARCA instance "context": String, # Encoded context such as references to graph nodes "description": String, # Human-readable text, e.g. "link <blah> broken" "timestamp": Timestamp, # of when RC is detected (ISO8601 format) "symptoms": List(SYMPTOM_OBJ), # List of symptoms; always non-empty }
有关根本原因检测和 ID 的说明:在蓝图的生命周期内,可能会多次检测到根本原因。例如,为主干 1 和枝叶 1 之间的电缆断裂定义了根本原因。此根本原因可能随时出现,一旦问题得到解决,它可能会消失。根本原因在 ARCA 实例中具有唯一 ID。这意味着 ID 可能会根据问题是否发生或修复而出现和消失,例如电缆断裂或重新连接 预期的根本原因 ID:two_stage_l3clos根本原因 ID 是图形节点和关系 ID 的组合,以及根本原因的一些不可变但可读的名称。示例:<图形链接节点 ID>/已损坏。
每个SYMPTOM_OBJ都具有以下架构:
{ "id": String, # Unique ID for the symptom in the ARCA instance "context": String, # Encoded context such as system ID, service name "description": String, # Readable, e.g. "interface swp1 on leaf1 is down" }
给定相同的 ARCA 系统故障模型,对于给定的根本原因,症状 ID 集始终相同。但是,上下文可能会有所不同。例如,症状“叶 1 上的接口 swp1 已关闭”是相同的,而此症状的不同实例的上下文可能具有不同的系统 ID,具体取决于在检测到此症状的根本原因时分配给叶 1 的系统 ID。症状 ID 示例:<图形接口节点 ID>/向下
列出根本原因识别实例
GET /api/blueprints/<blueprint_id>/arca Return values 200 - see response schema below 404 - blueprint not found or blueprint not deployed
响应架构:
{ "items": List(ARCA_INSTANCE_DIGEST), # list may be empty }
ARCA_INSTANCE_DIGEST 具有与 GET 单个 ARCA 实例的响应有效负载相同的架构,只是它不包含“root_causes”键。
在此阶段,对于two_stage_l3clos蓝图,列表中最多有 1 个元素,因为每个蓝图只允许 1 个 ARCA 实例。