VmWare vSphere Administration Lab - Revision history

BenFranske at 22:38, 15 September 2021

2021-09-15T22:38:15Z

← Older revision		Revision as of 22:38, 15 September 2021
Line 16:		Line 16:

	=Instructions=		=Instructions=
	# Boot your ESXi Server systems (the two hv systems)		# VMs are located on the https://ihcc-netlab.campus.ihitc.net Netlab system, be sure you are connected to the ITCnet VPN before attempting to access this system
			#* NOTE: You will need to make a reservation for the Proxmox Labs in this class before you are able to access the VMs. Changes will be saved between your reservations so you will be able to make multiple reservations over several days as needed to complete labs.
			#* NOTE: If you need to split your work up across multiple reservations be sure to safely shutdown your Proxmox VMs before ending your Netlab reservation. Otherwise when your reservation ends Netlab will simply power off your VMs (without shutting them down first) which could cause data corruption.
			#* NOTE: If you make a mistake and need to have one or both of your HV VMs erased so you can re-install Proxmox you will need to contact your instructor or the ITC lab assistant to have them reset.
			# Boot your ESXi Server systems (the two HV systems)
	# Boot your VCSA VM Appliance using the ESXi web interface on the ESXi system hosting VCSA.		# Boot your VCSA VM Appliance using the ESXi web interface on the ESXi system hosting VCSA.
	# Use the VCSA web interface to create a new VM which is running on an ESXi server OTHER than the one running VCSA (so more RAM is available) to install Windows Server 2019. You will need a VM with 2GB RAM and a 50GB hard drive minimum.		# Use the VCSA web interface to create a new VM which is running on an ESXi server OTHER than the one running VCSA (so more RAM is available) to install Windows Server 2019. You will need a VM with 2GB RAM and a 50GB hard drive minimum.
	# Complete the installation of Windows Server 2019 into the new VM.		# Complete the installation of Windows Server 2019 into the new VM.
	#* '''NOTE:''' Click the link that you do not have a key and install the standard version of Server ~~2016~~, this will give you a trial license.		#* '''NOTE:''' Click the link that you do not have a key and install the standard version of Server 2019, this will give you a trial license.
	#* '''NOTE:''' You will need to upload the ISOs to the datastore on the ESXi system which you are creating the VM on before you can install the systems. This uploading can be done through VCSA from ~~your remote pod~~ PC.		#* '''NOTE:''' You will need to upload the ISOs to the datastore on the ESXi system which you are creating the VM on before you can install the systems. This uploading can be done through VCSA from PC-C.
	#* The Windows Server 2019 installation ISO files can be found on the Windows SMB ~~share~~ "\\~~san1~~.~~campus~~.~~ihitc~~.~~net~~\Student Files\ITC2300" which you can access from ~~your remote desktop VM~~. Use your VPN login credentials but with @campus.ihitc.net on the end like username@campus.ihitc.net to access the files.		#* The Windows Server 2019 installation ISO files can be found on the Windows SMB fileshare "\\172.17.139.70\Student Files\ITC2300" which you can access from PC-C. Use your VPN login credentials but with @campus.ihitc.net on the end like username@campus.ihitc.net to access the files.
	# Add the Active Directory Domain Services role to the server. Use "podX-ad.local" (where X is your pod ~~number~~) as the root domain name and "podX-ad" as the NetBIOS domain name.		# Add the Active Directory Domain Services role to the server. Use "podX-ad.local" (where X is your pod letter) as the root domain name and "podX-ad" as the NetBIOS domain name.
	# While the Active Directory role is installed and the domain controller promotion script is running (these will take some time to complete) continue through this lab.		# While the Active Directory role is installed and the domain controller promotion script is running (these will take some time to complete) continue through this lab.
	# It's sometimes the case that you may have a malfunctioning web interface and need to start some critical VMs such as VCSA and some Active Directory servers only through the host command line interface. We'll simulate this setup by checking the status and powering on one of your previously installed Linux or Windows VMs through this host console.		# It's sometimes the case that you may have a malfunctioning web interface and need to start some critical VMs such as VCSA and some Active Directory servers only through the host command line interface. We'll simulate this setup by checking the status and powering on one of your previously installed Linux or Windows VMs through this host console.
