Skip to document

Book RHEL9-RH124

uyguhjh
Course

BE IT (2019) (414442)

234 Documents
Students shared 234 documents in this course
Academic year: 2019/2020
Uploaded by:
Anonymous Student
This document has been uploaded by a student, just like you, who decided to remain anonymous.
Technische Universiteit Delft

Comments

Please sign in or register to post comments.

Preview text

Red Hat System Administration I (RH124-

RHEL9)

Installation and Configuration Guide

Document Version: 2022-09-

Copyright © 2022 Network Development Group, Inc. netdevgroup

Microsoft® and Windows® are registered trademarks of Microsoft Corporation in the United States and other countries.

NETLAB+ is a registered trademark of Network Development Group, Inc.

VMware is a registered trademark of VMware, Inc. Cisco, IOS, Cisco IOS, Networking Academy, CCNA, and CCNP are registered trademarks of Cisco Systems, Inc.

Contents

  • 1 Introduction
    • 1 Introducing the Red Hat System Administration I (RH124-RHEL9) Pod
  • 2 Planning.......................................................................................................................
    • 2 Pod Creation Workflow
    • 2 Pod Resource Requirements
    • 2 ESXi Host Server Requirements............................................................................
    • 2 NETLAB+ Requirements
    • 2 NETLAB+ Virtual Machine Infrastructure Setup
    • 2 Software Requirements
    • 2 Networking Requirements
  • 3 Software and Licenses
    • 3 Downloading OVF Files.........................................................................................
    • 3 Virtual Machine Credentials
  • 4 Master Pod Configuration...........................................................................................
    • 4 Deploying Virtual Machine OVF/OVA Files
      • 4.1 Modify Virtual Machines...............................................................................
    • 4 NETLAB+ Virtual Machine Inventory Setup........................................................
    • 4 Building the Master Red Hat System Administration I (RH124-RHEL9) Pod......
      • 4.3 Enabling Labs in Course Manager
      • 4.3 Create the Master Pod
      • 4.3 Attach Virtual Machines to the Master Pod
      • 4.3 Create Snapshots for the Master Virtual Machines
      • 4.3 Set the Revert to Snapshot
  • 5 Pod Cloning
    • 5 Linked Clones and Full Clones
    • 5 Creating User Pods
    • 5 Copying Your Master Pod to the Second Host
    • 5 Creating User Pods on the Second Host
    • 5 Assigning Pods to Students, Teams, or Classes

2 Planning.......................................................................................................................

This guide provides specific information pertinent to delivering the Red Hat System Administration I (RH124-RHEL9) pod. The NETLAB+ Remote PC Guide Series provides the prerequisite guidance for setting up your VMware infrastructure, including:

  • An introduction to virtualization using NETLAB+
  • Detailed setup instructions for standing up VMware vCenter and VMware ESXi
  • Virtual machine and virtual pod management concepts using NETLAB+

This document assumes that you have set up virtual machine infrastructure in accordance with the NETLAB+ Remote PC Guide Series. The planning information below refers to specific sections in the Remote PC Guide when applicable.

2 Pod Creation Workflow

The following list is an overview of the pod setup process.

  1. Obtain the master virtual machine images required for the master pod.
  2. Deploy the master virtual machine images to your VMware vCenter Appliance. a. Deploy virtual machines using Thin Provisioning to reduce storage consumption. b. Make necessary adjustments to each virtual machine in the environment. i. Insert/Verify manual MAC addresses. ii. Change the default network to SAFETY NET. iii. Any other configuration changes mentioned in this guide.
  3. Import the deployed virtual machines to the NETLAB+ Virtual Machine Inventory.
  4. Activate or license the required software on each virtual machine when prompted.
  5. Take a snapshot of each virtual machine in the master pod labeled GOLDEN_MASTER after all configurations and licensing have taken effect. The GOLDEN_MASTER snapshot is used to clone virtual machine images for the user pods.
  6. Use the NETLAB+ Pod Cloning feature to create student pods from the master pod.
  7. If multiple hosts are used in the NETLAB+ environment, make a Full Clone of the master pod on the initial host (Host A) to the subsequent host (Host B) and so on using the NETLAB+ Pod Cloning feature.

2 Pod Resource Requirements

The Red Hat System Administration I (RH124-RHEL9) course will consume 46 GB of storage per each master pod instance.

The following table provides details of the storage requirements for each of the virtual machines in the pod.

Virtual Machine OVF/OVA

Initial Master Pod (Thin Provisioned)

Maximum Allocated Memory Foundation 0 40 GB 46 GB 8 GB Total 40 GB 46 GB 8 GB

2 ESXi Host Server Requirements............................................................................

Please refer to the NDG website for specific ESXi host requirements to support virtual machine delivery: netdevgroup/products/requirements/

The deployment of the Red Hat System Administration I (RH124-RHEL9) pod requires VMware ESXi version of 6 or greater.

