将存储扩展到 Azure Stack Hub
本文提供 Azure Stack Hub 存储基础架构信息，可帮助你确定如何将 Azure Stack Hub 集成到现有的网络环境。 在大致介绍如何扩展数据中心后，本文将演示两种不同的方案。 可以连接到 Windows 文件存储服务器。 也可以连接到 Windows iSCSI 服务器。
将存储扩展到 Azure Stack Hub 概述
某些情况下，将数据存放在公有云不足以满足要求。 也许你拥有的是计算密集型虚拟化数据库工作负载，它对延迟敏感，而往返公有云的时间可能会影响数据库工作负载的性能。 也许本地数据存储在文件服务器、NAS 或 iSCSI 存储阵列上，需要通过本地工作负载才能访问，并且需要驻留在本地以满足法规或合规性目标。 将本地数据驻留对许多组织而言都很重要，以上只是其中两种情况。
为什么不直接在 Azure Stack Hub 上的存储帐户中或在 Azure Stack Hub 系统上运行的虚拟化文件服务器中承载该数据？ 与 Azure 中不同，Azure Stack Hub 存储是有限的。 可供使用的容量完全取决于所选购的每个节点的容量，以及所拥有的节点数。 此外，由于 Azure Stack Hub 是一种超融合解决方案，因而如果希望增加存储容量以满足使用需求，还需通过增加节点来增加计算占用。 这可能会导致成本过高，尤其是在额外需要的容量是用于可为获得 Azure Stack Hub 系统外的低成本而添加的冷存档存储的情况下。
以上是了解以下方案的原因。 如何将 Azure Stack Hub 系统以及 Azure Stack Hub 上运行的虚拟化工作负载简单高效地连接到 Azure Stack Hub 之外可通过网络访问的存储系统。
专为扩展存储设计
下图描绘了一种方案，其中，运行工作负荷的单个虚拟机连接并利用外部（在 VM 和 Azure Stack Hub 本身的外部）存储来读取/写入数据。本文重点说明简单的文件检索，但你也可以扩展本示例，使其适用于更复杂的方案，例如远程存储数据库文件。
在上图中可以看到，Azure Stack Hub 系统上已部署了包含多个 NIC 的 VM。 无论是从冗余还是存储最佳做法的立场来看，目标与目的地之间都必须有多个路径。 让情况变得更为复杂的是，Azure Stack Hub 中的 VM 同时有公共和专用 IP，就像在 Azure 中的情况一样。 如果外部存储必须连接到该 VM，就只能通过公共 IP 进行连接，因为专用 IP 主要用于 Azure Stack Hub 系统内部的 vNet 和子网。 外部存储无法与 VM 的专用 IP 空间通信，除非它能通过站点到站点 VPN 连接到 vNet 本身。 因此，本示例的要点为通过公共 IP 空间进行通信。 请注意，在图中的公共 IP 空间内，有 2 个不同的公共 IP 池子网。 默认情况下，Azure Stack Hub 只需要一个用于公共 IP 地址的池即可，但考虑到冗余路由，可以添加另一个池。 但由于无法选择特定池中的 IP 地址，实际上 VM 最后可能具有来自同一池、但跨多个虚拟网络卡的公共 IP。
为了便于讨论，假设边界设备与外部存储之间的路由受到管理，流量可以正常遍历网络。 在本示例中，主干是 1 GbE、10 GbE、25 GbE 还是更快的速度并不重要，但在规划集成时必须考虑到这一点，使所有应用程序获得所需的性能来访问此外部存储。
连接到 Windows Server iSCSI 目标
在此方案中，我们将在 Azure Stack Hub 上部署并配置 Windows Server 2019 虚拟机，并让其准备好连接到外部 iSCSI 目标（也运行 Windows Server 2019）。 在适当的情况下，我们将启用 MPIO 等重要功能，以优化性能以及 VM 与外部存储之间的连接。
在 Azure Stack Hub 上部署 Windows Server 2019 VM
从 Azure Stack Hub 管理门户中，假设此系统已正确注册并连接到市场，请选择“市场管理”；接下来，假设没有 Windows Server 2019 映像，请选择“从 Azure 添加”，然后搜索“Windows Server 2019”，以添加“Windows Server 2019 Datacenter”映像。
下载 Windows Server 2019 映像可能需要一段时间。
如果在 Azure Stack Hub 环境中拥有 Windows Server 2019 映像，即可登录到 Azure Stack Hub 用户门户。
登录到 Azure Stack Hub 用户门户后，确保自己拥有某个套餐的订阅，可用于预配 IaaS 资源（计算、存储和网络）。
获得可用的订阅后，回到 Azure Stack Hub 用户门户中的“仪表板”，并依次选择“创建资源”、“计算”、“Windows Server 2019 Datacenter 库项” 。
在“基本信息”边栏选项卡上，填写如下信息：
a. 名称：VM001
b. 用户名：localadmin
c. 密码和确认密码：<所选的密码>
d. 订阅：<所选的订阅，包括计算/存储/网络资源>。
e. 资源组：storagetesting（新建）
f. 选择“确定”
在“选择大小”边栏选项卡上，依次选择“Standard_F8s_v2”和“选择” 。
在“设置”边栏选项卡上选择“虚拟网络”，在“创建虚拟网络”边栏选项卡上，将地址空间调整为 10.10.10.0/23 并将子网地址范围更新为 10.10.10.0/24，然后选择“确定”。
选择“公共 IP 地址”，然后在“创建公共 IP 地址”边栏选项卡中选择“静态”单选按钮 。
在“选择公共入站端口”下拉列表中，选择“RDP (3389)” 。
保留其他默认值，然后选择“确定”。
阅读摘要、等待验证，然后选择“确定”开始部署。 部署应该可在大约 10 分钟内完成。
完成部署后，在“资源”下选择虚拟机名称“VM001”以打开“概述” 。
在“DNS 名称”下，选择“配置”并提供 DNS 名称标签 vm001，选择“保存”，然后选择“VM001” 。
在“概述”边栏选项卡的右侧，选择“虚拟网络/子网”文本下的“storagetesting-vnet/default”。
在“storagetesting-vnet”边栏选项卡中，依次选择“子网”、“+子网”，然后在新的“添加子网”边栏选项卡中输入以下信息，然后选择“确定” ：
a. 名称：subnet2
b. 地址范围(CIDR 块) ：10.10.11.0/24
c. 网络安全组：无
d. 路由表：无
保存后，选择“VM001”。
从“概述”边栏选项卡的左侧，选择“网络”。
依次选择“链接网络接口”、“创建网络接口”。
在“创建网络接口”边栏选项卡中，输入以下信息。
a. 名称：vm001nic2
b. 子网：确保子网为 10.10.11.0/24
c. 网络安全组：VM001-nsg
d. 资源组：storagetesting
成功附加后，选择“VM001”，然后选择“停止”以关闭 VM。
停止（解除分配）VM 后，从“概述”边栏选项卡左侧依次选择“网络”、“附加网络接口”、“vm001nic2”和“确定” 。 片刻之后，系统将额外的 NIC 添加到 VM。
在“网络”边栏选项卡上选择“vm001nic2”选项卡，然后选择“网络接口: vm001nic2” 。
在“vm001nic 接口”边栏选项卡上选择“IP 设置”，然后在边栏选项卡的中央选择“ipconfig1”。
在“ipconfig1 设置”边栏选项卡上，为“公共 IP 地址”选择“已启用”，选择“配置所需的设置”、“新建”，输入 vm001nic2pip 作为名称，然后依次选择“静态”、“确定”、“保存”。
成功保存后，返回 VM001 概述边栏选项卡，然后选择“启动”以启动配置的 Windows Server 2019 VM。
启动后，在 VM001 中建立 RDP 会话。
在 VM 建立连接后，打开 CMD（以管理员身份），然后输入主机名以检索 OS 的计算机名 。 它应与 VM001 匹配。 记下此名称供以后使用。
在 Azure Stack Hub 上配置 Windows Server 2019 VM 上的第二个网络适配器
默认情况下，Azure Stack Hub 会将默认网关分配给附加到虚拟机的第一个（主）网络接口。 Azure Stack Hub 不会将默认网关分配给附加到虚拟机的其他（辅助）网络接口。 因此，默认情况下无法与辅助网络接口所在子网的外部资源进行通信。 但是，辅助网络接口可以与子网外部的资源进行通信，尽管对不同操作系统而言，启用通信的步骤有所不同。
如果尚未打开连接，请在 VM001 中建立 RDP 连接。
以管理员身份打开 CMD，然后运行“route print”，这应返回此 VM 内的两个接口（Hyper-V 网络适配器） 。
现在，运行 ipconfig 以查看分配给辅助网络接口的 IP 地址。 在本例中，10.10.11.4 被分配到接口 6。 辅助网络接口没有返回任何默认网关地址。
要将发往辅助网络接口子网外部地址的所有流量路由到子网网关，请从“CMD:”运行以下命令。
route add -p 0.0.0.0 MASK 0.0.0.0 <ipaddress> METRIC 5015 IF <interface><ipaddress>是当前子网的 .1 地址，<interface>是接口编号。
若要确认添加的路由是否在路由表中，请输入“route print”命令。
还可以通过运行 ping 命令来验证出站通信：
ping 8.8.8.8 -S 10.10.11.4
使用-S标记可以指定源地址，本例中，10.10.11.4 是目前具有默认网关的 NIC 的 IP 地址。关闭 CMD。
配置 Windows Server 2019 iSCSI 目标
对于本方案，需验证一个配置，其中的 Windows Server 2019 iSCSI 目标是 Azure Stack Hub 环境外、Hyper-V 上运行的虚拟机。 将为此虚拟机配置八个虚拟处理器、一个 VHDX 文件，最重要的是，还要配置两个虚拟网络适配器。 在理想情况下，这两个网络适配器将有不同的可路由子网，但在此验证中，它们位于同一子网上。
iSCSI 目标服务器可以是在 Hyper-V、VMware 或所选替代设备（专用的物理 iSCSI SAN 等）上运行的 Windows Server 2016 或 2019 物理机或虚拟机。 此处的重点是与 Azure Stack Hub 系统建立入站和出站连接，但源与目标之间最好有多个路径，这样可以提供额外的冗余，并可以使用更高级的功能（例如 MPIO）来提升性能。
建议先使用最新的累积更新和修补程序更新 Windows Server 2019 iSCSI Target（必要时重启），再继续配置文件共享。
更新并重启后，可将此服务器配置为 iSCSI 目标。
打开“服务器管理器”，依次选择“管理”、“添加角色和功能”。
打开后，依次选择“下一步”、“基于角色或基于功能的安装”，然后继续完成各项选择，直到转到“选择服务器角色”页 。
展开“文件和存储服务”，然后展开“文件和 iSCSI 服务”并勾选“iSCSI 目标服务器”框，接受添加新功能的任何弹出提示，然后继续完成操作 。
完成后，关闭“服务器管理器”。
打开“文件资源管理器”，导航到 C:\，然后新建文件夹，命名为 iSCSI。
重新打开“服务器管理器”，然后从左侧菜单选择“文件和存储服务” 。
选择 iSCSI，然后在右窗格中选择“启动新的 iSCSI 虚拟磁盘向导以创建 iSCSI 虚拟磁盘”链接 。 选择它。 此时将弹出一个向导。
在“选择 iSCSI 虚拟磁盘位置”页上，选择“键入自定义路径”的单选按钮，然后浏览到 C:\iSCSI 并选择“下一步”。
将 iSCSI 虚拟磁盘命名为 iSCSIdisk1，根据需要提供说明，然后选择“下一步” 。
将虚拟磁盘的大小设置为 10GB，然后依次选择“固定大小”和“下一步” 。
这是新的目标，因此请依次选择“新 iSCSI 目标”和“下一步” 。
在“指定目标名称”页上，输入 TARGET1，然后选择“下一步” 。
在“指定访问服务器”页上，选择“添加” 。 这将打开一个对话框，用于输入将获得授权连接 iSCSI 目标的特定发起程序。
在“添加发起程序 ID 窗口”中，选择“输入所选类型的值”，然后确保已在“类型”下选中下拉菜单中的 IQN 。 输入 iqn.1991-05.com.microsoft:<computername>（其中 <computername> 是 VM001 的计算机名），然后选择“下一步”。
在“启用身份验证”页上，将框留空，然后选择“下一步” 。
确认选择，并选择“创建”，然后关闭。 此时服务器管理器中应显示创建的 iSCSI 虚拟磁盘。
配置 Windows Server 2019 iSCSI 发起程序和 MPIO
若要设置 iSCSI 发起程序，请首先在 Azure Stack Hub 系统上重新登录到 Azure Stack Hub 用户门户，然后导航到 VM001 的“概述”边栏选项卡 。
建立与 VM001 的 RDP 连接。 连接后，打开“服务器管理器”。
选择“添加角色和功能”，并接受默认值，直到出现“功能”页 。
在“功能”页上，添加“多路径 I/O”，然后选择“下一步” 。
勾选“需要时自动重启目标服务器”框并选择“安装”，然后选择“关闭”。很可能需要重新启动，因此完成后，请重新连接到 VM001。
返回“服务器管理器”，等待 MPIO 安装完成，选择“关闭”，然后依次选择“工具”和“MPIO” 。
选择“发现多路径”选项卡，勾选“添加对 iSCSI 设备的支持”框并选择“添加”，然后选择“确定”以重启 VM001 。 如果未弹出窗口，请选择“确定”，然后手动重启。
重启后，新建与 VM001 的 RDP 连接。
连接后，打开“服务器管理器”，然后依次选择“工具”和“iSCSI 发起程序” 。
Microsoft iSCSI 窗口弹出时，选择“确定”以允许默认运行 iSCSI 服务。
在“iSCSI 发起程序属性”窗口中，选择“发现”选项卡。
现在要添加 2 个目标，首先选择“发现门户”按钮。
输入 iSCSI 目标服务器的第一个 IP 地址，然后选择“高级”。
在“高级设置”窗口中，选择以下内容，然后选择“确定” 。
a. 本地适配器：Microsoft iSCSI 发起程序。
b. 发起程序 IP：10.10.10.4。
返回“发现目标门户”窗口，选择“确定” 。
按以下步骤重复此过程：
a. IP 地址：第二个 iSCSI 目标 IP 地址。
b. 本地适配器：Microsoft iSCSI 发起程序。
c. 发起程序 IP：10.10.11.4。
目标门户应如下所示，你自己的 iSCSI 目标 IP 位于“地址”列下。
返回“目标”选项卡，选择窗口中间的 iSCSI 目标，然后选择“连接” 。
在“连接到目标”窗口中，勾选“启用多路径”框，然后选择“高级” 。
输入以下信息并选择“确定”，然后在“连接到目标”窗口中，选择“确定” 。
a. 本地适配器：Microsoft iSCSI 发起程序。
b. 发起程序 IP：10.10.10.4。
c. 目标门户 IP：<你的第一个 iSCSI 目标 IP / 3260>。
对第二个发起程序/目标组合重复此过程。
a. 本地适配器：Microsoft iSCSI 发起程序。
b. 发起程序 IP：10.10.11.4。
c. 目标门户 IP：<你的第二个 iSCSI 目标 IP / 3260>。
选择“卷和设备”选项卡，然后选择“自动配置”，此时系统应显示 MPIO 卷 ：
返回“目标”选项卡，选择“设备”，此时系统应显示与之前创建的单个 iSCSI VHD 相连的 2 个连接 。
选择“MPIO 按钮”，以查看有关负载均衡策略和路径的详细信息。
选择“确定”三次，以退出 Windows 和 iSCSI 发起程序。
打开磁盘管理 (diskmgmt.msc)，此时系统应显示“初始化磁盘”窗口。
选择“确定”接受默认值，向下滚动到新磁盘，右键单击，然后选择“新建简单卷”
接受默认值，逐步完成向导。 将卷标签更改为 iSCSIdisk1，然后选择“完成” 。
接下来，系统格式化驱动器并显示驱动器号。
打开“文件资源管理器”，然后选择“此电脑”以查看附加到 VM001 的新驱动器 。
测试外部存储连接
要验证通信并运行基本的文件复制测试，首先在 Azure Stack Hub 系统上重新登录到 Azure Stack Hub 用户门户，然后导航到 VM001 的“概述”边栏选项卡
选择“连接”以便与 VM001 建立 RDP 连接
打开“任务管理器”，选择“性能”选项卡，然后将窗口与 RDP 会话的右侧对齐 。
以管理员身份打开 Windows PowerShell ISE，然后将其与 RDP 会话的左侧对齐。 关闭 ISE 右侧的“命令”窗格，然后选择“脚本”按钮，以展开 ISE 窗口顶部的白色脚本窗格 。
此 VM 中没有用于创建 VHD 的本机 PowerShell 模块，我们将其用作大文件（用于测试向 iSCSI 目标的文件转移）。 在这种情况下，我们将运行 DiskPart 来创建 VHD 文件。 在 ISE 中运行以下命名：
Start-Process Diskpart新的 CMD 窗口打开，输入：
**Create vdisk file="c:\\test.vhd" type=fixed maximum=5120**
- 创建需要一些时间。 创建后，若要验证创建的内容，请打开“文件资源管理器”，然后导航到 C:\，此时应看到新的 test.vhd，大小为 5GB。
关闭 CMD 窗口，返回到 ISE，然后在脚本窗口中输入以下命令。 将 F:\ 替换为之前应用的 iSCSI 目标驱动器号。
Copy-Item "C:\\test.vhd" -Destination "F:\\"在脚本窗口中选择该行，然后按 F8 运行。
运行命令时，请观察两个网络适配器，查看 VM001 中两个网络适配器上发生的数据转移。 还应注意到，各网络适配器均匀地共享负载。
此方案旨在强调 Azure Stack Hub 上运行的工作负荷与外部存储阵列（在本例中为基于 Windows Server 的 iSCSI 目标）之间的连接性。 它不是性能测试，也不反映使用基于 iSCSI 的备用设备时需要执行的步骤，但强调了在 Azure Stack Hub 上部署工作负载并将其连接到 Azure Stack Hub 环境外的存储系统时要考虑的一些主要注意事项。