我对存储不太熟悉。我对使用 SAN 进行存储运行物理机和虚拟机有一些疑问。
是否可以从连接到物理服务器的 SAN 存储启动操作系统？如果可以，有什么缺点吗？假设有多个驱动器，其中一个用于操作系统，并且此服务器安装了 SQL Server，还有其他驱动器用于数据、日志和临时数据库，所有这些都来自 SAN。如果操作系统从本地硬盘启动，其性能是否会比将其与 SQL 数据文件一起保存在 SAN 上更好？高 IOPS？延迟？
我正在尝试比较以下 3 个并量化。
物理机 - 从本地驱动器启动操作系统，从 SAN 启动其他操作系统
物理机 - 从 SAN 启动操作系统和其他驱动器
虚拟机 - Hyper-V 主机本地驱动器上的虚拟磁盘、vSAN 上的 SQL 数据/日志/Temp
虚拟机 - 虚拟磁盘、SQL 数据/日志/临时文件均在 vSAN 中
最后一个相比其他的会表现较差吗？
谢谢
答案1
如今，从 SAN 启动非常少见。我经常看到的虚拟机管理程序是从 SD 卡启动的。这样，您就可以将 100% 的本地存储用于虚拟机，或者将 SAN 专门用于虚拟机。如果从 SD 卡启动不合适，也可以只通过 PXE 启动虚拟机管理程序。
为了解决您的具体问题：
是否可以从连接到物理服务器的 SAN 存储启动操作系统？
是的。许多数据中心/企业网卡都内置了必要的 iSCSI 协议来实现这一点。
如果是这样，那有什么缺点吗？
是的，很多。复杂性和脆弱性是最大的问题。说实话，收益并不多。
假设有多个驱动器，一个用于操作系统，并且该服务器安装了 SQL Server，还有其他驱动器用于数据、日志和临时数据库，它们都来自 SAN。
如果操作系统从本地硬盘启动，而不是将其与 SQL 数据文件一起保存在 SAN 上，其性能是否会更好？
最好将所有数据文件都放在本地存储中。对于数据库服务器，我认为 SAN 是一种正在消亡的介质。本地存储现在非常比 SAN 存储更快（即使使用 40Gbps 连接）。2019 级硬件上的单个 NVMe 驱动器最高速度可达 4GB/秒以下，即超过 30Gbps。在单个驱动器上。价格并不高。未来一旦 PCI-e 4.0 开始在下一代服务器上出货，该潜在速度将有效翻倍。AMD Epyc 服务器拥有超过 128 个 PCIe 4.0 通道，可让您实现超过 250GB/秒（2Tb/秒）的速度每个插槽抱歉，但我认为 SAN 在现代世界中已经是一种过时的媒介。
此外，MSSQL 不再需要集群系统的共享存储。借助 AlwaysOn High Availability，您可以获得高可用性 SQL 服务器，而无需共享存储（尽管所有服务器上的存储布局在每个节点上都需要看起来相同）。
最后一个相比其他的会表现较差吗？
与本地存储相比，它们的性能都较差。不过，我意识到这不是你真正想问的问题，我只是希望你在 2019 年没有购买新的 SAN，你仍然有机会重新评估。
答案2
让我们来看看这些；
物理机 - 从本地驱动器启动操作系统，从 SAN 启动其他操作系统
现在到处都有许多系统以这种方式运行，特别是非虚拟化数据库服务器以这种方式工作，如果您需要最低的延迟并获得每一滴性能，它很好并且非常有用 - CGI渲染场通常也是这样工作的。
物理机 - 从 SAN 启动操作系统和其他驱动器
这些年来，我已经这样做过一两次了，通常它比我想要的更“脆弱”，是的，它可以工作，但比本地磁盘选项需要做更多的工作，而你实际上所做的只是通过不购买启动对和磁盘控制器来在你的服务器上节省一点额外的费用——就我个人而言，我不会在未来使用它。
虚拟机 - Hyper-V 主机本地驱动器上的虚拟磁盘、vSAN 上的 SQL 数据/日志/Temp
当然，这很好用，有很多虚拟机都是这样运行的——大多数 AWS 的虚拟机/实例都以这种方式工作，这确实非常流行。如果您选择的虚拟机管理程序不允许您将虚拟机从一个本地磁盘迁移到另一个主机和该主机的磁盘，那么有时您可能会错过虚拟化的好处之一，即能够从主机迁移所有虚拟机，以便在不影响用户的情况下对其进行修复/升级/修补。您在这里提到了 vSAN，您说的是哪种产品，如果您说的是 VMware 的 vSAN 产品，那么情况就会发生变化，因为您可以在本地运行磁盘，获得故障保护，并能够在主机之间迁移——也许回过头来澄清一下？
虚拟机 - 虚拟磁盘、SQL 数据/日志/临时文件均在 vSAN 中
在企业环境中，这可能是目前最常用和最受信任的方法（尽管随着 vSAN 等分布式文件系统的真正普及，这种情况可能会发生变化）。
至于最后一个选项的性能 - 它完全取决于您使用的集中式磁盘阵列以及用于访问它们的通信方法。如果您对慢速磁盘阵列使用 1Gbps 以太网，那么它肯定会比使用本地磁盘慢，我更喜欢的阵列制造商，结合 40Gbps FCoE 比我可以直接连接到服务器栏 NVMe 驱动器的任何东西都要快得多。所以它确实取决于集中式存储是什么。
我希望这有助于澄清您的选择。
答案3
我不确定这种做法有多么“罕见”，我经常见到这种做法，但我猜这取决于环境。
我通常在使用刀片服务器时看到从 SAN 启动。由于典型的刀片服务器只有两个磁盘插槽，因此对于可能需要数 TB 空间的数据库服务器等而言，这可能会非常有限。此外，只需更换刀片即可快速轻松地更换故障刀片，而不必担心更换人员移动磁盘并将其放入正确的插槽中。这仍然需要配置新刀片中的 HBA，如下所述。
从 SAN 启动 Windows 或 Linux 很简单，您需要与存储管理员合作，向他们提供 HBA 的 WWN（通常为冗余路径提供两个 HBA 接口）。存储人员配置了启动 LUN 后，启动服务器并在 POST 期间进入 HBA BIOS。扫描可用的 LUN 并告诉 HBA 使用该 LUN 进行启动。确保 HBA 是启动顺序中的第一个设备，您的 Windows 安装应该会看到它并提供安装到该 LUN 的选项。最简单的方法是先只配置启动 LUN，然后在安装操作系统后添加所需的任何其他数据 LUN。