Skip to content

Commit a14eefd

Browse files
committed
Update readme to reflect current state of Cloudera-Deploy at public cutover.
The user profile is the first `include` statement executes, whether that means additional `include` statements will not overwrite that key is not currently tested. The `plat` tag does not yet include CDP Private Base deployments, they are still under `full_cluster` and `default_cluster` at this time. A user should not set `globals` directly, as it is composed during the init role process from supplied top level keys in the profile and elsewhere. Signed-off-by: Daniel Chaffelson <chaffelson@gmail.com>
1 parent d06900e commit a14eefd

File tree

1 file changed

+5
-4
lines changed

1 file changed

+5
-4
lines changed

readme.adoc

Lines changed: 5 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -82,7 +82,7 @@ The dependencies cover the full range of the automation tooling, from infrastruc
8282

8383
=== User Input Dependencies
8484

85-
Cloudera Deploy does require a small set of user-supplied information for a successful deployment. A minimum set of user inputs is defined in a _profile_ file (see the link:profile.yml[profile.yml] template for details) and overrides those values if set elsewhere. For example, the `profile.yml` should define your password for the Administrator account of the deployed services.
85+
Cloudera Deploy does require a small set of user-supplied information for a successful deployment. A minimum set of user inputs is defined in a _profile_ file (see the link:profile.yml[profile.yml] template for details). For example, the `profile.yml` should define your password for the Administrator account of the deployed services.
8686

8787
The default location for profiles is `~/.config/cloudera-deploy/profiles/`. Cloudera Deploy looks for the `default` file in this directory unless the Ansible runtime variable `profile` is set, e.g. `-e profile=my_custom_profile`. Creating additional profiles is simple, and you can use the `profile.yml` template as your starting point.
8888

@@ -127,10 +127,13 @@ Cloudera Deploy exposes a set of tags that allows fine-grained inclusion and exc
127127
|Infrastructure (cloud provider assets)
128128

129129
|`plat`
130-
|Platform (CDP Public Cloud Datalakes; CDP Private Cloud clusters). Assumes `infra`.
130+
|Platform (CDP Public Cloud Datalakes). Assumes `infra`.
131131

132132
|`run`
133133
|Runtime (CDP Public Cloud experiences, e.g. Cloudera Machine Learning (CML)). Assumes `infra` and `plat`.
134+
135+
|`full_cluster`
136+
|CDP Private Cloud Base Clusters.
134137
|===
135138

136139
_Current Tags: verify_inventory, verify, full_cluster, default_cluster, verify_definition, custom_repo, verify_parcels, database, security, kerberos, tls, ha, os, users, jdk, mysql_connector, oracle_connector, fetch_ca, cm, license, autotls, prereqs, restart_agents, heartbeat, mgmt, preload_parcels, kts, kms, restart_stale, teardown_ca, teardown_all, teardown_tls, teardown_cluster, infra, init, plat, run, validate_
@@ -178,8 +181,6 @@ The required `definition.yml` file contains top-level configuration keys that de
178181
.Top-Level Configuration Keys
179182
[cols="1,1"]
180183
|===
181-
|`globals`
182-
|User-supplied values like passwords and shared global values like naming suffixes
183184

184185
|`infra`
185186
|Hosting infrastructure to manage

0 commit comments

Comments
 (0)