如何纠正错误的ESXi共享存储配置

在小型VMware环境当中，错误配置共享存储的情况并不少见。花费一些时间来纠正这些错误可以在ESXi主机超过负载或者宕机时避免很多问题。

一个成功的vSphere部署需要包含三个基本部分：多个相同的ESXi服务器、共享存储和vCenter。任何具有多个ESXi服务器的数据中心都应该使用共享存储，并且对于所有服务器集群都保证一直可用。

对于一些vSphere核心技术来说，比如v

Motion、分布式资源调度（DRS）和高可用性（HA），共享存储是一个前提条件。vMotion可以在不产生宕机时间的情况下，将一个运行中的虚拟机从一台ESXi主机迁移到另一台上。DRS利用vMotion技术将虚拟机移动到其他的ESXi主机上，以避免产生CPU和内存不足的情况。如果一台ESXi服务器发生故障，vSphere HA会在集群中的其他ESXi主机上重启正在运行的虚拟机。DRS和HA只能用于存放在共享存储上的虚拟机；不论是HA还是DRS迁移，虚拟机在存储上的位置都不会发生改变。

为了最大限度地发挥HA和DRS的作用，虚拟机使用的所有存储都必须对集群中的每一台ESXi服务器保证可用。连续的共享存储使用的配置取决于存储网络类型：光纤通道（FC）、iSCSI还是网络文件系统（NFS）。对于FC和iSCSI存储，需要确保存储阵列对于每个ESXi主机都使用相同的逻辑单元号（LUN）。一些阵列通过使用分组可以轻松实现这个需求，但是其他阵列就需要你为每个主机都单独进行配置。

对于FC，你需要将FC交换机配置在一致的分区当中，以使得所有的主机都能够找到阵列。如果使用的是iSCSI，那么ESXi主机需要使用同样的发现设定、同样的动态发现IP地址列表。

如果使用的是NFS，那么大部分的设定都可以在ESXi服务器上完成。确保在每个ESXi主机上都使用相同的NFS服务器主机名和共享路径。如果一个ESXi主机使用NFS服务器的IP地址，另外一个使用主机名，而第三台ESXi主机使用全限定名，那么vCenter将认为它们使用的是不同的数据存储。NFS服务器主机名和共享路径在所有的主机上都必须是相同的，这样vCenter才能将它们识别为同一个数据存储。可以使用vSphere Command Line或者PowerCLI脚本对ESXi主机的NFS和iSCSI进行自动配置，这样可以更为轻易地确保使用同样的命令来部署每个主机。

在vSphere Client中的Maps标签页下，可以轻松地查看集群的一致性存储。在vSphere Client的主机和集群视图中，选择集群——而不是ESXi主机——点击Maps标签，之后关闭所有从主机到数据存储的依赖关系联线，点击应用关系。现在，就可以看到主机和数据存储的网状连接图了。

如果每一个数据存储都连接到每一台主机上，那么一切都不会有问题。那些只连接到一部分主机的数据存储会引发问题。如果只有一部分主机能够找到数据存储，那么只有这些主机可以使用数据存储来运行虚拟机。没有连接到这些数据存储的主机可能进行了错误的配置。一些数据存储只连接到一台ESXi主机；这通常是ESXi主机内部的本地磁盘，不能进行共享。注意不要将虚拟机放置在本地数据存储上，除非虚拟机只是在ESXi主机上使用，比如vShield代理虚拟机。

开启虚拟机到数据存储的关系会使得网络关系图更加复杂，但是可以显示出哪些虚拟机位于共享存储上，哪些在使用非共享数据存储。如果你的一些虚拟机位于非共享存储上，想一想是否能够通过存储vMotion将这些虚拟机迁移到一个另外的数据存储当中；需要确保目的存储上有足够的空余空间。从VM菜单中选择Change Datastore，选择目标数据存储进行迁移，之后等待。

由于阿里云线上有NAS存储，又不能公网访问，所以本地通过软件构建一个NAS以供测试。

NFS的挂载原理

NFS分为客户端与服务器端，一般设置为一个Server端，多个客户端，也可设置为多对多，当服务器端设置好共享目录/data后，客户端通过相应的访问权限，将共享目录挂载到本地系统的某个目录下，就可以透明的看到共享目录里的文件了，依据服务器制定的相应权限做操作

