|
| 1 | +# Managing Install Types for a License (Beta) |
| 2 | + |
| 3 | +This topic describes how to manage which installation types and options are enabled for a license. |
| 4 | + |
| 5 | +:::note |
| 6 | +The "Install Types" licensing feature described in this topic is in Beta. To get access to this feature, reach out to your Replicated account representative. |
| 7 | +::: |
| 8 | + |
| 9 | +## Overview |
| 10 | + |
| 11 | +You can control which installation methods are available to each of your customers by enabling or disabling **Install types** fields in the customer's license. |
| 12 | + |
| 13 | +The following shows an example of the **Install types** field in a license: |
| 14 | + |
| 15 | + |
| 16 | + |
| 17 | +[View a larger version of this image](/images/license-install-types.png) |
| 18 | + |
| 19 | +The installation types that are enabled or disabled for a license determine the following: |
| 20 | +* The Replicated installers ([Replicated KOTS](../intro-kots), [Replicated Embedded Cluster](/vendor/embedded-cluster-overview), [Replicated kURL](/vendor/intro-kurl)) that the customer's license entitles them to use |
| 21 | +* The installation assets and/or instructions provided in the Replicated Download Portal for the customer |
| 22 | +* The customer's KOTS Admin Console experience |
| 23 | + |
| 24 | +Setting the supported installation types on a per-customer basis gives you greater control over the installation method used by each customer. It also allows you to provide a more curated Download Portal experience, in that customers will only see the installation assets and instructions that are relevant to them. |
| 25 | + |
| 26 | +## Understanding Install Types {#install-types} |
| 27 | + |
| 28 | +In the customer license, under **Install types**, the **Available install types** field allows you to enable and disable different installation methods for the customer. |
| 29 | + |
| 30 | +You can enable one or more installation types for a license. |
| 31 | + |
| 32 | +The following describes each installation type available, as well as the requirements for enabling each type: |
| 33 | + |
| 34 | +<table> |
| 35 | + <tr> |
| 36 | + <th width="30%">Install Type</th> |
| 37 | + <th>Description</th> |
| 38 | + <th>Requirements</th> |
| 39 | + </tr> |
| 40 | + <tr> |
| 41 | + <th>Existing Cluster (Helm CLI)</th> |
| 42 | + <td><p>The customer does not have access to the Replicated installers.</p><p>When the <strong>Helm CLI Air Gap Instructions (Helm CLI only)</strong> install option is also enabled, the Download Portal displays instructions on how to pull Helm installable images into a local repository. See <a href="#install-options">Understanding Additional Install Options</a> below.</p></td> |
| 43 | + <td>The latest release promoted to the channel where the customer is assigned must contain at least one Helm chart.</td> |
| 44 | + </tr> |
| 45 | + <tr> |
| 46 | + <th>Existing Cluster (KOTS install)</th> |
| 47 | + <td>Allows the customer to install with Replicated KOTS in an existing cluster.</td> |
| 48 | + <td> |
| 49 | + <ul> |
| 50 | + <li>Your Vendor Portal team must have the KOTS entitlement</li> |
| 51 | + <li>The latest release promoted to the channel where the customer is assigned must contain KOTS custom resources</li> |
| 52 | + </ul> |
| 53 | + </td> |
| 54 | + </tr> |
| 55 | + <tr> |
| 56 | + <th>kURL Embedded Cluster (first generation product)</th> |
| 57 | + <td> |
| 58 | + <p>Allows the customer to install with Replicated kURL on a VM or bare metal server.</p> |
| 59 | + <p><strong>Note:</strong> For new installations, enable Replicated Embedded Cluster (current generation product) instead of Replicated kURL (first generation product).</p> |
| 60 | + </td> |
| 61 | + <td> |
| 62 | + <ul> |
| 63 | + <li>Your Vendor Portal team must have the kURL entitlement</li> |
| 64 | + <li>A kURL installer spec must be promoted to the channel where the customer is assigned. For more information, see <a href="/vendor/packaging-embedded-kubernetes">Creating a kURL Installer</a>.</li> |
| 65 | + </ul> |
| 66 | + </td> |
| 67 | + </tr> |
| 68 | + <tr> |
| 69 | + <th>Embedded Cluster (current generation product)</th> |
| 70 | + <td>Allows the customer to install with Replicated Embedded Cluster on a VM or bare metal server.</td> |
| 71 | + <td> |
| 72 | + <ul> |
| 73 | + <li>Your Vendor Portal team must have the Embedded Cluster entitlement</li> |
| 74 | + <li>The latest release promoted to the channel where the customer is assigned must contain an Embedded Cluster Config custom resource. For more information, see <a href="/reference/embedded-config">Embedded Cluster Config</a>.</li> |
| 75 | + </ul> |
| 76 | + </td> |
| 77 | + </tr> |
| 78 | +</table> |
| 79 | + |
| 80 | +## Understanding Additional Install Options {#install-options} |
| 81 | + |
| 82 | +After enabling installation types in the **Available install types** field, you can also enable the following options in the **Additional install options** field: |
| 83 | + |
| 84 | +<table> |
| 85 | + <tr> |
| 86 | + <th width="30%">Install Type</th> |
| 87 | + <th>Description</th> |
| 88 | + <th>Requirements</th> |
| 89 | + </tr> |
| 90 | + <tr> |
| 91 | + <th>Helm CLI Air Gap Instructions (Helm CLI only)</th> |
| 92 | + <td><p>When enabled, a customer will see instructions on the Download Portal on how to pull Helm installable images into their local repository.</p><p><strong>Helm CLI Air Gap Instructions</strong> is enabled by default when you select the <strong>Existing Cluster (Helm CLI)</strong> install type.</p></td> |
| 93 | + <td>The <strong>Existing Cluster (Helm CLI)</strong> install type must be enabled</td> |
| 94 | + </tr> |
| 95 | + <tr> |
| 96 | + <th>Air Gap Installation Option (Replicated Installers only)</th> |
| 97 | + <td><p>When enabled, new installations with this license have an option in their Download Portal to install from an air gap package or do a traditional online installation.</p></td> |
| 98 | + <td> |
| 99 | + <p>At least one of the following Replicated install types must be enabled:</p> |
| 100 | + <ul> |
| 101 | + <li>Existing Cluster (KOTS install)</li> |
| 102 | + <li>kURL Embedded Cluster (first generation product)</li> |
| 103 | + <li>Embedded Cluster (current generation product)</li> |
| 104 | + </ul> |
| 105 | + </td> |
| 106 | + </tr> |
| 107 | +</table> |
| 108 | + |
| 109 | +## About Migrating Existing Licenses to Use Install Types |
| 110 | + |
| 111 | +By default, when an existing customer license is migrated to include the Beta **Install types** field, the Vendor Portal automatically enables certain install types so that the customer does not experience any interruptions or errors in their deployment. |
| 112 | + |
| 113 | +The Vendor Portal uses the following logic to enable install types for migrated licenses: |
| 114 | + |
| 115 | +If the existing license has the **KOTS Install Enabled** field enabled, then the Vendor Portal enables the following install types in the migrated license by default: |
| 116 | +* Existing Cluster (Helm CLI) |
| 117 | +* Existing Cluster (KOTS install) |
| 118 | +* kURL Embedded Cluster (first generation product) |
| 119 | +* Embedded Cluster (current generation product) |
| 120 | + |
| 121 | +Additionally, if the existing **KOTS Install Enabled** license also has the **Airgap Download Enabled** option enabled, then the Vendor Portal enables both of the air gap install options in the migrated license (**Helm CLI Air Gap Instructions (Helm CLI only)** and **Air Gap Installation Option (Replicated Installers only)**). |
| 122 | + |
| 123 | +Otherwise, if the **KOTS Install Enabled** field is disabled for the existing license, then the Vendor Portal enables only the **Existing Cluster (Helm CLI)** install type by default. All other install types will be disabled by default. |
0 commit comments