MCC-logo

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”并创建资源。

1-SearchMCC

2-MCC

        MCC4E 资源的创建非常简单,为该资源起个容易识别的名字,并确认在哪个订阅、资源组和位置,最后执行创建即可。

3-CreateMCC

        稍等片刻,我们便可转到 MCC4E 资源的 Cache Node Management 页面,并通过位于顶部的“Create Cache Node”按钮创建我们所需的缓存节点,在下图中我们可以看到一则提示“公共预览版缓存节点将于2025年9月14日停止运行。必须重新部署现有的公共预览版缓存节点。”,具体可参考:https://aka.ms/mcc-ent-release-notes。如果之前在预览阶段就部署了Cache Node 则需要根据提示执行重新部署。

4-CreateCacheNode

        我们继续,创建 Cache Node,选择 Linux 为我们要用的 OS,并为 Cache Node 创建一个名称。这样一个基于 Linux 系统的缓存节点便创建完毕,接下来我们为该缓存节点生成一些必要的配置。

4-CreateCacheNode-1

        首先在“Configuration”中为缓存节点指定要用于存储缓存数据的目录,以及可使用容量。如果当前缓存节点有多块可使用的硬盘驱动器,则可以继续添加存储配置但当前最多可配置 9 个。

4-CreateCacheNode-2

        然后点击“Save”按钮保存配置并等待生效,一旦配置可用便可在“Deployment”页面看到要执行的命令行,此时我们可以将“Download deployment package”下载到 gOxiA 实现准备好的 Ubuntu 缓存节点主机上,以备使用。

4-CreateCacheNode-3

        在缓存节点主机上我们首先解压缩下载的部署包,并为其中的文件配置执行权限,然后执行“Deployment”页面提供的命令行即可。

4-CreateCacheNode-4

        在“Updates”页面我们还可以为缓存节点主机配置快速更新或周期性更新,确保缓存节点主机中的数据都是最新的,以解决安全漏洞并提高质量和性能。

4-CreateCacheNode-5

        当我们执行命令行无误,稍等片刻应该就能看到当前缓存节点主机的状态,如果要执行验证,可以参考官方文档 “Verify Connected Cache node functionality | Microsoft Learn” 执行相关指令。

5-Verify-1

        如下图我们可以先用 “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 来验证客户端到缓存节点主机是否正常。

5-Verify

        完成上述操作和验证,当前缓存节点主机即高创建和配置完毕,接下来我们要将其分发给客户端来使用。转到 Intune Portal 为设备创建传递优化配置,通过设置目录查找 DOCacheHost 或 DOCacheHostSource 根据需要进行配置。对于 DOCacheHost 我们可以指定一个或多个以逗号分隔的缓存节点主机,这些缓存节点主机的名称可以是 FQDN 或 IP 地址。对于 DOCacheHostSource 提供了两个配置项:1 = DHCP 选项 235;2 = DHCP 选项 235 强制,其中后者 2 配置可覆盖 DOCacheHost 配置。如果配置了 DOCacheHostSource 还必须为组织本地网络配置 DHCP 235 选项,可参考下图。具体应该采用哪个配置方案,还要根据实际环境来决策!


6-Intune-Configuration

6-Intune-Configuration-DHCP

        对应的 GPO 配置可参考下图,位于“计算机配置 - 管理模板 - Windows 组件 - 传递优化”。

6-DO-GPO

        对于 DOCacheHostSource,我们可能需要在特定环境中使用注册表来实现,该键值信息如下:

"HKLM\SOFTWARE\Policies\Microsoft\Windows\DeliveryOptimization" /f /v DOCacheHostSource /t REG_DWORD /d 2

        此外,我们可以配置 DelayCacheServerFallbackBackground 和 DelayCacheServerFallbackForeground 延迟策略,来提高从网络缓存主机拉取数据的机会,根据推荐后台和前台建议分别是 60 秒和 30 秒。

        最后,如果我们需要在后续检查和监视 MCC 的运行情况,都可以在 Azure Portal MCC 资源的概述和监视中对其进行监控。

7-review


推荐参考:

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

Microsoft Cloud | 评论(0) | 引用(0) | 阅读(11)
发表评论
昵称 [注册]
密码 游客无需密码
网址
电邮
打开HTML 打开UBB 打开表情 隐藏 记住我