企业官网建设流程全解析

简介：这份PDF面向联想凌拓ThinkSystem DM系列存储的运维与实施人员，聚焦命令行界面（CLI）初始化配置场景，解决GUI向导无法覆盖的集群搭建问题，如MetroCluster配置或仅限IPv6的环境。资源包仅含1个PDF文件，约411KB，篇幅精炼，便于随查随用。内容按五章展开：先说明何时应放弃GUI向导改用CLI，再给出集群设置工作流程，随后详解逐节点设置、首节点建集群、剩余节点加入及系统时间同步，并附集群设置工作表记录IP、掩码、许可证等关键值；第四章讲用预配置ONTAP模板配置SVM，第五章覆盖EMS邮件与syslog通知、SNMP陷阱主机等系统配置任务，附录含支持机构与声明信息。已有670人学习，适合需要按步骤完成DM存储初始化、对照工作表核对参数并建立事件通知机制的读者参考。

1. 从一次控制台卡住的集群初始化说起

上个月帮一个朋友处理一台二手 ThinkSystem DM 存储，机器上电后控制台停在Welcome to the cluster setup wizard....那一屏，光标闪了快二十分钟没动。他以为硬件坏了，差点叫售后。实际原因是这台机器之前被刷过配置，第一个节点上残留了半截集群元数据，向导在等一个永远不会来的输入。这类“装到一半卡住”的场景，在 ThinkSystem DM 系列存储的 ONTAP 初始化里太常见了——GUI 向导点几下很顺，可一旦碰上 MetroCluster、纯 IPv6 或者节点状态不干净，就得切到 CLI 集群设置向导，而这份《软件设置指南》第三版（2019 年 8 月）讲的正是这条路。它适合两类人：手里有 DM 存储、GUI 走不通必须上命令行的运维；以及想搞明白cluster setup、cluster show、template provision这些命令到底在干什么的熟手。装不好会怎样？轻则节点加不进集群，重则时间不同步导致 CIFS 和 Kerberos 认证反复翻车，后面配 SVM 全是坑。

2. 装前把环境列清：版本、网络与集群设置工作表

2.1 先确认你该走 GUI 还是 CLI

这份指南开篇就给了判断标准，我把它翻译成运维能直接用的决策：能用存储管理软件 GUI 向导完成的，优先用 GUI；只有 GUI 不支持的情况才落到 CLI 集群设置向导。原文明确点名的两类例外是 MetroCluster 配置和仅限于 IPv6 的配置。除此之外，如果你面对的是单节点集群、或者节点上残留了旧配置导致 GUI 探测失败，CLI 也是更稳的退路。

版本上要留个心眼：NTP 对称认证从 ONTAP 9.5 才开始支持，9.4 里没有。所以如果你打算用-key-id给 NTP 服务器加 SHA-1 对称认证，先version确认集群跑在 9.5 及以上；跑在 9.4 的机器上硬敲带-key-id的命令会直接报参数不支持。预配置模板VserverEnvironmentSetup则是从 ONTAP 9.4 起可用，这两个版本门槛别记混。

2.2 集群设置工作表：装之前先填这张表

原文第 3 章给了一张集群设置工作表，很多人跳过它直接上电，结果向导问到一半现查 IP，节奏全乱。我一般会先把下面这些值落在纸上或文档里，再开控制台。

提示：MTU 9000 这条是硬约束，集群互连交换机没配 jumbo frame，后面节点加入会时好时坏，排查起来非常玄学。上电前先在交换机侧确认。

2.3 硬件与连线的前置检查

原文“开始之前”要求：完成工作表、安装存储系统硬件并连线、控制台连接到要创建集群的那个节点。我补几条实际会卡住的：串口线速率按设备手册来，控制台软件别用会自动换行的终端；所有节点先上电但只连第一个节点的控制台；确认每个集群端口物理链路灯正常。这些不做，向导第一步分配 IP 就可能失败。

3. 在第一个节点上创建集群：CLI 向导逐屏拆解

3.1 进入向导并选择 create

第一个节点上电、控制台连好后，节点引导完会自动拉起集群设置向导。屏幕上先出现欢迎信息，然后问你要创建还是加入：

