This page explains how to create an admin workstation that uses Dynamic Host Configuration Protocol (DHCP) to get its IP address.
If you want to create an admin workstation that has a static IP address, see Creating an admin workstation.
Overview
The admin workstation is a vSphere VM that contains all the tools that you need to create and manage GKE on-prem clusters. To create the admin workstation, you perform the following steps described in this topic:
- Download the admin workstation Open Virtual Appliance (OVA) file, a compressed image of the admin workstation VM.
- Use
govc
, the command line interface to vSphere, to import the OVA to vSphere as a VM template. - Copy and populate HashiCorp Terraform configuration files.
- Use Terraform version 0.11 to create the admin workstation VM.
Downloading the admin workstation OVA
Download the admin workstation OVA and its signature file as described in Downloads.
Using govc
to import the OVA to vSphere and mark it as a VM template
In the following sections, you:
- Create some variables declaring elements of your vCenter Server and vSphere environment.
- Import the admin workstation OVA to vSphere and mark it as a VM template.
Creating variables for govc
Before you import the admin workstation OVA to vSphere, you need to provide govc
some variables declaring elements of your vCenter Server and vSphere environment:
export GOVC_URL=https://[VCENTER_SERVER_ADDRESS]/sdk export GOVC_USERNAME=[VCENTER_SERVER_USERNAME] export GOVC_PASSWORD=[VCENTER_SERVER_PASSWORD] export GOVC_DATASTORE=[VSPHERE_DATASTORE] export GOVC_DATACENTER=[VSPHERE_DATACENTER] export GOVC_INSECURE=true
You can choose to use vSphere's default resource pool or create your own:
# If you want to use a resource pool you've configured yourself, export this variable: export GOVC_RESOURCE_POOL=[VSPHERE_CLUSTER]/Resources/[VSPHERE_RESOURCE_POOL]
# If you want to use vSphere's default resource pool, export this variable instead: export GOVC_RESOURCE_POOL=[VSPHERE_CLUSTER]/Resources
where:
- [VCENTER_SERVER_ADDRESS] is your vCenter Server's IP address or hostname.
- [VCENTER_SERVER_USERNAME] is the username of an account that holds the Administrator role or equivalent privileges in vCenter Server.
- [VCENTER_SERVER_PASSWORD] is the vCenter Server account's password.
- [VSPHERE_DATASTORE] is the name of the datastore you've configured in your vSphere environment.
- [VSPHERE_DATACENTER] is the name of the datacenter you've configured in your vSphere environment.
- [VSPHERE_CLUSTER] is the name of the cluster you've configured in your vSphere environment. For using a non-default resource pool,
- [VSPHERE_RESOURCE_POOL] is the name of the resource pool you've configured to your vSphere environment.
Creating variables for your proxy
If you are using a proxy, export variables for its the HTTP and HTTPS address, where [PROXY_ADDRESS] is the proxy's IP address or hostname:
export HTTP_PROXY=http://[PROXY_ADDRESS] export HTTPS_PROXY=https://[PROXY_ADDRESS]
Importing the OVA to vSphere: Standard switch
If you are using a vSphere Standard Switch, import the OVA to vSphere using this command:
govc import.ova -options - gke-on-prem-admin-appliance-vsphere-1.5.2-gke.3.ova <<EOF { "DiskProvisioning": "thin", "MarkAsTemplate": true } EOF
Importing the OVA to vSphere: Distributed switch
If you are using a vSphere Distributed Switch, import the OVA to vSphere using this command, where [YOUR_DISTRIBUTED_PORT_GROUP_NAME] is the name of your distributed port group:
govc import.ova -options - gke-on-prem-admin-appliance-vsphere-1.5.2-gke.3.ova <<EOF { "DiskProvisioning": "thin", "MarkAsTemplate": true, "NetworkMapping": [ { "Name": "VM Network", "Network": "[YOUR_DISTRIBUTED_PORT_GROUP_NAME]" } ] } EOF
Copying the Terraform configuration files
Create a directory for your Terraform files:
mkdir [TERRAFORM_DIR]
where [TERRAFORM_DIR] is the path of a directory where you want to keep your Terraform files.
Copy the following TF and TFVARS files and save them to
[TERRAFORM_DIR]/terraform.tf
and [TERRAFORM_DIR]/terraform.tfvars
,
respectively.
The TF file is the Terraform HCL config that performs the VM creation.
Creating an SSH key
Create an SSH key, so that you can SSH into the admin workstation from
your local laptop or workstation. On Linux-based operating systems, you can use
ssh-keygen
:
ssh-keygen -t rsa -f ~/.ssh/vsphere_workstation -N ""
Modifying the TFVARS file
Open terraform.tfvars
in a text editor and provide values for the following
variables. You can find many of these values by logging in to the
vCenter Client:
vcenter_user
Provide a vCenter Server user account as a string. The user account should have the Administrator role or equivalent privileges (see vSphere requirements).
For example:
vcenter_user = "administrator@vsphere.local"
vcenter_password
Provide the vCenter Server user account's password as a string. For example:
vcenter_password = "#STyZ2T#Ko2o"
vcenter_server
Provide your vCenter Server's address (IP or hostname) as a string. For example:
vcenter_server = "198.51.100.2"
ssh_public_key_path
Provide the path to your SSH public key. You created this in a previous step:
ssh_public_key_path = "~/.ssh/vsphere_workstation.pub"
vm_name
Provide a name of your choice for the admin workstation. For example:
vm_name = "my-admin-workstation"
datastore
Provide the name of your vSphere datastore as a string. For example:
datastore = "MY-DATASTORE"
datacenter
Provide the name of your vSphere datacenter as a string. For example:
datacenter = "MY-DATACENTER"
cluster
Provide the name of your vSphere cluster as a string. For example.
cluster = "MY-CLUSTER"
resource_pool
If you are using a non-default resource pool, provide the name of your vSphere resource pool as a string. For example:
resource_pool = "MY-POOL"
If you are using the default resource pool, provide the following value:
resource_pool = "[MY_CLUSTER]/Resources"
where [MY_CLUSTER] is the name of your vSphere cluster.
See Specifying the root resource pool for a standalone host.
network
Provide the vSphere network where you want to create your admin workstation, as a string. For example:
network = "MY-VM-NETWORK"
vm_template
Provide the VM template name as a string. You created imported the OVA and
marked it as a template in a previous step. Notice that the template
name does not have the .ova
extension.
vm_template = "gke-on-prem-admin-appliance-vsphere-1.5.2-gke.3"
Creating the admin workstation
Now you are ready to create the admin workstation VM. Use Terraform version 0.11 for the steps in this section.
Go to the directory that contains your Terraform configuration files (TF and TFVARS):
Initialize Terraform in the directory and apply the configuration. This might take a few minutes:
terraform init && terraform apply -auto-approve -input=false
SSH in to your admin workstation
Go to the directory that contains your Terraform configuration files.
Retrieve the IP address of the admin workstation:
terraform output ip_address
Make note of the admin workstation's IP address.
SSH in to the admin workstation by using your SSH key and the IP address:
ssh -i ~/.ssh/vsphere_workstation ubuntu@[ADMIN_WORKSTATION_IP_ADDRESS]
Verifying that the admin workstation is set up correctly
Verify that gkectl
and docker
are installed on your admin workstation:
gkectl version docker version
Configuring the NTP server on your admin workstation
By default, the admin workstation uses ntp.ubuntu.com as its Network Time Protocol (NTP) server. If your organization uses a different time server, configure your admin workstation to use the same NTP server as the rest of your organization.
Enter the following commands to configure the NTP server on your admin workstation:
sudo mkdir -p /etc/systemd/timesyncd.conf.d/ sudo bash -c "cat >> /etc/systemd/timesyncd.conf.d/cloud-init.conf" << EOF [Time] NTP=[NTP_SERVER] EOF sudo systemctl restart systemd-timesyncd timedatectl status
where [NTP_SERVER] is the hostname or IP address of your NTP server.
To verify that your NTP server is working, enter the following command:
timedatectl
The output is similar to this:
Local time: Tue 2019-12-17 00:21:50 UTC Universal time: Tue 2019-12-17 00:21:50 UTC RTC time: Tue 2019-12-17 00:21:50 Time zone: Etc/UTC (UTC, +0000) System clock synchronized: yes systemd-timesyncd.service active: yes RTC in local TZ: no
Troubleshooting
openssl
can't validate admin workstation OVA
- Symptoms
Running
openssl dgst
against the admin workstation OVA file doesn't returnVerified OK
- Potential causes
An issue is present in the OVA file that prevents successful validation.
- Resolution
Try downloading and deploying the admin workstation OVA again, as instructed in Download the admin workstation OVA . If the issue persists, reach out to Google for assistance.
For more information, refer to Troubleshooting.