问题[storage-area-network](server)

我有一个带有两个虚拟驱动器的 SAN。（即，它们是单独的挂载，但它们映射到相同的 IP 地址）例如，如果我这样做ls /dev/disk/by-path/，我会看到：

ip-172.16.100.5:3260-iscsi-iqn.[all same]-lun-0@
ip-172.16.100.5:3260-iscsi-iqn.[all same]-lun-1@
ip-172.16.100.6:3260-iscsi-iqn.[all same]-lun-0@
ip-172.16.100.6:3260-iscsi-iqn.[all same]-lun-1@

（每个都有两个条目，因为我multipath也在使用。）

目前，我对两个虚拟驱动器都使用 OCFS2（Oracle 集群文件系统）。但是，我想用其中之一尝试 GFS2。我认为/希望这不是问题。这就像一台服务器导出两个文件系统，一个使用 Samba，一个使用 NFS。至少，我是这么认为的。

但是，鉴于另一个虚拟驱动器（即，将继续使用 OCFS2 的驱动器）有数据，我想问问是否有人能看到这个问题。

服务器正在运行 Ubuntu 20.04 。

任何意见，将不胜感激！谢谢！

我已经建立了一个由几台服务器组成的小型集群以及一个 SAN。服务器运行的是 Ubuntu 20.04 LTS。

使用供应商提供的说明（我找不到以前在哪里阅读过），他们建议 SAN 和服务器之间的 iSCSI 连接应该（或者“必须”？）与任何以太网流量分开。正因为如此，我在我们的交换机上配置了两个 VLAN——一个用于 iSCSI 流量，一个用于服务器之间的以太网流量（没有 SAN）。

到目前为止，似乎还不错。假设以太网在 172.16.100.XXX/24 上，而 iSCSI 在 172.16.200.XXX/24 上。更具体地说，地址看起来像这样：

毫不奇怪，我可以ssh在服务器之间使用任一 VLAN。也就是说，从服务器 2 到服务器 1，我可以执行以下任何操作：

• ssh 172.16.100.1
• ssh 172.16.200.1
• 通过外部可见 IP 地址 ssh

我担心的是我是否应该更好地使用防火墙规则将非 iSCSI 流量与 172.16.200.X 子网分开，以便在所有服务器上阻止端口 22 (ssh)。

我不关心相反的情况——SAN 只在 VLAN 200 上。它不知道 VLAN 100 的存在，因此它不会突然将 iSCSI 流量发送到该 VLAN。

我正在使用似乎使用端口 7777 的 Oracle 集群文件系统——也许我应该阻止 VLAN 上的所有端口，以便只使用端口 7777？iSCSI 网络上的以太网流量是否会产生问题（延迟或错误？）我应该注意吗？

谢谢！

各位管理员您好，我正在就以下情况寻求高级指导：

首先是环境的上下文：内部，所有虚拟（vmware），仅用于开发，在整个堆栈中优化性能，停机时间是可以接受的（一次几台服务器 1-2 天），预算意识强，大量写入 OLTP工作负载，SAN（Synology 全闪存 SAS）和主机之间的 10Gbps 链接，小团队我们都不是正式的 DBA，所有数据库都有简单的恢复模型，SAN 卷是 ext4，LUN 上的厚配置也是如此。

由于我只是一个婴儿管理员备份和冗余已经冲击到我的脑海。直到现在我一直遵循它，因为预算有限，并且有 90 TB 的大量数据跨 20 台服务器（Linux 上的 SQL Server（Ubuntu 以避免 Windows 许可成本））和大约 40 个数据库。因此我们使用 RAID 0。这样做是因为我们有繁重的写入工作负载，并且用例/应用程序/业务即使是开发也需要高吞吐量，所有驱动器都在支持列表中。

导致当前配置的情况有很多。配置是，单卷存储池（RAID 0 中的 4 个 4/8TB SSD），单卷，单 LUN，单 VMFS，如果 4TB 驱动器卷有 2-6 个 VM（6 到 2TB），则为 8TB 的两倍，厚渴望配置，SAN LUN 使用 98% 的可用容量，其他一切使用 100%。我知道这会降低容量规划的全面可见性，否则此处未涵盖如何处理。因为我们使用 RAID 0 来节省成本和提高性能，所以我们将其限制为 4 个驱动器，以在驱动器发生故障时减少受影响的服务器。这也有助于服务器不相互冲突，使用 vmware IO 限制的意愿很低。

为了便于讨论，假设不可能大幅增加预算（2,000 美元以上）。应该知道，我们对停机风险有完整的 c 级签名。

最后一点，我们必须有几个 50TB 的数据存储，其中存储池配置为 RAID 10 8 x 7.2K HDD，而不是 RAID 0 和 SSD，这种性能水平还不够，因为工作负载对于HDDS 可以产生的 IOPS。

这给我们带来了我的问题，考虑到这些限制，这是一种提高性能的好方法吗？其他人对类似的目标和限制做了什么？请记住，在驱动器故障的情况下，某些服务器一次停机是可以接受的，因为这不是生产工作负载，而是在 AWS 和 Azure 上。

我知道这个问题跨越了很多领域，但我也知道现在很多 DBA 不得不熟悉这些领域，我真的在为那些有类似情况的人寻求建议。

谢谢

