☰
ThinkSystem DM存储ONTAP集群初始化:CLI建集群、节点加入与NTP同步避坑指南
2026/11/6 5:56:52 网站建设 项目流程

简介:这份PDF文档面向联想凌拓ThinkSystem DM系列存储的运维与实施人员,聚焦命令行界面(CLI)的初始化配置场景,解决GUI向导无法覆盖的集群搭建问题,如MetroCluster配置或仅限IPv6的环境。文档共五章,依次讲解是否选用CLI设置向导的判断依据、集群设置工作流程、逐节点设置并在首节点创建集群及加入剩余节点、借助预配置ONTAP模板配置SVM,以及EMS邮件与syslog通知、SNMP陷阱主机等系统配置任务,并附集群设置工作表与NTP对称认证命令,便于边操作边记录参数。资源包仅含1个PDF文件,约411KB,轻量易携带,可离线查阅。已有670人学习下载,适合需要快速上手DM存储CLI初始化配置的初中级工程师对照实践。

1. 从一台开箱即用的 DM 存储说起:为什么 CLI 初始化绕不开

机架上的 DM 存储上电后,控制台跳出来的第一句话不是登录提示,而是Welcome to the cluster setup wizard。很多人以为照着屏幕敲几个回车就能收工,结果在“创建集群还是加入集群”这一步卡了整整一个下午——GUI 向导在 MetroCluster 或纯 IPv6 场景下根本不给你入口,只能退回 CLI 一条条敲。ThinkSystem DM 系列这套 ONTAP 环境,集群初始化、节点加入、NTP 同步、EMS 事件通知、SVM 模板配置,全都得在命令行里落地。装不好会怎样?节点cluster show里 Health 一栏挂着 false,CIFS 和 Kerberos 因为时间不同步反复报错,重要事件静默丢失,等到业务侧反馈才回头查,成本翻倍。这篇笔记面向正在给 DM 存储做首次初始化的开发者,从版本选择、工作表填写、CLI 建集群一路写到验证跑通,照着走能少踩几个血泪坑。

2. 装前把环境列清:版本、工作表与网络参数

2.1 先确认走 GUI 还是 CLI,别一上来就敲命令

这套存储管理软件的设计意图很明确:能走 GUI 向导就走 GUI,CLI 是兜底路径。判断标准只有两条——配置里是否涉及 MetroCluster,以及是否仅限于 IPv6。只要命中其中一条,GUI 向导就不支持集群设置,必须使用 CLI 集群设置向导。我一般会在动手前把这两条写在纸上核对一遍,因为一旦用 GUI 走到一半发现不支持,回退过程比重新来还麻烦。

版本上要留意一个分水岭:ONTAP 9.5。NTP 服务器的对称认证(基于 SHA-1 密钥)从 9.5 才开始支持,9.4 里这条命令直接不可用。如果你的环境还在 9.4,cluster time-service ntp server create -key-id这类参数就别写了,写了也是报错。同理,预配置的VserverEnvironmentSetup模板从 ONTAP 9.4 起才可用,低于这个版本只能手工建 SVM。装之前先version确认,比事后翻日志省事。

2.2 集群设置工作表:这些值不填,后面每一步都会卡

工作表不是形式主义,它是 CLI 向导会逐项追问的输入源。缺一个值,向导就停在那里等你。下面这张表是我按实际配置整理的关键项,缺省值能用的直接用,不能用的提前和网络管理员要。

信息类型缺省值 / 示例说明
专用集群网络端口 MTU9,000 字节每个节点必须与集群互连交换机一致
集群网络掩码255.255.0.0集群接口 IP 须在同一子网
集群接口 IP169.254.x.x每节点每集群端口一个
集群名称字母开头,少于 44 字符可含.-_
集群管理员密码至少 8 字符,含字母和数字缺省规则,别设纯数字
集群管理接口 IP192.0.2.66(示例)唯一 IPv4 或 IPv6
集群管理接口掩码255.255.255.0IPv6 则填前缀长度,如 64
集群管理接口网关路由器 IP数据网络上的路由器
DNS 域名 / 名称服务器逗号或空格分隔多个域名、多个地址都这样填
节点管理接口 IP192.0.2.66(示例)定义为数据端口时须是数据网唯一 IP
NTP 服务器地址站点 NTP 服务器 IP用于集群内时间同步
配置备份目标(单节点)HTTP 或 FTP 地址Web 服务器须启用 PUT