Line 44:		Line 48:
	#* NOTE: You will need to know the Base DN for the users and groups in your Active Directory. A Base DN is a path to the location in Active Directory where something is stored (in this case user accounts and groups). You may need to do some research online and make some inferences to figure out what your Base DNs are.		#* NOTE: You will need to know the Base DN for the users and groups in your Active Directory. A Base DN is a path to the location in Active Directory where something is stored (in this case user accounts and groups). You may need to do some research online and make some inferences to figure out what your Base DNs are.
	# You are going to want to setup Active Directory as an LDAP server so that you don't need to join your VCSA system to your domain. [https://www.virten.net/2017/01/how-to-add-ad-authentication-in-vcenter-6-5/ Instructions for setting that up can be found here].		# You are going to want to setup Active Directory as an LDAP server so that you don't need to join your VCSA system to your domain. [https://www.virten.net/2017/01/how-to-add-ad-authentication-in-vcenter-6-5/ Instructions for setting that up can be found here].
	#* NOTE: If you instead want to try joining your VCSA system to the domain and using Integrated Windows ~~Authentiction~~ see https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.vcsa.doc/GUID-08EA2F92-78A7-4EFF-880E-2B63ACC962F3.html how to join the vCenter Server Appliance to an Active Directory Domain].		#* NOTE: If you instead want to try joining your VCSA system to the domain and using Integrated Windows Authentication see https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.vcsa.doc/GUID-08EA2F92-78A7-4EFF-880E-2B63ACC962F3.html how to join the vCenter Server Appliance to an Active Directory Domain].
	# Create a new user account in AD and then try adding it as an administrator in vCenter Server.		# Create a new user account in AD and then try adding it as an administrator in vCenter Server.
	# Try logging in with the new account to your vCenter Server web interface.		# Try logging in with the new account to your vCenter Server web interface.
Line 51:		Line 55:
	# Safely shutdown all ESXi hosts		# Safely shutdown all ESXi hosts
	# Disconnect from the VPN		# Disconnect from the VPN
			# End your Netlab Reservation

BenFranske: /* IP Addressing */

2021-09-15T22:18:45Z

IP Addressing

@@ Line 2: / Line 2: @@
 You will be assigning static IPs to your systems in this lab. Please use these settings:
 * Subnet Mask: 255.255.255.0
-* Default Gateway: 172.17.51.1
+* Default Gateway: 192.168.1.1
-* DNS Server 172.17.139.11
+* DNS Server 192.168.1.1
 {| class="wikitable" style="display: inline-table;"
 ! System !! IP
 |-
-| Pod 1 hv A || 172.17.51.30
+| HV-A || 192.168.1.20
 |-
-| Pod 1 hv B || 172.17.51.31
+| HV-B || 192.168.1.21
 |-
-| Pod 1 PC A || 172.17.51.32
+| VCSA || 192.168.1.22
 |}
 =Instructions=
 # Boot your ESXi Server systems (the two hv systems)

BenFranske: Created page with "=IP Addressing= You will be assigning static IPs to your systems in this lab. Please use these settings: * Subnet Mask: 255.255.255.0 * Default Gateway: 172.17.51.1 * DNS Serv..."

2020-10-21T19:45:31Z

Created page with "=IP Addressing= You will be assigning static IPs to your systems in this lab. Please use these settings: * Subnet Mask: 255.255.255.0 * Default Gateway: 172.17.51.1 * DNS Serv..."

New page

=IP Addressing=
You will be assigning static IPs to your systems in this lab. Please use these settings:
* Subnet Mask: 255.255.255.0
* Default Gateway: 172.17.51.1
* DNS Server 172.17.139.11