我正在阅读有关文件存储的信息，这将我引向了 SAN。我读到了 SAN，它提供了对数据的块访问。我在一些视频中寻找这些概念，其中那个人在某个云平台上创建了一个 VM，并将 5 GB 的块存储从 SAN 连接到虚拟机。现在，由于 SAN 提供了块访问，这意味着数据可以存储在不同的磁盘中，然后在我们检索时将块组合起来。那么这是否意味着我上面提到的 5GB 存储也可以来自不同的磁盘？是否可以将 5GB 块存储附加到 VM 并且 5GB 存储实际上来自不同的磁盘？这就是 SAN 的工作原理吗？

我们有一个文件服务器 ( fsrv1)，它有 3 个已安装的 XFS 文件系统/srv/xfs{1,2,3}，每个文件系统有 3 个顶级目录/home：/scratch和/project. 在客户端上的单个目录（例如/scratch）包含 NFS 服务器（/srv/xfs{1,2,3}/scratch）提供的相关 3 个目录的 NFS 客户端上安装它的首选方法是什么？

例如：

1. 单安装方法：

模拟客户端/etc/fstab：

fsrv1:/srv/xfs1 /srv/xfs1
fsrv1:/srv/xfs2 /srv/xfs2
fsrv1:/srv/xfs3 /srv/xfs3

然后使用客户端符号链接，例如

ln -s /srv/xfs1/scratch /scratch/xfs1
ln -s /srv/xfs2/scratch /scratch/xfs2
ln -s /srv/xfs3/scratch /scratch/xfs3

或者更直接地挂载各个子目录是否更好：

2. 多个挂载点：

模拟客户端/etc/fstab：

fsrv1:/srv/xfs1/scratch /scratch/xfs1
fsrv1:/srv/xfs2/scratch /scratch/xfs2 
fsrv1:/srv/xfs3/scratch /scratch/xfs3

除了管理更多的符号链接和更多的挂载点之外，这两种方法是否还有更多技术或性能相关的优点/缺点？

谢谢，

文斯

我正在为一组基于 Ubuntu 18.04 的服务器配置一个新的 SAN。每个节点都可以正常挂载 ext4 格式的分区。

作为多路径和 iSCSI 的新手，我不确定我所看到的是否“正常”。到目前为止我有两个问题。

1. 当我创建一个文件时touch，其他节点看不到它。我已经习惯了 NFS 安装驱动器的某种延迟，但基本上，其他节点从未见过它（即，我仍在等待，我猜一个小时已经过去了）。

2. 更令人担忧的是，当我列出一个复制的文件ls或du它所在的目录时，我收到一个错误“错误消息”。我环顾互联网，似乎解决方案是卸载驱动器，然后使用fsck它来检查它。也就是说，可能发生了数据损坏。但是，在我复制文件的计算机（即计算机 A）上，该文件很好。当我ls使用另一台计算机（即计算机 B）时，我收到此错误。

在 SAN 的管理软件中，我没有看到任何磁盘错误。

所有服务器和 SAN 都连接到本地网络的单个交换机。它们在物理上彼此靠近——它们在同一个机架上。

这两种情况“正常”吗？如果没有，关于我能做什么的任何建议？

是否可以在相同版本（均为 6.5 或均为 6.7）的多个 VMware集群之间共享相同的数据存储？

在同一个集群中的多个主机之间共享数据存储是一种常态（vSphere HA 需要它），但我说的是多个独立的集群，每个集群都有自己的节点和 vCenter。

通过“共享”，我的意思是让两个集群都在使用虚拟机的数据存储上积极工作，并且可能还有 HA 的数据存储心跳。单个 VM 将仅位于一个集群清单中，但在同一个数据存储中，可能会混合来自两个（或可能更多？）集群的 VM。

我的问题是故意笼统的，但是如果您需要一个具体的示例，请考虑两个 Essential Plus 集群，每个集群中的三个节点，它们都通过 iSCSI 连接到相同的 LUN。问题的原因是避免将可用的 SAN 空间硬分成两部分，一个用于每个集群，如果一个 LUN/数据存储区全白，而另一个仍然有可用空间，则无法“重新平衡”存储。

是否可以通过光纤通道动态公开整个 SCSI 主机（LSI HBA 或 RAID 卡），如果可以，如何？

最好在 Linux（可能是 targetcli）上并支持磁盘热插拔。（即拔出/重新插入目标中的磁盘，启动器会看到更改）

我的 FC HBA 是两个 QLogic QLA2462 卡。

我有一个分布在 3 台服务器上的 Web 应用程序。这 3 台服务器需要共享存储来访问文件。由于 iSCSI 只是一个协议，而不是文件系统，它不会有任何锁定文件的实现；因此，如果我按原样连接它，我只会销毁所有数据。

根据我的研究，我需要在这些 LUN 上建立一个实际的文件系统，才能按照我打算使用的方式运行。

那将如何运作？如何为 LUN 实现文件系统？

使用的操作系统：Ubuntu 16.* 或 18.*

我正在尝试将 Windows 10 设置为通过 iSCSI 进行无盘启动，例如此处或此处所述。

我能够运行 Windows 10 安装程序以在目标 iSCSI 驱动器上安装 Windows。但是，在第一次从驱动器启动时，我得到一个带有错误代码的蓝屏死机PAGE_FAULT_IN_NONPAGED_AREA。不幸的是，没有产生崩溃转储（也许是因为引导加载程序从未达到可以写入驱动器的地步？）。

我该如何诊断和解决这个问题？