「系统维护」- 关于扩展文件系统

更新日期:2019年08月09日

内容简介

在部署服务时,我们一定会预估需要的磁盘空间,然后为系统添加额外的分区,以容纳更多数据。

本文将讨论这个过程中某些做法的优劣,以及应该怎么做。

关于数据目录


# 修改默认目录

这是一种很常见的做法:

新建一个目录,然后将新的分区挂载到这个目录,再修改应用的配置,将指定的配置指向该目录,然后启动服务。

问题就在于我们为什么要这么做,为什么要修改默认目录,为什么不直接挂载到默认的目录上?

# 如果有更好的做法

我更倾向于“挂载到原有目录”的做法。理由有以下几点:

(1)不需要修改配置。做到最少变动,以减少配置错误或配置遗漏的可能性。

(2)遵循发行版的默认规则,更具有通用性。如果使用自定义规则,除了要维护相关文档外,还要监督所有的管理员遵循这些规则。

(3)可以使用发行版内置的功能。比如日志轮转,如果调整了日志文件的写入路径,与此同时还应该修改日志轮转脚本。

(4)另外,依照发行版的配置,可以为升级管理带来方便,减少维护成本。

所以在系统管理中,个人更倾向于遵循发行版中默认规则,进行最小变动。有时候,有些变动是完全没有必要的。

目前的做法是:为主机分配一块较大的存储设备(比如SAN存储),然后创建多个LVM逻辑卷,供不同目录挂载使用。通常主机是专用的,只运行几个特定服务,因此需要大容量的目录也就很少。

# 关于LVM命名

命名一直是一个让人头疼的问题。不过也还好,既然遵循发行版的规则,命名也简单了很多,也有迹可循了。

对于/var/lib/mysql可以创建名为/dev/mysql/lib的分区;而/var/log/mysql可以创建名为/dev/mysql/log的分区。



Backlinks: 00.INDEX Database Management System:1.MySQL and MariaDB:8.Backup and Migration:Move a MySQL Data Directory

ToC

内容简介

关于数据目录

# 修改默认目录

# 如果有更好的做法

# 关于LVM命名