2d62db2482
This PR deprecates the old and broken Tasks because they are now throwing errors. They are old and not actively maintained which is why we decided to deprecate them. |
||
---|---|---|
.. | ||
resources | ||
samples | ||
tests | ||
add-orka-creds.sh | ||
add-ssh-creds.sh | ||
install.sh | ||
orka-full.yaml | ||
README.md | ||
SCRIPTS.md |
Run macOS Builds with Tekton and Orka by MacStadium
IMPORTANT: This
Task
requires Tekton Pipelines v0.16.0 or later and an Orka environment running on Orka 1.4.1 or later.
This Task
is for utilizing a single macOS build agent in your Orka environment.
orka-full
A Task
that creates a VM template with the specified configuration, deploys a VM instance from it, and then cleans up the environment. All operations in this Task
are performed against an Orka environment.
Platforms
The Task can be run on linux/amd64
platform.
Prerequisites
- You need a Kubernetes cluster with Tekton Pipelines v0.16.0 or later configured.
- You need an Orka environment with the following components:
- Orka 1.4.1 or later.
- An Orka service endpoint (IP or custom domain). Usually,
http://10.221.188.20
,http://10.221.188.100
orhttps://<custom-domain>
. - A dedicated Orka user with valid credentials (email & password). Create a new user or request one from your Orka administrator.
- An SSH-enabled base image and the respective SSH credentials (email & password OR SSH key). Use an existing base image or create your own.
- You need an active VPN connection between your Kubernetes cluster and Orka. Use a VPN client for temporary access or create a site-to-site VPN tunnel for permanent access.
See also: Using Orka, At a Glance
See also: GCP-MacStadium Site-to-Site VPN
NOTE: Beginning with Orka 2.1.0, net new Orka clusters are configured with the Orka service endpoint as
http://10.221.188.20
. Existing clusters will continue to use the service endpoint as initially configured, typicallyhttp://10.221.188.100
.
Installation
Before you can use this Task
in Tekton pipelines, you need to install it and the Orka configuration in your Kubernetes cluster.
You can use the following sample orka-configuration.yaml
. Make sure to provide the correct Orka API endpoint for your Orka environment.
# orka-configuration.yaml
apiVersion: v1
kind: ConfigMap
metadata:
name: orka-tekton-config
data:
ORKA_API: http://10.221.188.20
kubectl apply --namespace=<namespace> -f orka-configuration.yaml
kubectl apply --namespace=<namespace> -f https://raw.githubusercontent.com/tektoncd/catalog/task/orka-full/0.2/orka-full.yaml
Omit --namespace
if installing in the default
namespace.
TIP: Did you know you could use a script for easier install? See SCRIPTS.md
Storing your credentials
The provided Task
looks for two Kubernetes secrets that store your credentials: orka-creds
for the Orka user and orka-ssh-creds
for the SSH credentials.
orka-creds
has the following keys:email
andpassword
orka-ssh-creds
has the following keys:username
andpassword
These defaults exist for convenience, and you can change them using the available Task
parameters.
You can use the following sample credentials.yaml
. Make sure to provide the correct credentials for your Orka environment and the correct SSH credentials for the base image you intend to use.
# credentials.yaml
---
apiVersion: v1
kind: Secret
metadata:
name: orka-creds
type: Opaque
stringData:
email: tekton-svc@macstadium.com
password: p@ssw0rd
---
apiVersion: v1
kind: Secret
metadata:
name: orka-ssh-creds
type: Opaque
stringData:
username: admin
password: admin
kubectl apply --namespace=<namespace> -f credentials.yaml
Omit --namespace
if installing in the default
namespace.
TIP: Did you know you could use a script for easier setup?
See SCRIPTS.md
Using an SSH key
If using an SSH key to connect to the VM instead of an SSH username and password, complete the following:
- Copy the public key to the VM and commit the base image.
- Store the username and private key in a Kubernetes secret:
kubectl create secret generic orka-ssh-key --from-file=id_rsa=/path/to/id_rsa --from-literal=username=<username>
See also: use-ssh-key
example
Workspaces
- orka: An Orka environment against which to perform all operations. The environment parameters are configured with the
Task
parameters.
Parameters
Common parameters
Parameter | Description | Default |
---|---|---|
base-image |
The Orka base image to use for the VM config. | --- |
orka-tekton-runner-image |
The docker image used to run the task steps. | ghcr.io/macstadium/orka-tekton-runner:2022-06-29-ec3440a7@sha256:d7cfb75ea082a927e36c131aa96e96bfcacd23f62fdaf33f5b37320b86baf50e |
cpu-count |
The number of CPU cores to dedicate for the VM. Must be 3, 4, 6, 8, 12, or 24. | 3 |
vcpu-count |
The number of vCPUs for the VM. Must equal the number of CPUs, when CPU is less than or equal to 3. Otherwise, must equal half of or exactly the number of CPUs specified. | 3 |
vnc-console |
Enables or disables VNC for the VM. | false |
vm-metadata |
Inject custom metadata to the VM (on Intel nodes only). You need to provide the metadata in format:[{ key: firstKey, value: firstValue }, { key: secondKey, value: secondValue }] . Refer to inject-vm-metadata example. |
--- |
system-serial |
Assign an owned macOS system serial number to the VM (on Intel nodes only). Refer to inject-system-serial example. |
--- |
gpu-passthrough |
Enables or disables GPU passthrough for the VM (on Intel nodes only). Refer to gpu-passthrough example. |
false |
tag |
When specified, the VM is preferred to be deployed to a node marked with this tag. | --- |
tag-required |
VM is required to be deployed to a node marked with tag specified above. | false |
scheduler |
When set to 'most-allocated', the deployed VM will be scheduled to nodes having most of their resources allocated. | default |
script |
The script to run inside of the VM. The script will be prepended with #!/bin/sh and set -ex if no shebang is present. You can set your shebang instead (e.g., to run a script with your preferred shell or a scripting language like Python or Ruby). |
--- |
copy-build |
Specifies whether to copy build artifacts from the Orka VM back to the workspace. Disable when there is no need to copy build artifacts (e.g., when running tests or linting code). | true |
verbose |
Enables verbose logging for all connection activity to the VM. | false |
ssh-key |
Specifies whether the SSH credentials secret contains an SSH key, as opposed to a password. | false |
Configuring secrets
Parameter | Description | Default |
---|---|---|
orka-creds-secret |
The name of the secret holding your Orka credentials. | orka-creds |
orka-creds-email-key |
The name of the key in the Orka user credentials secret for the email address associated with the Orka user. | |
orka-creds-password-key |
The name of the key in the Orka credentials secret for the password associated with the Orka user. | password |
ssh-secret |
The name of the secret holding your VM SSH credentials. | orka-ssh-creds |
ssh-username-key |
The name of the key in the VM SSH credentials secret for the username associated with the macOS VM. | username |
ssh-password-key |
The name of the key in the VM SSH credentials secret for the password associated with the macOS VM. If ssh-key is true, this parameter should specify the name of the key in the VM SSH credentials secret that holds the private SSH key. |
password |
Samples
dump-disk-info.yaml is a sample TaskRun
that uses the orka-full
Task
to create a VM, run a script on it, and then clean up the environment.
build-audiokit-pipeline.yaml is a sample Pipeline
that uses the orka-full
Task
and performs the following operations:
- Clones a git repository.
- Passes it to the Orka build agent.
- Stores build artifacts on a persistent volume.
- Cleans up the Orka environment.