1
0
mirror of https://github.com/tektoncd/catalog.git synced 2024-11-24 06:15:46 +00:00
catalog/task/orka-full/0.2
Chitrang Patel 2d62db2482 Deprecate old and broken Tasks
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.
2024-03-08 12:33:32 +00:00
..
resources Copy task orka-full from 0.1 to 0.2 2022-07-16 07:01:49 +01:00
samples rename build-audiokit-pipeline.yaml to build-calcupad-pipeline.yaml 2022-07-16 07:01:49 +01:00
tests Copy task orka-full from 0.1 to 0.2 2022-07-16 07:01:49 +01:00
add-orka-creds.sh orka-full 0.2 changes 2022-07-16 07:01:49 +01:00
add-ssh-creds.sh orka-full 0.2 changes 2022-07-16 07:01:49 +01:00
install.sh orka-full 0.2 changes 2022-07-16 07:01:49 +01:00
orka-full.yaml Deprecate old and broken Tasks 2024-03-08 12:33:32 +00:00
README.md orka-full 0.2 docker-image param name change 2022-09-28 15:15:12 +02:00
SCRIPTS.md orka-full 0.2 changes 2022-07-16 07:01:49 +01:00

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 or https://<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, typically http://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 and password
  • orka-ssh-creds has the following keys: username and password

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:

  1. Copy the public key to the VM and commit the base image.
  2. 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. email
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:

  1. Clones a git repository.
  2. Passes it to the Orka build agent.
  3. Stores build artifacts on a persistent volume.
  4. Cleans up the Orka environment.