You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
trigger the installer when the variables change (#18)
* use terraform-module-icp-deploy standalone to install, update permissions
* update documentation, support install off remote registry
* add diagrams, trigger reinstallation when configuration changes
Copy file name to clipboardExpand all lines: README.md
+12-2Lines changed: 12 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -88,15 +88,25 @@ To move forward and create the objects, use the following command:
88
88
terraform apply
89
89
```
90
90
91
-
This will kick off all infrastructure objects. Once the infrastructure is created, if no bastion host is provisioned, the installation runs on the boot master (i.e. `icp-master01`) until it completes; otherwise the installation will continue synchronously using the bastion host's public IP (by setting the number of bastion nodes in `terraform.tfvars` to 1).
1. Terraform creates the infrastructure objects including EC2 instances.
96
+
2. The scripts in the `scripts` directory will be uploaded to an S3 bucket
97
+
3. The EC2 instances are configured with [cloud-init](https://cloud-init.io/) to retrieve the scripts from the S3 bucket on startup. The `bootstrap.sh` script is executed silently on every node and bootstraps each node (install docker, prepare storage, etc).
98
+
4. A configuration file (`terraform.tfvars`) is generated from the outputs of the infrastructure for the [terraform-module-icp-deploy](https://github.com/ibm-cloud-architecture/terraform-module-icp-deploy) module and copied to the S3 bucket.
99
+
5. The `start_install.sh` script is run on the first ICP master host, which clones the github module, downloads the `terraform.tfvars` file from the S3 bucket, and runs `terraform apply` in a docker container that triggers the rest of the ICP installation.
100
+
101
+
If no bastion host is provisioned, the installation runs silently on the boot master (i.e. `icp-master01`) using [cloud-init](https://cloud-init.io/) until it completes; otherwise the installation will continue synchronously using the bastion host's public IP (by setting the number of bastion nodes in `terraform.tfvars` to 1).
92
102
93
103
```
94
104
bastion = {
95
105
nodes = "1"
96
106
}
97
107
```
98
108
99
-
The installation output will be written to `/var/log/cloud-init-output.log`for RHEL 7.4 systems and `/var/log/messages`on RHEL 7.5+ systems. Bastion hosts are not required for normal operation of the cluster.
109
+
The installation output will be written to `/tmp/icp_logs/start_install.log` on the first master. Bastion hosts are not required for normal operation of the cluster, but may be desired if you want to synchronously wait for the installation to complete, such as in execution from a devops pipeline.
100
110
101
111
When the installation completes, the `/opt/ibm/cluster` directory on the boot master (i.e. `icp-master01`) is backed up to S3 in a bucket named `icpbackup-<clusterid>`, which can be used in master recovery in case one of the master nodes fails. It is recommended after every time `terraform apply` is performed, to commit the `terraform.tfstate` into a backend so that the state is stored in source control.
0 commit comments