{| class="wikitable" style="display: inline-table;"
! System !! IP
|-
| Pod 1 hv A || 172.17.51.30
|-
| Pod 1 hv B || 172.17.51.31
|-
| Pod 1 PC A || 172.17.51.32
|-
| Pod 1 VCSA || 172.17.51.33
|-
| Pod 2 hv C || 172.17.51.35
|-
| Pod 2 hv D || 172.17.51.36
|-
| Pod 2 PC B || 172.17.51.37
|-
| Pod 2 VCSA || 172.17.51.38
|-
| Pod 3 hv E || 172.17.51.40
|-
| Pod 3 hv F || 172.17.51.41
|-
| Pod 3 PC C || 172.17.51.42
|-
| Pod 3 VCSA || 172.17.51.43
|}
{| class="wikitable" style="display: inline-table;"
! System !! IP
|-
| Pod 4 hv G || 172.17.51.45
|-
| Pod 4 hv H || 172.17.51.46
|-
| Pod 4 PC D || 172.17.51.47
|-
| Pod 4 VCSA || 172.17.51.48
|-
| Pod 5 hv I || 172.17.51.50
|-
| Pod 5 hv J || 172.17.51.51
|-
| Pod 5 PC E || 172.17.51.52
|-
| Pod 5 VCSA || 172.17.51.53
|-
| Pod 6 hv K || 172.17.51.55
|-
| Pod 6 hv L || 172.17.51.56
|-
| Pod 6 PC F || 172.17.51.57
|-
| Pod 6 VCSA || 172.17.51.58
|}
{| class="wikitable" style="display: inline-table;"
! System !! IP
|-
| Pod 7 hv M || 172.17.51.60
|-
| Pod 7 hv N || 172.17.51.61
|-
| Pod 7 PC G || 172.17.51.62
|-
| Pod 7 VCSA || 172.17.51.63
|}
=Instructions=
# Boot your ESXi Server systems (the two hv systems)
# Boot your VCSA VM Appliance using the ESXi web interface on the ESXi system hosting VCSA.
# Use the VCSA web interface to create a new VM which is running on an ESXi server OTHER than the one running VCSA (so more RAM is available) to install Windows Server 2019. You will need a VM with 2GB RAM and a 50GB hard drive minimum.
# Complete the installation of Windows Server 2019 into the new VM.
#* '''NOTE:''' Click the link that you do not have a key and install the standard version of Server 2016, this will give you a trial license.
#* '''NOTE:''' You will need to upload the ISOs to the datastore on the ESXi system which you are creating the VM on before you can install the systems. This uploading can be done through VCSA from your remote pod PC.
#* The Windows Server 2019 installation ISO files can be found on the Windows SMB share "\\san1.campus.ihitc.net\Student Files\ITC2300" which you can access from your remote desktop VM. Use your VPN login credentials but with @campus.ihitc.net on the end like username@campus.ihitc.net to access the files.
# Add the Active Directory Domain Services role to the server. Use "podX-ad.local" (where X is your pod number) as the root domain name and "podX-ad" as the NetBIOS domain name.
# While the Active Directory role is installed and the domain controller promotion script is running (these will take some time to complete) continue through this lab.
# It's sometimes the case that you may have a malfunctioning web interface and need to start some critical VMs such as VCSA and some Active Directory servers only through the host command line interface. We'll simulate this setup by checking the status and powering on one of your previously installed Linux or Windows VMs through this host console.
# Use the host command line console on your ESXi machines to get a list of the VMs registered at each host.
# Use the host command line console on your ESXi machines to check the power status of one of your previously installed Linux or Windows VMs (they should be off)
# Verify the VMs are off in the vCenter Server web client
# Use the host command line console on your ESXi machines to power on one of your previously installed Linux or Windows VMs.
# Verify the VM is powering on through both the host command line console on your ESXi machine as well as through the vCenter web interface.
# Another useful virtual machine task is to set certain VMs to automatically power on when the ESXi server powers on. Read the [https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.vm_admin.doc/GUID-5FE08AC7-4486-438E-AF88-80D6C7928810.html VMware documentation on the topic].
# Set the VCSA VM to automatically power on with the ESXi host.
# One benefit of the vCenter Server system is that you can migrate VMs from one ESXi host to another. First let's try this with a powered off virtual machine.
# Choose one of the powered off VMs on one of your hosts in the VCSA Web Client. On the summary tab check to see which host the VM currently resides on.
# Right click on it and choose migrate to open the migration wizard. You want to move both the compute (CPU/RAM) and storage (disk images) to a new host so make that selection.
# Select a different ESXi server and a datastore attached to that server and begin the migration.
# Once the migration is complete check that the VM shows it is on a different host and verify that it still powers up and works.
# An even more powerful tool is to be able to migrate VMs while they are running, VMware calls this feature vMotion. Take the same VM and try the migration process again (back to the original host) while the machine is powered on.
# This may take quite a bit longer to complete so let's go back to our Windows Server setup while the vMotion magic is happening.
# It would be nice to have a single sign on for VMware vCenter Server users which is backed by our Active Directory domain so let's see if we can get that running.
# Follow the [https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.psc.doc/GUID-B23B1360-8838-4FF2-B074-71643C4CB040.html VMware instructions for adding a vCenter Server Single Sign-On identity source]. You may also need to read the [https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.psc.doc/GUID-98B36135-CDC1-435C-8F27-5E0D0187FF7E.html Active Directory Identity Source Settings].
#* NOTE: You will need to know the Base DN for the users and groups in your Active Directory. A Base DN is a path to the location in Active Directory where something is stored (in this case user accounts and groups). You may need to do some research online and make some inferences to figure out what your Base DNs are.
# You are going to want to setup Active Directory as an LDAP server so that you don't need to join your VCSA system to your domain. [https://www.virten.net/2017/01/how-to-add-ad-authentication-in-vcenter-6-5/ Instructions for setting that up can be found here].
#* NOTE: If you instead want to try joining your VCSA system to the domain and using Integrated Windows Authentiction see https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.vcsa.doc/GUID-08EA2F92-78A7-4EFF-880E-2B63ACC962F3.html how to join the vCenter Server Appliance to an Active Directory Domain].
# Create a new user account in AD and then try adding it as an administrator in vCenter Server.
# Try logging in with the new account to your vCenter Server web interface.
# Safely shutdown all running VMs except VCSA
# Safely shutdown the VCSA appliance
# Safely shutdown all ESXi hosts
# Disconnect from the VPN