diff --git a/data/siteMetadata.js b/data/siteMetadata.js index 97c88e2..c8c2e56 100644 --- a/data/siteMetadata.js +++ b/data/siteMetadata.js @@ -2,7 +2,7 @@ const siteMetadata = { title: 'Red Hat OpenShift Virtualisation Hackathon', author: 'Red Hat', headerTitle: 'Red Hat', - description: 'Red Hat OpenShift Workshops', + description: 'Red Hat OpenShift Virtualisation Hackathon', language: 'en-us', siteUrl: 'https://jmhbnz.github.io/workshops', siteRepo: 'https://github.com/jmhbnz/workshops', diff --git a/data/workshop/scenario1.mdx b/data/workshop/scenario1.mdx index 7607534..27a82cd 100644 --- a/data/workshop/scenario1.mdx +++ b/data/workshop/scenario1.mdx @@ -1,89 +1,27 @@ --- -title: Understanding our lab environment +title: Understanding the hackathon environment exercise: 1 -date: '2023-12-18' -tags: ['openshift','containers','kubernetes','disconnected'] +date: '2024-04-05' +tags: ['openshift','virtualisation','kubernetes','kubevirt'] draft: false authors: ['default'] -summary: "Let's get familiar with our lab setup." +summary: "Let's get underway with the hackathon." --- -Welcome to the OpenShift 4 Disconnected Workshop! Here you'll learn about operating an OpenShift 4 cluster in a disconnected network, for our purposes today that will be a network without access to the internet (even through a proxy or firewall). - -To level set, Red Hat [OpenShift](https://www.redhat.com/en/technologies/cloud-computing/openshift) is a unified platform to build, modernize, and deploy applications at scale. OpenShift supports running in disconnected networks, though this does change the way the cluster operates because key ingredients like container images, operator bundles, and helm charts must be brought into the environment from the outside world via mirroring. - -There are of course many different options for installing OpenShift in a restricted network; this workshop will primarily cover one opinionated approach. We'll do our best to point out where there's the potential for variability along the way. +Welcome to the OpenShift Virtualisation Hackathon! Here you'll have a chance to build your container native virtualisation prowess. Exercises will gradually increase in difficulty as you go and award points for each correct solution. You're in a race to reach the highest score before the session concludes! **Let's get started!** ## 1.1 - Obtaining your environment -To get underway open your web browser and navigate to this etherpad link to reserve yourself a user https://etherpad.wikimedia.org/p/OpenShiftDisco_2023_12_20. You can reserve a user by noting your name or initials next to a user that has not yet been claimed. - - -|![workshop](/workshops/static/images/disconnected/etherpad.gif) | -|:-----------------------------------------------------------------------------:| -| *Etherpad collaborative editor* | - +To get underway open your web browser and navigate to this link to allocate an environment for your team https://demo.redhat.com. -## 1.2 - Opening your web terminal +## 1.2 - The hackathon scenario -Throughout the remainder of the workshop you will be using a number of command line interface tools for example, `aws` to quickly interact with resources in Amazon Web Services, and `ssh` to login to a remote server. +Acme Financial Services is a large bank based in Australia. They have a number of virtual machine workloads that are running on a traditional hypervisor and are considering moving these to another platform. -To save you from needing to install or configure these tools on your own device for the remainder of this workshop a web terminal will be available for you. +One of the potential options for Acme Financial Services is to adopt Red Hat OpenShift Virtualisation as a container native virtualisation platform. -Simply copy the link next to the user your reserved in etherpad and paste into your browser. If you are prompted to login select `htpass` and enter the credentials listed in etherpad. - - -## 1.3 - Creating an air gap - -According to the [Internet Security Glossary](https://www.rfc-editor.org/rfc/rfc4949), an Air Gap is: - -> "an interface between two systems at which (a) they are not connected physically and (b) any logical connection is not automated (i.e., data is transferred through the interface only manually, under human control)." - -In disconnected OpenShift installations, the air gap exists between the **Low Side** and the **High Side**, so it is between these systems where a manual data transfer, or **sneakernet** is required. - -For the purposes of this workshop we will be operating within Amazon Web Services. You have been allocated a set of credentials for an environment that already has some basic preparation completed. This will be a single VPC with 3 public subnets, which will serve as our **Low Side**, and 3 private subnets, which will serve as our **High Side**. - -The diagram below shows a simplified overview of the networking topology: - - -|![workshop](/workshops/static/images/disconnected/vpc-setup.svg) | -|:-----------------------------------------------------------------------------:| -| *Workshop network topology* | - - -Let's check the virtual private cloud network is created using the `aws` command line interface by copying the command below into our web terminal: - -```bash -aws ec2 describe-vpcs | jq '.Vpcs[] | select(.Tags[].Value=="disco").VpcId' -r -``` - -You should see output similar to the example below: - -```text -vpc-0e6d176c7d9c94412 -``` - -We can also check our three public **Low side** and three private **High side** subnets are ready to go by running the command below in our web terminal: - -```bash -aws ec2 describe-subnets | jq '[.Subnets[].Tags[] | select(.Key=="Name").Value] | sort' -``` - -We should see output matching this example: - -```bash -[ - "Private Subnet - disco", - "Private Subnet 2 - disco", - "Private Subnet 3 - disco", - "Public Subnet - disco", - "Public Subnet 2 - disco", - "Public Subnet 3 - disco" -] -``` - -If your environment access and topology is all working you've finished exercise 1! šŸŽ‰ +Your hackathon team are the pre-sales team engaging with Acme technical teams to secure buy-in for a large scale migration to proceed. diff --git a/data/workshop/scenario2.mdx b/data/workshop/scenario2.mdx new file mode 100644 index 0000000..f9432b3 --- /dev/null +++ b/data/workshop/scenario2.mdx @@ -0,0 +1,19 @@ +--- +title: How old is too old? +exercise: 1 +date: '2024-04-05' +tags: ['openshift','virtualisation','kubernetes','kubevirt'] +draft: false +authors: ['default'] +summary: "Will OpenShift Virtualisation run Acme virtual machines?" +--- + +As a sales team you've got an upcoming demo with the Acme Financial Services linux team. They are concerned a modern cloud native virtualisation platform like OpenShift Virtualistion won't support running their **Crusty Corp Financial Applianceā„¢** vm appliances which run Red Hat Enterprise Linux 5.0 and cannot be updated or altered in any way. + +The deal rests on your teams ability to prove that an old operating system will boot successfully within OpenShift Virtualisation. + + +## 1.1 - Create the virtual machine + +RHEL 5.0... Oh boy here we go. +