Share via


Deploy Microsoft Connected Cache caching software to a Linux host machine

This article describes how to deploy Microsoft Connected Cache for Enterprise and Education caching software to a Linux host machine.

Before deploying Connected Cache to a Linux host machine, ensure that the host machine meets all requirements, and that you have created and configured your Connected Cache Azure resource and cache node.

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 cache node to Linux

  1. Within the Azure portal, navigate to the Deployment tab of your cache node and copy the deployment command.

  2. Download the Linux deployment package using the option at the top of the Cache Node Configuration page and extract the package onto the host machine.

  3. Open a command line window as administrator on the host machine, then change directory to the extracted deployment package.

    Note

    • If you're deploying your cache node to a 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 the extracted deployment package directory and add proxytlscertificatepath="/path/to/pem/file" to the deployment command.
  4. Set access permissions to allow the deploymcc.sh script within the deployment package directory to execute.

  5. Run the deployment command on the host machine.

Note

After redeploying a Linux cache node so that it's migrated to the GA release container, the user must run chmod 777 -R /cachedrivepath and then restart the Connected Cache container sudo iotedge restart MCC. Otherwise the redeployed node will be up and running, but requests for content will fail.

Linux deployment command parameters

Parameter Description
-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.
-drivepathandsizeingb The drive path and amount of storage that the cache node will use. This should be formatted as "<PATH>,<SIZE>", where <PATH> is the desired drive path and <SIZE> is the desired size of the cache node in GB. You can specify multiple drives using "<PATH1>,<SIZE1>,<PATH2><SIZE2>..."
-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".
-proxytlscertificatepath The path of the proxy certificate file in PEM format. This is optional and only needed if you're using a TLS-inspecting proxy. For example, -proxytlscertificatepath="/path/to/pem/file".

Steps to point Windows client devices at Connected Cache node

Once you have successfully deployed Connected Cache to your Linux 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.

Next step