For current ESXi server requirements and active pod count, refer to the following URL: netdevgroup/support/remote_pc.html#vm_host_server_specificati ons.

2 NETLAB+ Requirements

Installation of Red Hat System Administration I (RH124-RHEL9) pods, as described in this guide, requires that you are running NETLAB+ VE.

Previous versions of NETLAB+ do not support requirements for the Red Hat System Administration I (RH124-RHEL9) course on the physical host servers.

Please refer to the NETLAB+ Remote PC Guide Series.

The number of active pods that can be used simultaneously depends on the NETLAB+ product license and the number of VMware ESXi host servers meeting the hardware requirements specifications.

3 Software and Licenses

3 Downloading OVF Files.........................................................................................

The virtual machines are made available as Open Virtualization Format (OVF) or Open Virtualization Archive (OVA) files. These files are available for download from CSSIA.

To request access to the preconfigured virtual machine templates from CSSIA:

  1. Go to the CSSIA Resources page: cssia/cssiaresources/
  2. Select CSSIA VM Image Sharing Agreement.
  3. Complete and submit your access request by following the instructions on the request form.
  4. CSSIA will provide, via email, password-protected download links. Access to the download links is provided only to customers who are current with their NETLAB+ support contract and are participants in the appropriate partner programs (i., Cisco Networking Academy, VMware IT Academy, Red Hat Academy, and/or Palo Alto Networks).
  5. Once all virtual machines have been downloaded, they can be deployed following the steps in the appropriate pod installation guide. Each virtual machine is deployed individually.

3 Virtual Machine Credentials

For your reference, the following table provides a list of the credentials for the systems in the pod:

Machine User name Password Foundation 0 kiosk redhat

4 Master Pod Configuration...........................................................................................

4 Deploying Virtual Machine OVF/OVA Files

Deploy on your host server the pod virtual machine OVF/OVA files you have downloaded.

  1. Navigate to your vSphere Client using your management workstation, ensure that your downloaded OVA/OVF files are accessible on this machine, and then connect to your vCenter Server.
  2. From the vSphere Client interface, navigate to Hosts and Clusters.
  3. Right-click on the target ESXi Host Server and select Deploy OVF Template.
  4. In the Deploy OVF Template window, on the Select source step, select the Local File radio button and click Browse.
  5. Locate and select one of the VMs for the pod, click Open.

VM Name VM OS Virtual Machine OVA Name Foundation 0 Linux RH124_RHEL9_FM

  1. Verify that the VM information populates next to the Browse button and click Next.
  2. On the Review details step, make sure to fill the checkbox for Accept extra configuration options (if present) and click Next.
  3. On the Select name and folder step, change the name of the virtual machine to something that is easy to manage. You can use the names provided in the list below as names for the virtual machines if you do not have a set naming convention. Select the appropriate datacenter and click Next.

VM Name VM OS Virtual Machine Deployment Name Foundation 0 Linux RH124_RHEL9_Master

  1. On the Select Storage step, choose the appropriate storage device and make sure that Thin Provision is selected. Click Next.

  2. In the Setup networks section, select SAFETY NET as the destination and click Next.

  3. In the Ready to complete section, make sure Power on after deployment is unchecked and confirm the settings. Click Finish.

  4. vCenter will begin deploying the virtual machine. This may take some time, depending on the speed of your connection, HDDs, etc.

If SAFETY NET is not available, refer to the Create a Safe Staging Network section in the Remote PC Guide Series – Volume 2.

  1. While in the Edit Settings window, click on the VM Options tab and expand the VMware Tools section. Check the checkbox for Synchronize guest time with host to enable the feature. Click OK to save the configuration.

2 NETLAB+ Virtual Machine Infrastructure Setup

This section will guide you in adding your templates to the Virtual Machine Inventory of your NETLAB+ VE system.

  1. Log in to your NETLAB+ VE system using the administrator account.

  2. Select the Virtual Machine Infrastructure icon.

  3. Click the Virtual Machine Inventory icon.

  4. Click the Import Virtual Machines button located at the bottom of the list.

  5. Select the appropriate datacenter from the list where your master VMs reside.

  6. Select the checkbox next to the virtual machines you had just deployed and click Import Selected Virtual Machines.

  7. When the Configure VMs window loads, you can set your virtual machine parameters.

a. Check the dropdown box for the correct operating system for each imported virtual machine. b. Change Role to Master for each VM. c. Add any comments for each virtual machine in the last column.

It is advised to leave the Version and Build numbers for reference when requesting NDG support.

  1. Then, click on the Red Hat SysAdmin I (RHEL 9 – RH124) pod entry from the list of installed pod types.

  2. On the New Pod window, input a value into the Pod ID and Pod Name fields. Click Next.

  3. To finalize the wizard, click OK.

For additional information, please refer to the NETLAB+ VE Administrator Guide.