Welcome to the cluster setup wizard.... Do you want to create a new cluster or join an existing cluster? {create, join}:

这里输入create。注意原文的一个细节：如果走 GUI 向导，屏幕会提示你用浏览器访问类似https://10.63.11.29完成设置；想用 CLI 就按 Enter 继续。我一般直接按 Enter 走 CLI，因为后面节点加入、NTP、EMS 反正都要敲命令，统一在命令行里做，上下文不断。

选create之后，向导会逐项问节点管理接口 IP、掩码、网关、集群名称、集群管理接口、管理员密码等，值就照 2.2 的表填。密码那条别图省事，至少 8 位且字母数字混合，否则向导当场拒绝。

3.2 用 cluster show 确认第一个节点健康

向导跑完不等于集群就好了。原文要求设置完成后执行：

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

Health为 true 表示节点正常，Eligibility为 true 表示有资格参与集群。两个都是 true 才算第一个节点立住了。如果 Health 是 false，先别急着加第二个节点，去看event log show里最近的告警，常见是管理接口没起来或者磁盘归属没认全。

3.3 后续节点逐个 join，别并行

第二个及以后的节点，每次只加一个，加完必须等它成为集群一部分再开下一个。原文写得很死：开始加入后必须完成本次加入，节点必须成为集群一部分，才能开始下一个。操作上就是把控制台切到新节点，同样进向导，这次选join：

Do you want to create a new cluster or join an existing cluster? {create, join}: join

按提示配好该节点的节点管理接口，完成后回到任意节点执行cluster show，应该能看到两个节点都是 true/true：

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

对每个剩余节点重复。如果你用的是 GUI 设置向导，原文明确说不需要对每个后续节点执行加入流，这是 GUI 和 CLI 的一个实际差异，别在 CLI 里也想着“批量加”。

注意：cluster setup命令可以重新进入向导，用来改之前填错的管理员 SVM 或节点 SVM 的值。填错了不用重装，进向导改就行。

4. 时间与事件通知：NTP 同步和 EMS 三路出口

4.1 先对齐时区，再挂 NTP 服务器

时间不同步是 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统一，例如改成 GMT：

cluster1::> cluster date modify -timezone GMT

然后关联 NTP 服务器。不启用对称认证的写法：

cluster1::> cluster time-service ntp server create -server ntp1.example.com

-server后面可以填域名也可以填 IP。原文提醒：如果集群还没配 DNS，就必须直接写 NTP 服务器的 IP，否则解析不了。配完用cluster time-service ntp server show确认，Version列显示auto表示自动协商。

4.2 ONTAP 9.5 起的 NTP 对称认证

如果集群在 9.5 及以上，可以给 NTP 加 SHA-1 对称认证。先建共享密钥，再挂服务器时带-key-id：

cluster1::> cluster time-service ntp key create -id 10 -type sha1 -value <shared_key_value> cluster1::> cluster time-service ntp server create -server 192.0.2.10 -key-id 10

-id是密钥标识，-type是密钥类型，-value是密钥值。原文强调：标识、类型、值在节点和 NTP 服务器上必须完全一致，否则认证失败、时间照样不同步。给已有服务器补认证用cluster time-service ntp server modify -server <name> -key-id <id>；要关掉认证用-authentication disabled。9.4 的机器上这些带-key-id的命令不可用，别硬试。

4.3 EMS 事件往哪送：邮件、syslog 还是 SNMP 陷阱

原文的逻辑是先决定通知出口，再配 EMS。判断很简单：环境里已经有 syslog 聚合服务器，就复用；没有 syslog，邮件最省事；已经在监控 SNMP 陷阱主机，就往陷阱主机送。三条路各自独立，可以只配一条。

邮件通知三步，前提是集群已配 DNS 能解析邮件地址：

cluster1::> event config modify -mail-server mailhost.example.com -mail-from cluster_admin@example.com cluster1::> event notification destination create -name storage-admins -email ops@example.com cluster1::> event notification create -filter-name important-events -destinations storage-admins

