OPS705 Lab 5 (2217)

From CDOT Wiki
Revision as of 13:01, 2 November 2021 by Chris.johnson (talk | contribs) (Part 1: Logging In to AWS Academy)
Jump to: navigation, search

LAB PREPARATION

Purpose / Objectives of Lab 5

In this lab, you will learn how to create a Windows Server 2019 virtual machine in a second cloud computing provider, Amazon Web Services (AWS). For the rest of the course, we'll be using AWS Academy, a managed classroom offering developed for educational institutions providing access to most of AWS just as they would be used in a normal production environment. More details about AWS and AWS Academy can be found in the Blackboard lectures slides and video on the subject.

While you are working through this lab, it is highly recommended that you write down general notes and commands to help you remember how to do this lab. You may use your notes during tests, so fill it out accordingly!

If you encounter technical issues, please contact your professor via e-mail or in your section's Microsoft Teams group.

Minimum Requirements

Before beginning, you must have:

  1. Successfully completed Lab 4
  2. Watched the AWS Academy video lecture
  3. Read through the AWS Academy slides, and have them handy as a reference for concepts
  4. Followed the e-mail instructions in your AWS Academy invite, found in your Seneca inbox

INVESTIGATION 1: Managing a Windows Server 2019 VM in AWS Academy

In this investigation, you'll create, configure, and manage a Windows Server 2019 Virtual Machine using Amazon Web Services and a pre-built image. Compare and contrast this experience with your setup of a Windows Server VM in Azure from Lab 2.

Part 1: Logging In to AWS Academy

This section assumes you've followed the directions in your AWS Academy invitation e-mail and have successfully logged in to your account. Check your spam filter before asking for a second invitation e-mail.

To login, complete the following steps:

  1. Open a new browser window, and navigate to: https://www.awsacademy.com/LMS_Login
  2. Click the Student Login link.
  3. In the next screen, supply your Seneca e-mail address as the username, and the password you assigned during setup.
  4. Once logged in, on the menu bar to the left of the page, click on Courses.
  5. You should now see our course listed. Click on it to enter
  6. Click on the Modules item.
  7. Click on Learner Lab - Foundational Services
  8. Click Confirm on the third-party warning (If it appears).
  9. Click Start Lab to start your environment.
  10. When the red dot next to AWS changes to green. the environment has started. Click on it to open the environment.
  11. A new browser window will launch automatically. This is the AWS Management Console where you will do most of your work. From this point on, your experience will closely match a normal production account.

Part 2: Creating a Windows Server 2019 VM with EC2

We will now create a virtual machine in AWS using the EC2 service.

  1. In the AWS Management Console, click on the Launch a virtual machine link.
  2. From here, you can select from a number of pre-built VM images. In AWS, these are called Amazon Machine Images', or AMIs.
  3. In the search bar, type the following and hit Enter: Windows Server 2019 Base
  4. Click Select next to the entry Microsoft Windows Server 2019 Base. (Note: NOT the one with Containers)
  5. You are now in the Choose an Instance Type screen. This should look familiar to you. It's here that we select the virtual hardware we want to assign our VM.
  6. Select t2.large. This is the entry with 2 vCPUs and 8 GiB of memory.
  7. To advance to the next screen, click on the bottom right button labeled Next: Configure Instance Details
  8. In the Configure Instance Details screen, leave all the defaults as they are. Feel free to look through the options, but don't change them.
  9. To advance to the next screen, click on Next: Add Storage
  10. As with the previous screen, leave the defaults. Notice the ability to change how much storage is allocated, and the option to add more virtual drives.
  11. Click the Next button again to advance to the Add Tags screen.
  12. Here, you can add a tags (a key-value pair) to help organize your work. Remember this for the future.
  13. At the very top of your browser window, click on the link 7. Review to skip ahead.
  14. Review your settings (what little you have!) and click the blue Launch button at the bottom right.
  15. A dialog box pops up asking you about key pairs. In the first drop-down menu, select Create a new key pair.
  16. In the Key pair name text box, enter your Seneca user ID and the course as such: cjohnson30-ops705 (substitute your Seneca user ID)
  17. Click the Download Key Pair button. You will need this file to decode the password to your new VM. DO NOT SKIP THIS STEP!
  18. Click on Launch Instance.
  19. Once the Launch Status page shows up, click on View Instances.
  20. You are now in the EC2 console, with a listing of all virtual machines that currently exist in your account.
  21. Click on the new entry to view the VM instance. This will display information about the VM, as well as its current state.

Part 3: Remotely Connecting to your Windows Server VM in AWS

  1. From the Instance details page of your new VM in AWS, click on the Connect button near the top-right of your browser window.
  2. Don't be alarmed by the red warning!
  3. Click on the RDP client tab button near the middle of your screen.
  4. From the RDP client tab, click Download remote desktop file. You'll be able to open this directly in your favourite RDP client on your personal computer and it will automatically supply the host address, port number, and username for this VM. But don't open it yet.
  5. Next to the Password entry in the RDP client tab, click the Get password link.
  6. This is where you decrypt the password that was automatically set up for you. Click the Browse icon and select the key pair file you downloaded in Part 2.
  7. The text box below Browse should fill with key information. Click on the Decrypt Password button.
  8. You now have your password! Open the remote desktop file from Step 4 in an RDP client on your personal computer, and paste the password from this screen when asked.
  9. In a few moments, you should be connected to a brand-new Windows Server 2019 VM!
  10. Once connected, open Notepad, and write My name is insertFullName, and I've completed the AWS Windows Server VM investigation! Save the file to your VM's desktop, with the filename yourSenecaUsernameAWS.txt.

Part 4: Managing your VM from the AWS UI

  1. Go back into the Instance details page for your new VM.
  2. As noted earlier, this screen contains details about the VM along with its current status.
  3. A the top right of this page, you'll find the Instance state drop-down button. From here, you can stop the instance, start it, hibernate it (in certain cases), reboot, and terminate. Note: As mentioned in our lecture, the Terminate option will delete your VM!
  4. Unlike Azure VMs, you can shutdown Windows normally through your RDP connection, and it will fully stop the VM once its shutdown. No need to deallocate any resources.
  5. At this point, power down your VM. Either do so from within your RDP connection, or click the Stop instance option in the AWS Instance state drop-down menu.

Part 5: A Note About Resource Usage

As with our work in Microsoft Azure, keeping out costs down is important. When you aren't using a resource (like a VM), make sure it's in a stopped state.

You've been allocated $100 in AWS credits for the course, and that should be more than enough for the remaining labs. Please be responsible with your usage!

Lab Submission

Submit to Blackboard's Lab Submission section full-desktop screenshots (PNG/JPG) of the following:

  1. The EC2 Instances page, with all currently created VMs listed.
  2. The Instance details page for the VM you created in this lab.
  3. A running RDP connection to this new VM, with the text file you created open in Notepad. (Do not fullscreen Notepad.)

Your professor will not check your lab until the screenshots have been submitted.

Make sure to fully stop your VMs when you're done, and don't delete it!