The Pod ID determines the order in which the pods will appear in the scheduler. It is best practice to use a block of sequential ID numbers for the Pod Id that allows for the number of pods you are going to install.

The Pod Name identifies the pod and is unique per pod. Here we used the name of the lab set or course in a shortened form along with a host identifier (H120), the type and number of the pod (M1000).

4.3 Attach Virtual Machines to the Master Pod

Update the master pod to associate the virtual machines with the newly created pod.

  1. Select the Red Hat System Administration I (RH124-RHEL9) master pod from the pod list.

  2. Click on the Action dropdown next to the virtual machine you are about to assign and select Attach VM.

  3. Select the corresponding virtual machine from the inventory list.

  4. Click OK to confirm the VM attachment.

4.3 Create Snapshots for the Master Virtual Machines

In order to proceed with pod cloning, snapshots must be created on each of the pod’s virtual machines.

Verify that all VMs are powered off before taking snapshots.

  1. In the Take Snapshot window, type GOLDEN_MASTER into the Name text field, or you may choose another naming convention as long as it is consistent for easy management. Click OK.

  2. In the Snapshot Manager window, notice the snapshot is created. Click the Dismiss button.

It is recommended to use GOLDEN_MASTER as the snapshot name when working with normalized pod types.

At this point it is good to verify that you have only one snapshot on the virtual machine. Multiple snapshots increase the likelihood of having problems, especially if the snapshots are named the same. Also, the more snapshots a virtual machine has, the slower the performance and the more drive space is used.

4.3 Set the Revert to Snapshot

  1. Make sure to view the Red Hat System Administration I (RH124-RHEL9) master pod you just created snapshots for. In the pod view, click on the dropdown menu option underneath the Action column and select Settings.

  2. In the virtual machine’s Settings window, click on the Revert to Snapshot dropdown and select GOLDEN_MASTER and then click the Submit button.

  3. Click OK to confirm.

This sets the snapshot on the virtual machine that will get reverted to each time the pod is scheduled.

  1. Enter a name for the cloned pod into the New Pod Name field. For example, RH124_RHEL9_H120_S1001. Click Next.

  2. When the action has finished processing, you are presented with a settings screen. Notice each VM has its own tab. Go through each tab and verify the following:

Source Virtual Machine: a. From Snapshot should be set to the GOLDEN_MASTER snapshot you created previously.

Target Virtual Machine: a. For Type, verify that Linked is selected. b. For Role, verify that the Normal role is selected. c. For Take Snapshot, verify that GOLDEN_MASTER is inputted. d. For Copy BIOS UUID, only choose this option if you wish to preserve the sources VM’s BIOS UUID for the targeted clone VM (when this option is checked, it can help with keeping licensing intact such as Microsoft Windows Licensing/Activation).

  1. When you are done changing settings, click Clone Pod. This should complete within a minute as we are creating linked virtual machines.

  2. When the pod clone process is finished, click OK.

The Pod Name identifies the pod and is unique per pod. Here we used the name of the lab set or course in a shortened form along with a host identifier (H120), the type and number of the pod (S1001).

  1. If you want to dedicate this pod to a particular class, team, or student, use the Pod ACLs feature. For details, see the NETLAB+ VE Instructor Guide.
  2. Click the Online Button on the Pod Management page to make the pod available.

The user pod can now be reserved. When the reservation becomes active, NETLAB+ will automatically configure virtual machines and virtual networking for your new pod.

5 Copying Your Master Pod to the Second Host

For this task, we will use the pod cloning utility to copy our master pod to the second host.

  1. Log in to NETLAB+ with the administrator account.

  2. Select the Pods icon.

  3. Click on the master pod.

  4. Make sure the pod is offline by selecting Take Pod Offline.

  5. Click the Clone button to create a new pod, based on the settings of this pod.

  6. Input a new ID value into the New Pod ID field. It is advised to keep the pods in numerical order. If the pod IDs are not in numerical order, they will not show up in the scheduler in numerical order. Click Next.

The GOLDEN_MASTER snapshot is the starting point for all pods. We recommend that you reserve the 1st pod and conduct some labs to make sure the snapshot images work correctly. If there are defects, make corrections to the images to the master pod and retake the GOLDEN_MASTER snapshot before creating additional pods.

Was this document helpful?

Book RHEL9-RH124

Course: BE IT (2019) (414442)

234 Documents
Students shared 234 documents in this course
Was this document helpful?
Red Hat System Administration I (RH124-
RHEL9)
Installation and Configuration Guide
Document Version: 2022-09-16
Copyright © 2022 Network Development Group, Inc.
www.netdevgroup.com
Microsoft® and Windows® are registered trademarks of Microsoft Corporation in the United States and other countries.
NETLAB+ is a registered trademark of Network Development Group, Inc.
VMware is a registered trademark of VMware, Inc. Cisco, IOS, Cisco IOS, Networking Academy, CCNA, and CCNP are registered
trademarks of Cisco Systems, Inc.