Setup Guide – Microsoft Connected Cache for Enterprise and Education (Preview)

After many years of development, Microsoft has released a public preview of the standalone connected cache, officially named Microsoft Connected Cache for Enterprise and Education. Here is a quick guide for setting up the standalone cache (MCC).

Requirements

To use the standalone version of MCC, you need a machine – a physical device or VM – running Windows 11, Windows Server 2022/2025, or Linux. You also need an Azure subscription and E3/E5 or A3/A5 licenses. For more details on licensing, check this page: https://learn.microsoft.com/en-us/windows/deployment/do/mcc-ent-prerequisites

Step-by-step Guide

For this guide, I used a Windows 11 Hyper-V VM for my MCC setup. Here are the steps:

1. Deploy a Windows 11 VM on a Hyper-V host supporting nested virtualization. I used a Windows 11 Enterprise 23H2 image, and the VM was running on an HP Z8 G4 Workstation. I named the VM MCC01 and gave it a 240 GB disk, 8 GB RAM, and 4 vCPUs.

2. On the Hyper-V host, enable nested virtualization on the MCC01 VM, the command is:

Set-VMProcessor -VMName MCC01 -ExposeVirtualizationExtensions $true

3. On the MCC01 VM, create a user account named MCCAccount, and add to the local Administrators group

4. Using an elevated Command prompt, install WSL using this command, and then reboot the VM:

wsl --install -d Ubuntu

5. Navigate to the Azure portal (https://portal.azure.com), go to the Marketplace, search for Microsoft Connected Cache for Enterprise, and create the solution. I recommend using a separate resource group.

6. In the new Connected Cache for Enterprise & Education solution, expand Cache Node Management, and create a new cache node (I named mine MCC01).

7. In the MCC01 cache node properties, download the provisioning package (about 1 GB), and in the provisioning tab, make a note of the command to install it. I downloaded my package to the C:\Setup\MCC-WSL-Installer folder on MCC01.

Creating a Cache Node.

8. On the MCC01 VM, use the below PowerShell script to install the MCC container. Replace the guid values with your values from the provisioning tab. The values below are just dummy guids and will not work.

# Define credentials
$User = "MCC01\MCCAccount"
$myLocalAccountCredential = Get-Credential

# Run installer script for the MCC01 Cache Node
# Replace the below guids with your values, the below example is just dummy guids and will not work.
Set-Location "C:\Setup\MCC-WSL-Installer"
./provisionmcconwsl.ps1 -installationFolder C:\mccwsl01 -customerid c62be688-a932-4cc5-b6ae-0b3d80847268 -cachenodeid bc4d0cc6-5824-4e10-a1cf-6be2e24bc695 -customerkey 27f4a706-44c4-4839-b645-2c43de0db68c -registrationkey a70ef781-f775-4ce3-b461-7837a8f58379 -cacheDrives "/var/mcc,150" -mccRunTimeAccount $User -mccLocalAccountCredential $myLocalAccountCredential

9. Go back to the Azure portal, and wait until the MCC01 cache node shows up as healthy.

Checking Cache Node Health.

10. To verify that the MCC responds, In a PowerShell prompt, run the below command:

Invoke-WebRequest -Uri "http://localhost/filestreamingservice/files/7bc846e0-af9c-49be-a03d-bb04428c9bb5/Microsoft.png?cacheHostOrigin=dl.delivery.mp.microsoft.com"
Testing the Cache.

11. Configure your clients to use the connected cache node, either via GPO's, Intune policies, or via DHCP. See this post for more details on DHCP setup: https://www.deploymentresearch.com/setup-microsoft-connected-cache-for-windows-autopilot-and-other-staging-scenarios/

12. On a few clients, verify that they are downloading content from the cache server. Either by running the Get-DeliveryOptimizationPerfSnapThisMonth PowerShell cmdlet, or by viewing the Delivery Optimization activity monitor in Settings.

Delivery Optimization activity monitor showing data from the connected cache node.

13. In the Azure portal, select the connected cache solution and select Overview.

MCC metrics from the Azure Portal.
About the author

Johan Arwidmark

3 2 votes
Article Rating
Subscribe
Notify of
guest
7 Comments
Newest
Oldest Most Voted
Shaun
Shaun
1 year ago

very good article, I never get this far though, either using the microsoft docs or yours, I get the same problem with the mcc install.

 System.Management.Automation.RuntimeException: WSL MCC setup requires a runtime account with proper formatting for local accounts using format localhostname\localusername

created the win server account and the WSL user so by chance does anyone have any ideas on this one? or what part may have gone awary?

Tal
Tal
1 year ago

As Johan indicates, "COMPUTERNAME\USERNAME" works. In my case, I had a standalone non-domain joined Win Serv 2022, installed WSL (rebooted – twice when once wasn't enough and the script errored). Then more errors when I typo'd password on account [more errors in script]. Be absolutely sure of your useraccount & pwd. I caused more errors when I made my own .ps1 install script in the C:\mccinstaller directory – it errored because it checked my script and it wasn't signed. So another rule: Don't put anything of your own in c:\mccinstaller, expecially .ps1 files, as it checks them for signing… then… Read more »

Saurabh
Saurabh
1 year ago

If we have any training video content other than youtube?

Gavin
Gavin
1 year ago
Reply to  Shaun

Make sure the formatting for $User and $myLocalAccountCredential is hostname\user

Last edited 1 year ago by Gavin

>