提示:集群基本许可证密钥在完成设置时不是必需的,但任何功能许可证都必须先装基本许可证才能装。许可证在支持站点的“我的支持 → 软件许可证”下取,提前拿到手,别等配到一半再去翻订单。

2.3 硬件与连线的前置检查

开始之前,存储系统硬件要装好、线缆连好,控制台要接到准备创建集群的那个节点上。所有节点先上电。这几步听起来像废话,但我见过控制台接错节点、结果在第二个节点上敲create的翻车现场——向导会直接告诉你这个节点已经在集群里或者状态不对。接控制台前确认节点编号,比事后cluster show排查快得多。

3. 在第一个节点上建集群:CLI 向导逐项拆解

3.1 启动向导与选择 create

节点引导后控制台会自动拉起集群设置向导,屏幕上出现Welcome to the cluster setup wizard....。按提示先给节点分配 IP 地址,然后向导会问你是用浏览器完成还是继续 CLI:

# 控制台输出示例,按 Enter 走 CLI 路径 Use your web browser to complete cluster setup by accessing https://10.63.11.29 Otherwise, press Enter to complete cluster setup using the command line interface: Do you want to create a new cluster or join an existing cluster? {create, join}:

这里输入create。注意缺省情况下自动支持(AutoSupport)是启用的,如果环境有合规要求需要关闭,得在后续单独处理,向导这一步不给你改。选择 create 之后,向导会按工作表逐项追问集群名称、管理员密码、集群管理接口、DNS、NTP 等值,接受缺省值就直接回车,要改就输入自己的值。

3.2 建完立刻验证:cluster show 是第一道关

设置完成后不要急着配下一项,先确认集群活着、第一个节点健康:

cluster1::> cluster show Node Health Eligibility -------------------- ------- ----------- cluster1-01 true true

Health为 true 表示节点正常运行,Eligibility为 true 表示有资格参与集群。两个都是 true 才算这一步过。如果 Health 是 false,先看节点是否还在引导、管理接口是否通;Eligibility 为 false 常见于节点还没完全加入或配置未收敛,等几十秒再查一次。这个命令后面每加一个节点都要跑一遍,是我判断“能不能往下走”的唯一标准。

3.3 用 cluster setup 回改填错的值

向导里手滑把管理员 SVM 或节点 SVM 的某个值填错了怎么办?不用重装。cluster setup命令可以重新进入集群设置向导,修改之前输入的值。我一般会在建完集群、验证通过后,把关键项(管理接口 IP、DNS、NTP)再对着工作表核一遍,发现偏差就用这个命令回去改,比事后从别处找补干净。

4. 节点加入与时间同步:多节点集群的两块硬骨头

4.1 逐个 join,一次只能加一个

第一个节点建好集群后,剩余节点要逐个加入。规则很硬:每次只能加入一个节点,开始加入后必须完成,这个节点成为集群一部分之后,才能开始下一个。中途打断会留下半加入状态,处理起来很别扭。

# 在待加入节点的控制台上操作 Do you want to create a new cluster or join an existing cluster? {create, join}: join

输入join后按屏幕提示设置节点管理接口等信息。加完一个,回到集群里验证:

cluster1::> cluster show Node Health Eligibility -------------------- ------- ----------- cluster1-01 true true cluster1-02 true true

两个节点都 true 才继续加下一个。如果用的是 GUI 存储管理软件向导,后续节点不需要单独执行 join 流程,这是 GUI 和 CLI 的一个实际差异,别把两套流程混着用。

4.2 NTP 同步:CIFS 和 Kerberos 故障的源头

时间不同步是集群里最隐蔽的坑之一,症状是 CIFS 和 Kerberos 认证间歇性失败,日志里看不出直接原因。同步时间能确保每个节点时间一致,从根上掐掉这类故障。先确认每个节点的系统时间和时区:

cluster1::> cluster date show Node Date Time Zone ----------- ------------------- -------- ---------------- cluster1-01 01/06/2015 09:35:15 America/New_York cluster1-02 01/06/2015 09:35:15 America/New_York

所有节点必须同一时区。要统一改时区用cluster date modify -timezone GMT这类命令,一次改全集群。然后关联 NTP 服务器:

