tidied up image locations and fixed links
Before Width: | Height: | Size: 77 KiB |
Before Width: | Height: | Size: 35 KiB |
Before Width: | Height: | Size: 169 KiB |
Before Width: | Height: | Size: 352 KiB |
Before Width: | Height: | Size: 72 KiB |
Before Width: | Height: | Size: 21 KiB |
Before Width: | Height: | Size: 60 KiB |
Before Width: | Height: | Size: 102 KiB |
Before Width: | Height: | Size: 70 KiB |
Before Width: | Height: | Size: 330 KiB |
Before Width: | Height: | Size: 237 KiB |
Before Width: | Height: | Size: 288 KiB |
Before Width: | Height: | Size: 166 KiB |
Before Width: | Height: | Size: 84 KiB |
Before Width: | Height: | Size: 124 KiB |
Before Width: | Height: | Size: 226 KiB |
Before Width: | Height: | Size: 39 KiB |
Before Width: | Height: | Size: 499 KiB |
@ -47,7 +47,7 @@ Again, this is not an exhausive list:
|
|||||||
|
|
||||||
You can read a more indepth coverage of the benefits and features of Red Hat OpenShift in [this datasheet](https://www.redhat.com/en/resources/openshift-container-platform-datasheet), or a full breakdown on the [Red Hat Developers page](https://developers.redhat.com/products/openshift/overview)
|
You can read a more indepth coverage of the benefits and features of Red Hat OpenShift in [this datasheet](https://www.redhat.com/en/resources/openshift-container-platform-datasheet), or a full breakdown on the [Red Hat Developers page](https://developers.redhat.com/products/openshift/overview)
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
## Where can I deploy OpenShift?
|
## Where can I deploy OpenShift?
|
||||||
|
|
||||||
|
@ -27,7 +27,7 @@ At a basic level, Red Hat OpenShift if built ontop of the open-source platform,
|
|||||||
|
|
||||||
If you haven't visited the [#90DaysOfDevOps - Kubernetes section](https://github.com/MichaelCade/90DaysOfDevOps/blob/main/2022.md#kubernetes), then I urge you to do so, before continuing with this section on Red Hat OpenShift.
|
If you haven't visited the [#90DaysOfDevOps - Kubernetes section](https://github.com/MichaelCade/90DaysOfDevOps/blob/main/2022.md#kubernetes), then I urge you to do so, before continuing with this section on Red Hat OpenShift.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
Ontop of the Kubernetes platform, Red Hat then delivers it's enterprise sauce sprinkled around to help make your cloud native strategy a sucess:
|
Ontop of the Kubernetes platform, Red Hat then delivers it's enterprise sauce sprinkled around to help make your cloud native strategy a sucess:
|
||||||
|
|
||||||
@ -55,7 +55,7 @@ The below image nicely finishes off this section covering the product and it's c
|
|||||||
- Simplification of creating and managing a cluster
|
- Simplification of creating and managing a cluster
|
||||||
- Built in tooling for the Application Developer to create and deploy their applications, with workload lifecycle management included, such as ability to monitor and scale those applications.
|
- Built in tooling for the Application Developer to create and deploy their applications, with workload lifecycle management included, such as ability to monitor and scale those applications.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
For a further deep dive into the control plane architecture, you can read the [official documentation here](https://docs.openshift.com/container-platform/4.12/architecture/control-plane.html).
|
For a further deep dive into the control plane architecture, you can read the [official documentation here](https://docs.openshift.com/container-platform/4.12/architecture/control-plane.html).
|
||||||
|
|
||||||
@ -100,7 +100,7 @@ There is also additional files which may be stored along side the root of the ``
|
|||||||
|
|
||||||
Once you have all of these files, by running the ```openshift-install``` CLI tool, this will create the ignition files for your boostrap, control plane, and compute plane nodes. Returning to the earlier descriptions of RHCOS, these files contain the first boot information to configure the Operation System and start the process of building a consistent Kubernetes cluster with minimal to no interaction.
|
Once you have all of these files, by running the ```openshift-install``` CLI tool, this will create the ignition files for your boostrap, control plane, and compute plane nodes. Returning to the earlier descriptions of RHCOS, these files contain the first boot information to configure the Operation System and start the process of building a consistent Kubernetes cluster with minimal to no interaction.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
## Installer provisioned infrastructure (IPI)
|
## Installer provisioned infrastructure (IPI)
|
||||||
|
|
||||||
@ -134,7 +134,7 @@ You can find out more from this [Red Hat blog post](How to use the OpenShift Ass
|
|||||||
|
|
||||||
A temporary bootstrap machine is provisioned using IPI or UPI, which contains the necessary information to build the OpenShift cluster itself (which becomes the permanent control plane nodes). Once the control plane is online, the control plane will initiate the creation of the compute plane (worker) nodes.
|
A temporary bootstrap machine is provisioned using IPI or UPI, which contains the necessary information to build the OpenShift cluster itself (which becomes the permanent control plane nodes). Once the control plane is online, the control plane will initiate the creation of the compute plane (worker) nodes.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
Once the control plane is initialised, the bootstrap machine is destroyed. If you are manually provisioning the platform (UPI), then you complete a number of the provisioning steps manually.
|
Once the control plane is initialised, the bootstrap machine is destroyed. If you are manually provisioning the platform (UPI), then you complete a number of the provisioning steps manually.
|
||||||
|
|
||||||
|
@ -103,7 +103,7 @@ After selecting datastore and the network, I need to now input the address for:
|
|||||||
|
|
||||||
However I hit a bug ([GitHub PR](https://github.com/openshift/installer/pull/6783),[Red Hat Article](https://access.redhat.com/solutions/6994972)) in the installer, where by the software installer is hardcoded to only accept addresses in the 10.0.0.0/16 range.
|
However I hit a bug ([GitHub PR](https://github.com/openshift/installer/pull/6783),[Red Hat Article](https://access.redhat.com/solutions/6994972)) in the installer, where by the software installer is hardcoded to only accept addresses in the 10.0.0.0/16 range.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
The current work around for this is to run ````openshift-install create install-config```` provide ip addresses in the 10.0.0.0/16 range, and then alter the ```install-config.yaml``` file manually before running ````openshift-install create cluster````, which will read the available ```install-config.yaml``` file and create the cluster (rather than presenting you another wizard).
|
The current work around for this is to run ````openshift-install create install-config```` provide ip addresses in the 10.0.0.0/16 range, and then alter the ```install-config.yaml``` file manually before running ````openshift-install create cluster````, which will read the available ```install-config.yaml``` file and create the cluster (rather than presenting you another wizard).
|
||||||
|
|
||||||
@ -233,7 +233,7 @@ If we now look within our directory where we ran the ```openshift-install``` ins
|
|||||||
|
|
||||||
Below is a screenshot showing the directory, folders and example of my logging output.
|
Below is a screenshot showing the directory, folders and example of my logging output.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
## Connecting to your cluster
|
## Connecting to your cluster
|
||||||
|
|
||||||
|
@ -40,7 +40,7 @@ Security context constraints allow an administrator to control:
|
|||||||
|
|
||||||
To learn more details about what each of the out-of-the-box default security context constraint does, see [this official documentation page](https://docs.openshift.com/container-platform/4.12/authentication/managing-security-context-constraints.html#default-sccs_configuring-internal-oauth).
|
To learn more details about what each of the out-of-the-box default security context constraint does, see [this official documentation page](https://docs.openshift.com/container-platform/4.12/authentication/managing-security-context-constraints.html#default-sccs_configuring-internal-oauth).
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
### Anatomy of a Security Context Constraint configuration
|
### Anatomy of a Security Context Constraint configuration
|
||||||
|
|
||||||
|
Before Width: | Height: | Size: 258 KiB After Width: | Height: | Size: 258 KiB |
Before Width: | Height: | Size: 59 KiB After Width: | Height: | Size: 59 KiB |
Before Width: | Height: | Size: 114 KiB After Width: | Height: | Size: 114 KiB |
Before Width: | Height: | Size: 97 KiB After Width: | Height: | Size: 97 KiB |
Before Width: | Height: | Size: 209 KiB After Width: | Height: | Size: 209 KiB |
Before Width: | Height: | Size: 52 KiB After Width: | Height: | Size: 52 KiB |
Before Width: | Height: | Size: 52 KiB |
Before Width: | Height: | Size: 154 KiB After Width: | Height: | Size: 154 KiB |