Windows Server 2019 iScsi MPIO 多个目标

VBS*_*arr 5 windows iscsi failovercluster

我希望使用 iScsi 共享存储(对于 SQL Server Always-On 实例)设置 Windows Server 2019 故障转移群集。额外的要求是没有单点故障。

假设我有两个 iScsi Initiator 节点 A 和 B 以及一个 iScsi Target C。如果我实施 MPIO,它将提供冗余和多条路径到存储,很好。但是,如果 C 出现故障,则节点 A 和 B 将失去与存储的连接。

问题:

  1. 我应该创建 2 个 iScsi 目标服务器 C 和 D 吗?如果是这样,最好的配置是什么,以便如果 C 出现故障,D 将作为目标接管?
  2. 启动目标服务器时,最低要求应该是什么?例如 RAM、内核等?
  3. 将主 iScsi 目标与域控制器分开是最佳做法吗?
  4. 使用 MPIO,最好使用循环还是仅故障转移?

Stu*_*uka 4

你是完全正确的,万一服务器 C 宕机,你的节点将失去与存储的连接。回答您的问题:

  1. 您可以使用不同类型的软件定义存储解决方案。几个示例: https://www.starwindsoftware.com/resource-library/starwind-virtual-san-installing-and-configuring-sql-server-2019-tp-failover-cluster-instance-on-windows-server-2016 / https://docs.microsoft.com/en-us/azure/azure-sql/virtual-machines/windows/failover-cluster-instance-storage-spaces-direct-manually-configure?tabs=windows2012

  2. 至于要求,取决于你选择的软件。我没有找到 Microsoft iSCSI 目标服务器的要求。

  3. 从安全角度来看,我会将 iSCSI 存储与 AD 隔离,但我不是安全工程师,可能有不同的最佳实践。

  4. MPIO 策略取决于您的配置。据我记得,StarWind 建议在其设置中使用“最小队列深度”。

  • 为了避免 SPOF,两个 iSCSI 目标服务器应在彼此之间复制存储。MS iSCSI Target 中不包含复制,这就是需要 SDS 来实现高可用性的原因。 (3认同)
  • MS iSCSI Target 的可能解决方案是存储副本。不过,我从来没有在这样的场景中使用过它。https://docs.microsoft.com/en-us/windows-server/storage/storage-replica/storage-replica-overview (3认同)