Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
This article describes how to deploy Microsoft Connected Cache for Enterprise and Education caching software to a Windows host machine.
Deploying Connected Cache to a Windows host machine requires designating a Group Managed Service Account (gMSA), a local user account, a domain user account, or a service account as the Connected Cache runtime account. This prevents tampering with the Connected Cache container and the cached content on the host machine.
Note
If you plan to designate a Group Managed Service Account (gMSA) as the Connected Cache runtime account, ensure that you're logged on to the host machine as a domain-joined account when following the deployment steps below.
Before deploying Connected Cache to a Windows host machine, ensure that the host machine meets all requirements, and that you have created and configured your Connected Cache Azure resource.
For Connected Cache deployment to succeed, you must allow direct calls to the Delivery Optimization service from your Connected Cache host machines. When using a TLS-inspecting proxy, you must configure your proxy/host machine to allow calls to and from the Delivery Optimization service (*.prod.do.dsp.mp.microsoft.com) to bypass the proxy's interception, otherwise the certificate chain will be broken and cache node deployment and operation will fail.
Steps to deploy Connected Cache node to Windows
Within the Azure portal, navigate to the Deployment tab of your cache node and copy the deployment command.
Download and install the Connected Cache Windows application to your host machine by running the following command in an elevated PowerShell window:
Add-AppxPackage "https://aka.ms/do-mcc-ent-windows-x64"
You can verify that the Connected Cache app has been installed by running the following command:
Get-AppxPackage Microsoft.DeliveryOptimization
Confirm that the Connected Cache app has placed the Connected Cache installation scripts by running the following command:
deliveryoptimization-cli mcc-get-scripts-path
This command should return a path to the Connected Cache scripts directory, such as
C:\Program Files\...\deliveryoptimization-cli
. Do not move the Connected Cache scripts directory to a different location, as the deployment scripts won't be updateable if they're moved to a different path.Open a PowerShell window as administrator on the host machine and set the Execution Policy to Unrestricted to allow the deployment scripts to run. The administrator account used to proceed through this cache node deployment process cannot be the same as the Connected Cache runtime account.
Create a
$User
PowerShell variable containing the username of the account you intend to designate as the Connected Cache runtime account.- For gMSAs, the
$User
PowerShell variable should be formatted as"Domain\Username$"
. You'll also need to be logged in as a domain-joined account when you run the deployment command. - For local user accounts,
$User
PowerShell variable should be formatted as"LocalMachineName\Username"
. For domain user and service accounts,$User
should be formatted as"Domain\Username"
. For local user, domain user, and service accounts you'll also need to create a PSCredential Object named$myLocalAccountCredential
.
Note
You'll need to apply a local security policy to permit the Connected Cache runtime account to
Log on as a batch job
. Make sure to save your runtime account information, as you'll need it for troubleshooting and uninstallation.- For gMSAs, the
In the same PowerShell window, run the deployment command that you copied from the Azure portal.
Note
If you are deploying your cache node to a Windows host machine that uses a TLS-inspecting proxy (e.g. ZScaler), ensure that you've configured the proxy settings for your cache node, then place the proxy certificate file (.pem) in your desired installationFolder path and add
-proxyTlsCertificatePemFileName "mycert.pem"
to the deployment command. For example, place the .pem file inC:\mccwsl01\mycert.pem
and add-proxyTlsCertificatePemFileName "mycert.pem"
to the deployment command.
Windows deployment command parameters
Parameter | Description |
---|---|
-installationFolder |
The folder where the Connected Cache is installed. This can be changed to any desired path on the host machine. |
-customerid |
The unique ID for your Connected Cache Azure resource. This is available in the Azure portal on the Overview page. |
-cachenodeid |
The unique ID for your Connected Cache node. This is available in the Azure portal on the Cache Node Management page. |
-customerkey |
The unique customer key for your Connected Cache Azure resource. This is available in the Azure portal on the Cache Node Configuration page. |
-registrationkey |
The unique registration key for your Connected Cache node. This is available in the Azure portal on the Cache Node Configuration page. This registration key will be refreshed after each successful deployment attempt of this cache node. |
-cacheDrives |
The amount of storage that the cache node uses. This should be formatted as "/var/mcc,<SIZE>" , where <SIZE> is the desired size of the cache node in GB. |
-mccRunTimeAccount |
The account that runs the Connected Cache software. This should be a PowerShell variable containing the username of the account you intend to designate as the Connected Cache runtime account. For example, $User = "LocalMachineName\Username" for a local user account. If you're using a Group Managed Service Account (gMSA), it should be formatted as "Domain\Username$" . |
-mccLocalAccountCredential |
A PowerShell credential object for the Connected Cache runtime account. This is only needed if you're using a local user account, domain user account, or service account. For example, $myLocalAccountCredential = Get-Credential . |
-rebootBypass |
If set to $true , the Connected Cache installation process won't check for pending reboot on the host machine. This is optional and defaults to $false . |
-shouldUseProxy |
If set to $true , the deployed cache node communicates through your proxy server. This is optional and defaults to $false . |
-proxyurl |
The URL of the proxy server for the cache node use. This is optional and only needed if you're using a proxy server. For example, -proxyurl "http://proxy.example.com:8080" . |
-proxyTlsCertificatePemFileName |
The name of the proxy certificate file in PEM format. This is optional and only needed if you're using a TLS-inspecting proxy. For example, -proxyTlsCertificatePemFileName "mycert.pem" . The .pem file must be placed in the installationFolder path. |
Steps to point Windows client devices at Connected Cache node
Once you have successfully deployed Connected Cache to your Windows host machine, you need to configure your Windows client devices to request Microsoft content from the Connected Cache node.
You can do this by setting the DOCacheHost or DOCacheHostSource policies via Intune.