hostnamectl set-hostname 是 centos 7 推荐方式，直接写入 /etc/hostname 并同步内核状态，无需重启；需同步更新 /etc/hosts，确保 fqdn 解析正常，并检查 systemd-hostnamed 服务状态。
hostnamectl set-hostname 修改静态主机名
这是 CentOS 7 推荐且最稳妥的方式，直接写入 /etc/hostname 并同步内核状态，无需重启系统即可对多数服务生效。
执行命令：sudo hostnamectl set-hostname myserver.example.com（注意：不支持下划线、空格、中文；建议用小写字母、数字、短横线和点）
- 修改后立即生效，新终端会话中
hostname和hostnamectl --static都能返回新值 - 该命令自动更新
/etc/hostname文件，无需手动编辑 - 若只改了
--transient或--pretty，其他服务可能仍读取静态名，应避免单独设置 - 某些旧服务（如 Postfix、NFS 客户端）依赖 FQDN 解析，建议设为带域名的格式（如
node1.cluster.local），而非单纯node1
/etc/hosts 必须同步更新
仅改主机名不改 /etc/hosts，会导致 java.net.UnknownHostException: master1ha 这类错误，尤其在 Hadoop、Spark、MySQL 等服务启动时频繁出现。
打开文件：sudo vi /etc/hosts，找到含原主机名的那一行（通常是 127.0.0.1 localhost.localdomain localhost），在该行末尾追加新主机名和可选的 FQDN：
127.0.0.1 localhost.localdomain localhost myserver.example.com myserver
- 不要删除原有
localhost条目，否则本地回环解析可能异常 - 确保 IP 地址与本机实际地址一致；若使用非
127.0.0.1的内网 IP（如192.168.10.5），需对应写入，用于集群节点间直连解析 - 修改后无需重启，但部分服务（如 sshd、rsyslog）需重载或重启才能刷新主机名缓存
systemd-hostnamed 服务状态要检查
hostnamectl 依赖 systemd-hostnamed 服务维持 transient 主机名与 static 的同步。如果该服务未运行，hostname 命令可能返回旧值，而 hostnamectl --static 正确 —— 这种不一致容易误判修改失败。
- 确认服务状态：
systemctl is-active systemd-hostnamed，应返回active - 若为
inactive，执行：sudo systemctl start systemd-hostnamed并启用开机自启：sudo systemctl enable systemd-hostnamed - 该服务默认启用，但若曾手动禁用或系统精简过，可能被关闭
- 不建议用
sysctl kernel.hostname=xxx单独设 transient 名——它绕过 systemd 管理，易与 static 名冲突
集群环境里主机名变更的连锁影响
在 Hadoop/YARN/ZooKeeper/Kubernetes 节点上改主机名，不只是改名字的事。配置文件、证书 CN、SSH known_hosts、服务注册中心里的节点标识全得跟着动。
- 先停服务再改名，避免节点“失联”或脑裂；例如 Hadoop 需停掉
hdfs、yarn、zookeeper全部进程 - 检查所有配置中硬编码的主机名：如
core-site.xml的fs.defaultFS、yarn-site.xml的yarn.resourcemanager.hostname - 若用 TLS/SSL，证书里 Subject 的 CN 必须匹配新主机名，否则服务启动失败
- SSH 登录时，客户端
~/.ssh/known_hosts会因主机名变更报错，需手动清理对应行或用ssh-keygen -R myserver.example.com
真正麻烦的不是改名动作本身，而是改完之后那些没显式声明、却隐式依赖主机名的服务和配置——它们往往在你认为“已经搞定”的时候突然报错。