NFS服务器与客户端的通信原理

客户端NFS和服务端NFS通讯过程

1）首先服务器端启动RPC服务，并开启111端口

2）启动NFS服务，并向RPC注册端口信息

3）客户端启动RPC（portmap服务），向服务端的RPC(portmap)服务请求服务端的NFS端口

4）服务端的RPC(portmap)服务反馈NFS端口信息给客户端。

5）客户端通过获取的NFS端口来建立和服务端的NFS连接并进行数据的传输。

NFS系统守护进程

nfsd：它是基本的NFS守护进程，主要功能是管理客户端是否能够登录服务器；

mountd：它是RPC安装守护进程，主要功能是管理NFS的文件系统。

当客户端顺利通过nfsd登录NFS服务器后，在使用NFS服务所提供的文件前，还必须通过文件使用权限的验证。它会读取NFS的配置文件/etc/exports来对比客户端权限。

portmap：主要功能是进行端口映射工作。当客户端尝试连接并使用RPC服务器提供的服务（如NFS服务）时，portmap会将所管理的与服务对应的端口提供给客户端，从而使客户可以通过该端口向服务器请求服务。

环境：

新建一个虚拟机，系统安装使用最小化安装，可参照我前面的文章，有详细介绍。一般情况是系统盘是和数据盘分开。系统盘在线上我一般情况是分配20G，如果是容器等应用系盘我会分配50G，当然如果是有很多镜像的容器环境，那么我会系统将/var/lib/docker等用单独的数据盘来挂载。

安装配置NAS文件共享存储

1、服务端安装

2、关闭防火墙

3、配置nas

配置文件：/etc/exports

共享目录创建：

4. 本地NAS存储目录 192.168.230.0/24（授权访问客户端的地址段）

5. 重新加载NFS配置

参数说明：

rw：可读写的权限

ro：只读的权限 anonuid：可以自行设定这个UID的值，这个UID必需要存在于你的/etc/passwd当中anongid：同anonuid，但是变成groupID就是了 sync：资料同步写入到内存与硬盘当中 async：资料会先暂存于内存当中，而非直接写入硬盘 insecure：允许从这台机器过来的非授权访问

no_root_squash：登入NFS主机，使用该共享目录时相当于该目录的拥有者，如果是root的话，那么对于这个共享的目录来说，他就具有root的权限，这个参数『极不安全』，不建议使用

root_squash：登入NFS主机，使用该共享目录时相当于该目录的拥有者。但是如果是以root身份使用这个共享目录的时候，那么这个使用者（root）的权限将被压缩成为匿名使用者，即通常他的UID与GID都会变成nobody那个身份

all_squash：不论登入NFS的使用者身份为何，他的身份都会被压缩成为匿名使用者，通常也就是nobody

6. 启动服务

7. 设置开机启动

8. 查看端口占用，以便开着防火墙的时候设置，如果闲麻烦，可以通过限制访问IP

Linux nfs客户端安装

vi /ettc/hosts

在末尾加入

开机自动挂载

vi /etc/fstab

##尾行下面新增加一行写入

注：_netdev表示设备需要网络

首先建立两个账户user1、user2 密码和账户名相同（用户不能更改密码、永不过期）

建立D:\share

建立D:\share\user1

建立D:\share\user2

user1设为共享！共享权限：user1完全控制安全权限：user1完全控制（administrators和system不动）

user2设为共享！共享权限：user2完全控制安全权限：user2完全控制（administrators和system不动）

组策略设置：开始--运行--gpedit.msc 回车

计算机配置--windows设置--安全设置--本地策略--安全选项

把“网络访问：本地账户的共享和安全模式”改为“经典”

把“账户：来宾账户状态”改为“禁用”

OK!这只是一个思路，自己根据需要修改！

还有，权限的设置要求NTFS权限，如果你的D盘为fat或fat32需要装换成NTFS格式

转换命令：convert d: /fs:ntfs （注意空格！）

补充：如果你的服务器地址为192.168.1.100 可以在客户机上这样访问你的共享：

开始--运行：\\192.168.1.100

输入用户名、密码开始访问吧！

如果想更换其他账户需要清除一下当前连接

开始--运行：net use * /del (注意空格！)

---