第一条设 SMTP 服务器和发件人，第二条建收件目标，第三条把important-events过滤器绑到目标上。syslog 路线同理，只是目标类型换成-syslog：

cluster1::> event notification destination create -name syslog-ems -syslog 192.0.2.20 cluster1::> event notification create -filter-name important-events -destinations syslog-ems

SNMP 陷阱主机则用：

cluster1::> system snmp traphost add -peer-address trap-host.example.com

原文注明 SNMP 和 SNMP 陷阱缺省是启用的，且缺省情况下 SNMP 支持的所有事件通知都会转发到陷阱主机。-peer-address填主机名需要 DNS 能解析，解析不了就填 IP。

5. 用 VserverEnvironmentSetup 模板配 SVM 与避坑排查

5.1 模板参数先看再改，只读模板要 copy

从 ONTAP 9.4 起可以用预配置模板建 SVM。VserverEnvironmentSetup是只读模板，能配安全模式、语言、IPspace、协议、数据 LIF、路由、DNS、AD、NIS、LDAP、CIFS 等。先看参数：

cluster1::> template parameter show

输出里Permission: readonly说明不能直接改。要改缺省值必须先拷贝成可写模板：

cluster1::> template copy -name VserverEnvironmentSetup -destination-name template1 cluster1::> template parameter modify -template template1 -name security_style -default-value ntfs

第一条把只读模板复制成template1，第二条把新模板的security_style缺省值改成ntfs。改完再用template provision -name template1走交互式创建，向导会逐项问 Vserver 名称、语言、安全模式、IPspace 等，值来自模板缺省值或你现场输入。前提是集群上所有需要的功能许可证都已安装，否则 provision 到一半会因缺许可证中断。

5.2 避坑排查：五条装集群时真会遇到的坑

现象一：控制台停在欢迎屏不动。原因多半是节点残留旧集群配置，向导在等一个不存在的输入。解决：进维护模式清配置后重启，或按原文用cluster setup重新进向导；实在不行联系支持机构走恢复流程。

现象二：第二个节点 join 后cluster show里 Health 为 false。原因常见是集群互连 MTU 不一致或集群端口链路异常。解决：核对交换机与节点 MTU 都是 9000，检查集群端口物理链路，再看event log show定位。

现象三：NTP 配了但时间还是偏。原因是对称认证的 key-id、类型、值在节点和 NTP 服务器上不一致，或集群没配 DNS 导致域名解析失败。解决：逐项比对密钥三要素，域名解析不通就改用 IP 挂服务器。

现象四：邮件通知发不出去。原因是集群 DNS 没配好，解析不了邮件地址或 SMTP 主机。解决：先补 DNS 域名和名称服务器，再重跑event config modify。

现象五：template provision中途报许可证缺失。原因是功能许可证没装全，而模板要配的协议依赖对应许可证。解决：先装齐功能许可证再 provision；注意集群基本许可证密钥要先于任何功能许可证安装。

6. 装完怎么验证：三条命令跑通再收工

集群装完别急着交付，我习惯用三条命令做终检，顺序固定。第一条看节点：

cluster1::> cluster show

所有节点 Health 和 Eligibility 都必须是 true，缺一个都不算完。第二条看时间：

cluster1::> cluster date show cluster1::> cluster time-service ntp server show

前者确认所有节点同一时区、时间接近，后者确认 NTP 服务器已关联、Version列正常。第三条看事件出口是否真的通：

cluster1::> event notification show

确认important-events过滤器绑到了你配的目标上。想更彻底一点，可以临时触发一条测试事件，看邮件或 syslog 那头有没有收到——这一步很多人省，结果真出故障时才发现通知根本没发出去，等于黑匣子没接电。

还有一个容易漏的验证点：单节点集群的配置备份目标。原文要求远程 URL 的 Web 服务器启用 PUT 操作，装完顺手确认备份能上传成功，别等节点真挂了才想起没备份。

从那以后我每次装 DM 集群，都会在cluster show全绿之后强制再走一遍 NTP 和事件通知的验证，哪怕客户催着交付也不跳。血泪经验是：集群能起来只是及格线，时间同步和告警通道才是后面不出事的后悔药。希望帮到你。

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