From f0e0fd05c74f21f80324845272d15545ba902fee Mon Sep 17 00:00:00 2001 From: Brian Innes Date: Wed, 18 Oct 2023 00:41:58 +0100 Subject: [PATCH] moved guides to blogs --- .../posts}/guides/automated-vsphere-upi.md | 11 ++++- docs/{ => blog/posts}/guides/aws-ipi.md | 9 ++++ docs/{ => blog/posts}/guides/azure-ipi.md | 9 ++++ docs/{ => blog/posts}/guides/gcp-ipi.md | 9 ++++ .../posts}/guides/img/OKD-UPI-Install.jpg | Bin docs/{ => blog/posts}/guides/img/bmo.jpg | Bin docs/{ => blog/posts}/guides/img/erx.jpg | Bin .../posts}/guides/img/neptr-gumball.jpg | Bin docs/{ => blog/posts}/guides/img/okd-ss.png | Bin .../posts}/guides/sno-assisted-installer.md | 33 +++++++++------ docs/{ => blog/posts}/guides/sno.md | 9 ++++ docs/{ => blog/posts}/guides/sri.md | 9 ++++ docs/{ => blog/posts}/guides/upi-sno.md | 39 +++++++++++------- docs/{ => blog/posts}/guides/vadim.md | 12 +++++- .../contrib/machineconfig-selinux-hpp.yaml | 0 .../posts}/guides/virt-baremetal-upi/index.md | 13 +++++- docs/{ => blog/posts}/guides/vsphere-ipi.md | 9 ++++ .../posts}/guides/vsphere-prereqs.md | 9 ++++ docs/guides/overview.md | 17 -------- 19 files changed, 138 insertions(+), 50 deletions(-) rename docs/{ => blog/posts}/guides/automated-vsphere-upi.md (98%) rename docs/{ => blog/posts}/guides/aws-ipi.md (93%) rename docs/{ => blog/posts}/guides/azure-ipi.md (93%) rename docs/{ => blog/posts}/guides/gcp-ipi.md (90%) rename docs/{ => blog/posts}/guides/img/OKD-UPI-Install.jpg (100%) rename docs/{ => blog/posts}/guides/img/bmo.jpg (100%) rename docs/{ => blog/posts}/guides/img/erx.jpg (100%) rename docs/{ => blog/posts}/guides/img/neptr-gumball.jpg (100%) rename docs/{ => blog/posts}/guides/img/okd-ss.png (100%) rename docs/{ => blog/posts}/guides/sno-assisted-installer.md (95%) rename docs/{ => blog/posts}/guides/sno.md (90%) rename docs/{ => blog/posts}/guides/sri.md (98%) rename docs/{ => blog/posts}/guides/upi-sno.md (94%) rename docs/{ => blog/posts}/guides/vadim.md (96%) rename docs/{ => blog/posts}/guides/virt-baremetal-upi/contrib/machineconfig-selinux-hpp.yaml (100%) rename docs/{ => blog/posts}/guides/virt-baremetal-upi/index.md (98%) rename docs/{ => blog/posts}/guides/vsphere-ipi.md (94%) rename docs/{ => blog/posts}/guides/vsphere-prereqs.md (99%) delete mode 100644 docs/guides/overview.md diff --git a/docs/guides/automated-vsphere-upi.md b/docs/blog/posts/guides/automated-vsphere-upi.md similarity index 98% rename from docs/guides/automated-vsphere-upi.md rename to docs/blog/posts/guides/automated-vsphere-upi.md index c7b17274..61999ce6 100644 --- a/docs/guides/automated-vsphere-upi.md +++ b/docs/blog/posts/guides/automated-vsphere-upi.md @@ -1,9 +1,16 @@ -# Implementing an Automated Installation Solution for OKD on vSphere with User Provisioned Infrastructure (UPI) +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- -## Introduction +# Implementing an Automated Installation Solution for OKD on vSphere with User Provisioned Infrastructure (UPI) It’s possible to completely automate the process of installing OpenShift/OKD on vSphere with User Provisioned Infrastructure by chaining together the various functions of OCT via a wrapper script. + + ## Steps 1. Deploy the DNS, DHCP, and load balancer infrastructure outlined in the Prerequisites section. diff --git a/docs/guides/aws-ipi.md b/docs/blog/posts/guides/aws-ipi.md similarity index 93% rename from docs/guides/aws-ipi.md rename to docs/blog/posts/guides/aws-ipi.md index b95fa1a0..332459e4 100644 --- a/docs/guides/aws-ipi.md +++ b/docs/blog/posts/guides/aws-ipi.md @@ -1,3 +1,10 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # AWS IPI Default Deployment @@ -5,6 +12,8 @@ This describes the resources used by OpenShift after performing an installation using the default options for the installer. + + ## Infrastructure ### Compute diff --git a/docs/guides/azure-ipi.md b/docs/blog/posts/guides/azure-ipi.md similarity index 93% rename from docs/guides/azure-ipi.md rename to docs/blog/posts/guides/azure-ipi.md index 9ca5f1d4..ecb1bbde 100644 --- a/docs/guides/azure-ipi.md +++ b/docs/blog/posts/guides/azure-ipi.md @@ -1,7 +1,16 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # Azure IPI Default Deployment This describes the resources used by OpenShift after performing an installation using the default options for the installer. + + ## Infrastructure ### Compute diff --git a/docs/guides/gcp-ipi.md b/docs/blog/posts/guides/gcp-ipi.md similarity index 90% rename from docs/guides/gcp-ipi.md rename to docs/blog/posts/guides/gcp-ipi.md index b6b162bb..5f35415f 100644 --- a/docs/guides/gcp-ipi.md +++ b/docs/blog/posts/guides/gcp-ipi.md @@ -1,9 +1,18 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # GCP IPI Default Deployment This describes the resources used by OpenShift after performing an installation using the default options for the installer. + + ## Infrastructure ### Compute diff --git a/docs/guides/img/OKD-UPI-Install.jpg b/docs/blog/posts/guides/img/OKD-UPI-Install.jpg similarity index 100% rename from docs/guides/img/OKD-UPI-Install.jpg rename to docs/blog/posts/guides/img/OKD-UPI-Install.jpg diff --git a/docs/guides/img/bmo.jpg b/docs/blog/posts/guides/img/bmo.jpg similarity index 100% rename from docs/guides/img/bmo.jpg rename to docs/blog/posts/guides/img/bmo.jpg diff --git a/docs/guides/img/erx.jpg b/docs/blog/posts/guides/img/erx.jpg similarity index 100% rename from docs/guides/img/erx.jpg rename to docs/blog/posts/guides/img/erx.jpg diff --git a/docs/guides/img/neptr-gumball.jpg b/docs/blog/posts/guides/img/neptr-gumball.jpg similarity index 100% rename from docs/guides/img/neptr-gumball.jpg rename to docs/blog/posts/guides/img/neptr-gumball.jpg diff --git a/docs/guides/img/okd-ss.png b/docs/blog/posts/guides/img/okd-ss.png similarity index 100% rename from docs/guides/img/okd-ss.png rename to docs/blog/posts/guides/img/okd-ss.png diff --git a/docs/guides/sno-assisted-installer.md b/docs/blog/posts/guides/sno-assisted-installer.md similarity index 95% rename from docs/guides/sno-assisted-installer.md rename to docs/blog/posts/guides/sno-assisted-installer.md index 92f7edae..eb3f01a1 100644 --- a/docs/guides/sno-assisted-installer.md +++ b/docs/blog/posts/guides/sno-assisted-installer.md @@ -1,7 +1,18 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # Create a Single Node OKD (SNO) Cluster with Assisted Installer + + This guide outlines how to run the assisted installer locally then use it to deploy a single node OKD cluster. + + ## Reference Material Information from the following sources was used to create this guide: @@ -20,7 +31,7 @@ A single Node OKD cluster takes fewer resource than the full cluster deployment, - Memory : 16 GB - Storage (ideally fast storage, such as SSD) : 120GB -These are the absolut minimum resources needed, depending on the workload(s) you want to run in the cluster you may need additional CPU, memory and storage. +These are the absolute minimum resources needed, depending on the workload(s) you want to run in the cluster you may need additional CPU, memory and storage. ### Network @@ -82,11 +93,11 @@ As the OKD cluster boots it will need to communicate with the Assisted Installer For this example I will use IP **192.168.0.141** for the system running podman and hosting the Assisted Installer. -You need to create the configuration file to run the Assisted Installer in podman. The base files are available in the assisted installer [git repo](https://github.com/openshift/assisted-service/tree/master/deploy/podman){: target=_blank}, but I have modified them and updated them to offer both FCOS (Fedore Core OS) and SCOS (CentOS Stream Core OS) options. +You need to create the configuration file to run the Assisted Installer in podman. The base files are available in the assisted installer [git repo](https://github.com/openshift/assisted-service/tree/master/deploy/podman){: target=_blank}, but I have modified them and updated them to offer both FCOS (Fedora Core OS) and SCOS (CentOS Stream Core OS) options. Create the file (sno.yaml) - this is the combined file for use with podman machine (will also work with Linux). You need to change all instances of 192.168.0.141 to the IP address of your system running podman and hosting the Assisted Installer: -```yaml +```yaml title="sno.yaml" apiVersion: v1 kind: ConfigMap metadata: @@ -116,10 +127,8 @@ data: PUBLIC_CONTAINER_REGISTRIES: 'quay.io' SERVICE_BASE_URL: http://192.168.0.141:8090 STORAGE: filesystem - OS_IMAGES: '[{"openshift_version":"4.12","cpu_architecture":"x86_64","url":"https://builds.coreos.fedoraproject.org/prod/streams/stable/builds/37.20221127.3.0/x86_64/fedora-coreos-37.20221127.3.0-live.x86_64.iso","version":"37.20221127.3.0"}, - {"openshift_version":"4.12-scos","cpu_architecture":"x86_64","url":"https://builds.coreos.fedoraproject.org/prod/streams/stable/builds/37.20221127.3.0/x86_64/fedora-coreos-37.20221127.3.0-live.x86_64.iso","version":"37.20221127.3.0"}]' - RELEASE_IMAGES: '[{"openshift_version":"4.12","cpu_architecture":"x86_64","cpu_architectures":["x86_64"],"url":"quay.io/openshift/okd:4.12.0-0.okd-2023-04-01-051724","version":"4.12.0-0.okd-2023-04-01-051724","default":true}, - {"openshift_version":"4.12-scos","cpu_architecture":"x86_64","cpu_architectures":["x86_64"],"url":"quay.io/okd/scos-release:4.12.0-0.okd-scos-2023-03-23-213604","version":"4.12.0-0.okd-scos-2023-03-23-213604","default":false}]' + OS_IMAGES: '[{"openshift_version":"4.12","cpu_architecture":"x86_64","url":"https://builds.coreos.fedoraproject.org/prod/streams/stable/builds/37.20221127.3.0/x86_64/fedora-coreos-37.20221127.3.0-live.x86_64.iso","version":"37.20221127.3.0"},{"openshift_version":"4.12-scos","cpu_architecture":"x86_64","url":"https://builds.coreos.fedoraproject.org/prod/streams/stable/builds/37.20221127.3.0/x86_64/fedora-coreos-37.20221127.3.0-live.x86_64.iso","version":"37.20221127.3.0"}]' + RELEASE_IMAGES: '[{"openshift_version":"4.12","cpu_architecture":"x86_64","cpu_architectures":["x86_64"],"url":"quay.io/openshift/okd:4.12.0-0.okd-2023-04-01-051724","version":"4.12.0-0.okd-2023-04-01-051724","default":true},{"openshift_version":"4.12-scos","cpu_architecture":"x86_64","cpu_architectures":["x86_64"],"url":"quay.io/okd/scos-release:4.12.0-0.okd-scos-2023-03-23-213604","version":"4.12.0-0.okd-scos-2023-03-23-213604","default":false}]' ENABLE_UPGRADE_AGENT: "false" --- apiVersion: v1 @@ -161,7 +170,7 @@ spec: restartPolicy: Never ``` -You may want to modify this configuration to add https communication and persistant storage using information in the [Assisted Installer git repo](https://github.com/openshift/assisted-service/tree/master/deploy/podman){: target=_blank}. +You may want to modify this configuration to add https communication and persistent storage using information in the [Assisted Installer git repo](https://github.com/openshift/assisted-service/tree/master/deploy/podman){: target=_blank}. ### Run the Assisted Installer @@ -185,7 +194,7 @@ To stop a running Assisted Installer instance run (without the persistence optio podman play kube --down sno.yaml ``` -Once the Assisted installer is runing you can access it on port 8080 (http) on the system hosting podman, [http://192.168.0.141:8080](http://192.168.0.141:8080){: target=_blank} (substitute your IP address) or if accessing from the machine hosting the service [http://localhost:8080](http://localhost:8080){: target=_blank} +Once the Assisted installer is running you can access it on port 8080 (http) on the system hosting podman, `http://192.168.0.141:8080` (substitute your IP address) or if accessing from the machine hosting the service `http://localhost:8080` ## Create a cluster @@ -224,18 +233,18 @@ When you have the Assisted Installer running locally you can use it to deploy a All internal storage on the target system will be wiped and used for the cluster 6. Once the target system has booted from the ISO it will contact the Assisted Installer and then appear on the Assisted Installer **Host discovery** screen. After the target system appears and the status moves from **Discovering** to **Ready** On the you can press the next button 7. On the **Storage** page you can configure the storage to use on the target system. The default should work, but you may want to modify if your target system contains multiple disks. Once the storage settings are correct press next -8. On the **Networking** page you should be able to leave things at the default values. You may need to wait a short time while the host is initialising , When the status changes to **Ready** then press next +8. On the **Networking** page you should be able to leave things at the default values. You may need to wait a short time while the host is initializing , When the status changes to **Ready** then press next 9. On the **Review and create** page you may need to wait for the preflight checks to complete. When they are ready you can press **Install cluster** to start the cluster install. You should be able to leave the system to complete. The target system will reboot twice and then the cluster will be installed and configured. The Assisted installer screen will show the progress. As the cluster is being installed you will be able to download the kubeconfig file for the cluster. It is important to download this before stopping the Assisted Installer as by default the Assisted Installer storage does not persist across a shutdown. -Once the cluster setup completes you will see the cluster console access details, uncluding the passwork for the kubeadmin password. Again, you need to capture this information before stopping the Assisted Installer as the information will be lost if you have not enabled persistence. +Once the cluster setup completes you will see the cluster console access details, including the password for the kubeadmin account. Again, you need to capture this information before stopping the Assisted Installer as the information will be lost if you have not enabled persistence. ## Issues to be resolved -Currently the generated clusters are not installed correctly, so some work needs to be done to correct the setup instructions or find issues with the Assisted Installer or OKD relese files. +Currently the generated clusters are not installed correctly, so some work needs to be done to correct the setup instructions or find issues with the Assisted Installer or OKD release files. ### SCOS issue diff --git a/docs/guides/sno.md b/docs/blog/posts/guides/sno.md similarity index 90% rename from docs/guides/sno.md rename to docs/blog/posts/guides/sno.md index 4982d18e..aa81a31d 100644 --- a/docs/guides/sno.md +++ b/docs/blog/posts/guides/sno.md @@ -1,9 +1,18 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # Single Node OKD Installation This document outlines how to deploy a single node OKD cluster using virt. + + ## Requirements - Host with a minimal CentOS Stream, Fedora, or CentOS-8 installed (*do not create a /home filesystem*) diff --git a/docs/guides/sri.md b/docs/blog/posts/guides/sri.md similarity index 98% rename from docs/guides/sri.md rename to docs/blog/posts/guides/sri.md index c1263303..c8d56d67 100644 --- a/docs/guides/sri.md +++ b/docs/blog/posts/guides/sri.md @@ -1,9 +1,18 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # Sri's Overkill Homelab Setup This document lays out the resources used to create my completely-overkill homelab. This cluster provides all the compute and storage I think I'll need for the foreseeable future, and the CPU, RAM, and storage can all be scaled vertically independently of each other. Not that I think I'll need to do that for a while. + + More detail into the deployment and my homelab's Terraform configuration can be found [here](https://github.com/SriRamanujam/okd-deployment){: target=_blank}. ## Hardware diff --git a/docs/guides/upi-sno.md b/docs/blog/posts/guides/upi-sno.md similarity index 94% rename from docs/guides/upi-sno.md rename to docs/blog/posts/guides/upi-sno.md index 5520c43f..9db119b0 100644 --- a/docs/guides/upi-sno.md +++ b/docs/blog/posts/guides/upi-sno.md @@ -1,15 +1,24 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # Single Node UPI OKD Installation - + This document outlines how to deploy a single node (the real hard way) using UPI OKD cluster on bare metal or virtual machines. + + ## Overview User provisioned infrastructure **(UPI)** of OKD 4.x Single Node cluster on bare metal or virtual machines **N.B.** Installer provisioned infrastructure **(IPI)** - this is the preferred method as it is much simpler, -it automatically provisions and maintains the install for you, however it is targeted towards cloud and onprem services +it automatically provisions and maintains the install for you, however it is targeted towards cloud and on prem services i.e aws, gcp, azure, also for openstack, IBM, and vSphere. If your install falls in these supported options then use IPI, if not this means that you will more than likely have to fallback on the UPI install method. @@ -17,8 +26,8 @@ If your install falls in these supported options then use IPI, if not this means At the end of this document I have supplied a link to my repository. It includes some useful scripts and an example install-config.yaml ## Requirements -The base installation should have 7 VM’s (for a full production setup) but for our home lab SNO -we will use 2 vm’s (one for bootstrap and one for the master/worker node) with the following specs : +The base installation should have 7 VM's (for a full production setup) but for our home lab SNO +we will use 2 VM's (one for bootstrap and one for the master/worker node) with the following specs : * Master/Worker Node/s * CPU: 4 core @@ -35,20 +44,20 @@ we will use 2 vm’s (one for bootstrap and one for the master/worker node) with ## Architecture (this refers to a full high availability cluster) The diagram below shows an install for high availability scalable solution. -For our single node install we only need a **bootstrap** node and a **master/worker** node (2 bare metal servers or 2 vm’s) +For our single node install we only need a **bootstrap** node and a **master/worker** node (2 bare metal servers or 2 VM's) ![pic](./img/OKD-UPI-Install.jpg){width=100%} ## Software -For the UPI SNO I made use of FHCOS (Fedora CoreOS) +For the UPI SNO I made use of FCOS (Fedora CoreOS) -FHCOS +FCOS * For OKD https://getfedora.org/en/coreos/download?tab=metal_virtualized&stream=stable&arch=x86_64 * Download the ISO image - * Downlaod the raw.tar.gz + * Download the raw.tar.gz OC Client & Installer @@ -66,10 +75,10 @@ The following is a manual process of installing and configuring the infrastructu * NFS * Config for ocp install etc -### Provision VM’s (Optional) - Skip this step if you using bare metal servers +### Provision VM's (Optional) - Skip this step if you using bare metal servers -The use of VM’s is optional, each node could be a bare metal server. -As I did not have several servers at my disposal I used a NUC (ryzen9 with 32G of RAM) and created 2 VM’s (bootstrap and master/worker) +The use of VM's is optional, each node could be a bare metal server. +As I did not have several servers at my disposal I used a NUC (ryzen9 with 32G of RAM) and created 2 VM's (bootstrap and master/worker) I used cockpit (fedora) to validate the network and vm setup (from the scripts). Use the virtualization software that you prefer. For the okd-svc machine I used the bare metal server and installed fedora 37 (this hosted my 2 VM's) @@ -83,14 +92,14 @@ Install virtualization sudo dnf install @virtualization ``` -### Setup IP's and MAC addreses +### Setup IP's and MAC addresses Refer to the “Architecture Diagram” above to setup each VM Obviously the IP addresses will change according to you preferred setup (i.e 192.168.122.x) I have listed all servers, as it will be fairly easy to change the single node cluster to a fully fledged HA cluster, by changing the install-config.yaml -As a usefule example this is what I setup +As a useful example this is what I setup * Gateway/Helper : okd-svc 192.168.122.1 * Bootstrap : okd-bootstrap 192.168.122.253 @@ -569,7 +578,7 @@ $ sudo coreos-installer install /dev/sda --ignition-url http://192.168.122.1:808 **NB** Note if using Fedora CoreOS the device would need to change i.e /dev/vda -Once the vm’s are running with the relevant ignition files +Once the VM's are running with the relevant ignition files Issue the following commands @@ -674,7 +683,7 @@ A typical flow would be (once all the dependencies have been installed) ./virt-env-install.sh okd-install install ``` -**N.B.** If there are any discrepencies or improvements please make note. PR's are most welcome !!! +**N.B.** If there are any discrepancies or improvements please make note. PR's are most welcome !!! Screenshot of final OKD install diff --git a/docs/guides/vadim.md b/docs/blog/posts/guides/vadim.md similarity index 96% rename from docs/guides/vadim.md rename to docs/blog/posts/guides/vadim.md index 2cfd4e6d..bb1fcba5 100644 --- a/docs/guides/vadim.md +++ b/docs/blog/posts/guides/vadim.md @@ -1,9 +1,17 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # Vadim's homelab -This describes the resources used by OpenShift after performing an installation -to make it similar to my homelab setup. +This describes the resources used by OpenShift after performing an installation to make it similar to my homelab setup. + + ## Compute diff --git a/docs/guides/virt-baremetal-upi/contrib/machineconfig-selinux-hpp.yaml b/docs/blog/posts/guides/virt-baremetal-upi/contrib/machineconfig-selinux-hpp.yaml similarity index 100% rename from docs/guides/virt-baremetal-upi/contrib/machineconfig-selinux-hpp.yaml rename to docs/blog/posts/guides/virt-baremetal-upi/contrib/machineconfig-selinux-hpp.yaml diff --git a/docs/guides/virt-baremetal-upi/index.md b/docs/blog/posts/guides/virt-baremetal-upi/index.md similarity index 98% rename from docs/guides/virt-baremetal-upi/index.md rename to docs/blog/posts/guides/virt-baremetal-upi/index.md index 6ea050c2..4f80cec4 100644 --- a/docs/guides/virt-baremetal-upi/index.md +++ b/docs/blog/posts/guides/virt-baremetal-upi/index.md @@ -1,7 +1,18 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # OKD Virtualization on user provided infrastructure +This guide shows how to set up OKD Virtualization + + + ## Preparing the hardware As a first step for providing an infrastructure for OKD Virtualization, you need to prepare the hardware: @@ -9,14 +20,12 @@ As a first step for providing an infrastructure for OKD Virtualization, you need * check that the [minimum hardware requirements for running OKD](https://docs.okd.io/latest/installing/installing_bare_metal/installing-bare-metal.html#minimum-resource-requirements_installing-bare-metal) are satisfied * check that the [additional hardware requirements for running OKD Virtualization](https://docs.okd.io/latest/virt/install/preparing-cluster-for-virt.html#virt-cluster-resource-requirements_preparing-cluster-for-virt) are also satisfied. - ## Preparing the infrastructure Once your hardware is ready and connected to the network you need to configure your services, your network and your DNS for allowing the OKD installer to deploy the software. You may also need to prepare in advance a few services you'll need during the deployment. Carefully read the [Preparing the user-provisioned infrastructure](https://docs.okd.io/latest/installing/installing_bare_metal/installing-bare-metal.html#installation-infrastructure-user-infra_installing-bare-metal) section and ensure all the requirements are met. - ## Provision your hosts For the bastion / service host you can use CentOS Stream 8. diff --git a/docs/guides/vsphere-ipi.md b/docs/blog/posts/guides/vsphere-ipi.md similarity index 94% rename from docs/guides/vsphere-ipi.md rename to docs/blog/posts/guides/vsphere-ipi.md index 8c89ab2d..56bbc3a3 100644 --- a/docs/guides/vsphere-ipi.md +++ b/docs/blog/posts/guides/vsphere-ipi.md @@ -1,7 +1,16 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # vSphere IPI Deployment This describes the resources used by OpenShift after performing an installation using the required options for the installer. + + ## Infrastructure ### Compute diff --git a/docs/guides/vsphere-prereqs.md b/docs/blog/posts/guides/vsphere-prereqs.md similarity index 99% rename from docs/guides/vsphere-prereqs.md rename to docs/blog/posts/guides/vsphere-prereqs.md index 370ee845..042b4c4d 100644 --- a/docs/guides/vsphere-prereqs.md +++ b/docs/blog/posts/guides/vsphere-prereqs.md @@ -1,9 +1,18 @@ +--- +draft: false +date: 2020-08-31 +categories: + - Guide +--- + # Prerequisites for vSphere UPI In this example I describe the setup of a DNS/DHCP server and a Load Balancer on a Raspberry PI microcomputer. The instructions most certainly will also work for other environments. + + I use Raspberry Pi OS (debian based). ## IP Addresses of components in this example diff --git a/docs/guides/overview.md b/docs/guides/overview.md deleted file mode 100644 index 9c5ad7e3..00000000 --- a/docs/guides/overview.md +++ /dev/null @@ -1,17 +0,0 @@ -# Deployment Guides - - - -The guides linked below provide some examples of how community members are using OKD and provide details of the underlying hardware and platform configurations they are using. - -- [Implementing an Automated Installation Solution for OKD on vSphere with User Provisioned Infrastructure (UPI)](automated-vsphere-upi.md) -- [Prerequisites for vSphere UPI](vsphere-prereqs.md) -- [vSphere Installer Provisioned Infrastructure Deployment](vsphere-ipi.md) -- [Single Node OKD Installation](sno.md) -- [Single Node UPI (the hard way) OKD Installation](upi-sno.md) -- [Vadim's homelab](vadim.md) -- [Sri's homelab](sri.md) -- [Azure Installer Provisioned Infrastructure Default Deployment](azure-ipi.md) -- [AWS Installer Provisioned Infrastructure Default Deployment](aws-ipi.md) -- [GCP Installer Provisioned Infrastructure Default Deployment](gcp-ipi.md) -- [Guide to installing OKD Virtualization on Bare Metal UPI](virt-baremetal-upi/index.md)