Microsoft Connected Cache for Enterprise - 实践
就在 gOxiA 近期集中发布 MCC 相关日志期间,微软于 7月23日公告 Microsoft Connected Cache for Enterprise 正式版发布了。那今天就为大家奉上 MCC for Enterprise 的上手日志。如果你需要了解 Microsoft Connected Cache,不妨先回顾一下 gOxiA 之前发布的日志:“Microsoft Connected Cache - 概述”,“适用于企业和教育的 Microsoft Connected Cache”。
本例 MCC 的 CacheNode 将使用 Ubuntu 24.04 ,这里不再复述 Ubuntu 的准备过程。接下来我们需要通过 Azure Portal 创建 Microsoft Connected Cache for Enterprise 服务(以下简称:MCC4E),并创建和配置基于 Ubuntu 系统的 Cache Node,最后在 Ubuntu 系统上执行部署脚本,并对 Cache Node 执行验证,确保无误后便可通过组策略(GPO)或 Intune 为客户端进行分发配置。
接下来我们首先通过 Azure Portal 创建 MCC4E,可以在 Azure 市场中搜索关键词,在搜索结果中确认“Microsoft Connected Cache for Enterprise”并创建资源。
MCC4E 资源的创建非常简单,为该资源起个容易识别的名字,并确认在哪个订阅、资源组和位置,最后执行创建即可。
稍等片刻,我们便可转到 MCC4E 资源的 Cache Node Management 页面,并通过位于顶部的“Create Cache Node”按钮创建我们所需的缓存节点,在下图中我们可以看到一则提示“公共预览版缓存节点将于2025年9月14日停止运行。必须重新部署现有的公共预览版缓存节点。”,具体可参考:https://aka.ms/mcc-ent-release-notes。如果之前在预览阶段就部署了Cache Node 则需要根据提示执行重新部署。
我们继续,创建 Cache Node,选择 Linux 为我们要用的 OS,并为 Cache Node 创建一个名称。这样一个基于 Linux 系统的缓存节点便创建完毕,接下来我们为该缓存节点生成一些必要的配置。
首先在“Configuration”中为缓存节点指定要用于存储缓存数据的目录,以及可使用容量。如果当前缓存节点有多块可使用的硬盘驱动器,则可以继续添加存储配置但当前最多可配置 9 个。
然后点击“Save”按钮保存配置并等待生效,一旦配置可用便可在“Deployment”页面看到要执行的命令行,此时我们可以将“Download deployment package”下载到 gOxiA 实现准备好的 Ubuntu 缓存节点主机上,以备使用。
在缓存节点主机上我们首先解压缩下载的部署包,并为其中的文件配置执行权限,然后执行“Deployment”页面提供的命令行即可。
在“Updates”页面我们还可以为缓存节点主机配置快速更新或周期性更新,确保缓存节点主机中的数据都是最新的,以解决安全漏洞并提高质量和性能。
当我们执行命令行无误,稍等片刻应该就能看到当前缓存节点主机的状态,如果要执行验证,可以参考官方文档 “Verify Connected Cache node functionality | Microsoft Learn” 执行相关指令。
如下图我们可以先用 “wget http://localhost/filestreamingservice/files/7bc846e0-af9c-49be-a03d-bb04428c9bb5/Microsoft.png?cacheHostOrigin=dl.delivery.mp.microsoft.com” 验证缓存节点主机在运行且可以访问。然后可以通过在客户端上访问 http://[HostMachine-IP-address]/filestreamingservice/files/7bc846e0-af9c-49be-a03d-bb04428c9bb5/Microsoft.png?cacheHostOrigin=dl.delivery.mp.microsoft.com 来验证客户端到缓存节点主机是否正常。
完成上述操作和验证,当前缓存节点主机即高创建和配置完毕,接下来我们要将其分发给客户端来使用。转到 Intune Portal 为设备创建传递优化配置,通过设置目录查找 DOCacheHost 或 DOCacheHostSource 根据需要进行配置。对于 DOCacheHost 我们可以指定一个或多个以逗号分隔的缓存节点主机,这些缓存节点主机的名称可以是 FQDN 或 IP 地址。对于 DOCacheHostSource 提供了两个配置项:1 = DHCP 选项 235;2 = DHCP 选项 235 强制,其中后者 2 配置可覆盖 DOCacheHost 配置。如果配置了 DOCacheHostSource 还必须为组织本地网络配置 DHCP 235 选项,可参考下图。具体应该采用哪个配置方案,还要根据实际环境来决策!
对应的 GPO 配置可参考下图,位于“计算机配置 - 管理模板 - Windows 组件 - 传递优化”。
对于 DOCacheHostSource,我们可能需要在特定环境中使用注册表来实现,该键值信息如下:
"HKLM\SOFTWARE\Policies\Microsoft\Windows\DeliveryOptimization" /f /v DOCacheHostSource /t REG_DWORD /d 2
此外,我们可以配置 DelayCacheServerFallbackBackground 和 DelayCacheServerFallbackForeground 延迟策略,来提高从网络缓存主机拉取数据的机会,根据推荐后台和前台建议分别是 60 秒和 30 秒。
最后,如果我们需要在后续检查和监视 MCC 的运行情况,都可以在 Azure Portal MCC 资源的概述和监视中对其进行监控。
推荐参考:
Release Notes for Microsoft Connected Cache for Enterprise and Education | Microsoft Learn
Improve P2P efficiency | Microsoft Learn
Types of download content supported by Delivery Optimization | Microsoft Learn
Optimize Windows Autopilot bandwidth use with Connected Cache | Windows IT Pro Blog
Microsoft Connected Cache for Enterprise Frequently Asked Questions | Micrososft Learn
Troubleshoot Microsoft Connected Cache for Enterprise and Education | Microsoft Learn