# 不采用对称认证 cluster time-service ntp server create -server ntp1.example.com # 采用对称认证(ONTAP 9.5 起支持,9.4 不可用) cluster time-service ntp server create -server 192.0.2.10 -key-id 1

-server后面跟域名时要求集群已配好 DNS,没配 DNS 就必须直接写 IP。-key-id是对称认证的密钥标识,只在 9.5 及以上版本有效。配完验证:

cluster1::> cluster time-service ntp server show Server Version -------------------- ----------- ntp1.example.com auto

Version显示 auto 表示由系统自动协商。对称认证相关的还有几条命令值得记:cluster time-service ntp key create -id <id> -type <type> -value <value>配共享密钥,标识、类型、值在节点和 NTP 服务器上必须完全一致;cluster time-service ntp server modify -server <name> -key-id <id>给已有服务器补认证;-authentication disabled则关掉对称认证。共享密钥对不上是认证失败的常见原因,配之前先和 NTP 服务器侧核对一遍。

5. 避坑与排查:初始化阶段最常见的五个翻车点

5.1 现象:cluster show 里 Eligibility 一直是 false

原因通常是节点还没完成加入流程,或者加入过程中断。解决:确认该节点是否已执行完join全流程,必要时在节点控制台重新走一次加入;不要在前一个节点未完成加入时就开始下一个,这是硬性顺序。

5.2 现象:NTP 对称认证命令报错“不可用”

原因:集群版本低于 ONTAP 9.5,对称认证从 9.5 才支持,9.4 里没有这个能力。解决:要么升级到 9.5 及以上,要么放弃-key-id参数,用不采用对称认证的方式配 NTP。别在 9.4 上反复试参数,试不出来。

5.3 现象:EMS 邮件通知发不出去

原因:集群上没配 DNS,邮件地址解析不了。配置 EMS 邮件通知的前置条件就是 DNS 可用。解决:先确认DNS 域名和名称服务器 IP已按工作表配好,再执行event config modify -mail-server ... -mail-from ...。同理,syslog 转发和 SNMP 陷阱主机也都要求 DNS 能解析对应主机名。

5.4 现象:模板参数改不动,提示只读

原因:VserverEnvironmentSetup是只读模板,缺省参数值不能直接改。解决:先template copy -name VserverEnvironmentSetup -destination-name template1拷一份,新模板变成读/写,再用template parameter modify -template template1 -name security_style -default-value ntfs改具体参数。改完用template provision -name template1按新模板配置 SVM。

5.5 现象:单节点集群配置备份上传失败

原因:配置备份目标地址指向的 Web 服务器没启用 PUT 操作。解决:备份目标只支持 HTTP 或 FTP,且服务端必须允许 PUT。检查服务端配置,或者换一个支持 PUT 的目标地址,再填用户名和密码。

6. 装完怎么验证跑通:三条命令加一张核对表

初始化做完,别急着交付。我习惯用三条命令做终检,再对着工作表核一遍关键值。第一条是集群健康:

cluster1::> cluster show Node Health Eligibility -------------------- ------- ----------- cluster1-01 true true cluster1-02 true true

所有节点 Health 和 Eligibility 双 true,这是底线。第二条是时间同步:

cluster1::> cluster date show

逐节点看时区和时间是否一致,再cluster time-service ntp server show确认 NTP 服务器已关联、Version 正常。第三条是事件通知链路,按你选的通知方式分别验证:走邮件就看event notification destination show里目标是否建好、event notification show里 important-events 过滤器是否绑上;走 syslog 就确认-syslog目标地址可达;走 SNMP 就system snmp traphost show看陷阱主机在不在列表里。

最后拿第 2 章那张工作表逐项对:集群名称、管理接口 IP 与掩码、网关、DNS、节点管理接口、许可证(基本许可证先于功能许可证)。SVM 如果用了模板,template parameter show确认参数值符合预期,vserver show确认 SVM 已按模板创建出来。

注意:验证阶段发现偏差,优先用cluster setup回改集群级配置,用template parameter modify改模板参数,不要直接手改底层配置绕开向导,否则下次再进向导时状态对不上。

从那以后我每次给 DM 存储做初始化,都会在cluster show双 true 之后才允许自己碰下一项配置,NTP 和 DNS 永远排在其他服务前面配——这两样没通,后面的 EMS、SVM、CIFS 全是空中楼阁。这套顺序帮我省掉了至少两次返工。希望帮到你。

本文还有配套的精品资源,点击获取

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询