Skip to content

Requesting access

Access on Kestrel is organized around Cloud RAPs — Alliance Resource Allocation Projects for cloud workloads on Arbutus. Each Cloud RAP maps to exactly one Capsule Tenant, 1:1, with the tenant name matching the RAP’s POSIX group name.

Every tenant is owned by the PI holding the Cloud RAP. The PI is any faculty member at a CFI-eligible Canadian institution — not a UVic-only restriction. If you are a graduate student, postdoc, research staff, or external collaborator, you get access to Kestrel through your PI: a sponsored CCDB role under them, plus a request to RCS to add you to their tenant.

There are three kinds of Cloud RAP a PI can hold:

  • def-profname — the default Cloud RAP allocated via Alliance RAS (Rapid Access Service). Most PIs starting out on Kestrel have this.
  • crg-profname-xx — a RAC Cloud RAP, allocated via the annual Alliance Resource Allocation Competition for larger allocations.
  • cpp-profname-xx — a Cloud Persistent RAP, for long-running persistent cloud infrastructure.

HPC RAPs (rrg-*, rpp-*) are a different family — they back Alliance HPC scheduler submission on Cedar, Graham, Narval, etc., and do not back Kestrel tenants. If your PI only has an HPC RAP, they will need to apply for a Cloud RAP before you can use Kestrel.

The end-to-end flow to get your kubectl working on Kestrel is five steps:

  1. Register at ccdb.alliancecan.ca if you do not already have an Alliance CCDB account. Faculty at CFI-eligible Canadian institutions get auto-approved; graduate students, postdocs, staff, and external collaborators request a sponsored role under their PI and wait for the PI to confirm the sponsorship in CCDB.

  2. Confirm your PI has a Cloud RAP on Arbutus. Ask them. If they don’t have one yet, they apply via the Alliance cloud project and RAS request form — either via RAS (default Cloud RAP) or by applying to RAC in the annual competition window. This step is on the PI, not on you; RCS cannot create a Cloud RAP for a PI who has not applied for one. Questions about the allocation form itself are an Alliance matter — contact Alliance cloud support at cloud@tech.alliancecan.ca, not UVic RCS (this is the Alliance allocation contact, separate from the Kestrel-access contact in Step 4).

  3. Ask your PI to request your addition to the tenant. This is a critical step. Tenant membership is currently managed by RCS staff, who add users to the Keycloak group associated with the tenant. Your PI opens a ticket with RCS with your CCDB username / CCRI (for a brand-new tenant, this can go on the same ticket as Step 4). Your CCDB account must already exist — Keycloak’s user store is federated from the Alliance (CCDB) LDAP, so RCS cannot add you until your account is visible there.

  4. Request Kestrel access from UVic RCS. Kestrel is currently in a limited rollout — having a Cloud RAP on Arbutus does not automatically grant Kestrel access. Once your PI has a Cloud RAP, contact UVic RCS (Jeff Albert, jralbert@uvic.ca; see Support) to request access to Kestrel. RCS will provision a tenant matching your Cloud RAP project name.

  5. Run kubelogin once. With your tenant provisioned and RCS having added you to the tenant’s group, your next OIDC login through Keycloak returns an id_token containing the tenant’s group name in the groups claim, and the kube-apiserver recognizes you as a tenant owner. Confirm it with kubectl auth whoami — the Groups row should contain oidc:<your-tenant>. Do not expect namespaces yet: kubectl get ns returns an empty list on a freshly provisioned tenant — Kestrel does not pre-create any, and that is not an error. See Install kubelogin for the install matrix and first-login walkthrough.

Route questions to whichever layer the question is about:

  • CCDB account and role issues (role approval stuck, missing CCRI) — accounts@tech.alliancecan.ca. This is an Alliance service and RCS cannot resolve it for you.
  • Cloud RAP application and allocation questions (the allocation form, RAS requests, Alliance allocation competitions) — cloud@tech.alliancecan.ca, the same Alliance cloud contact as in Step 2.
  • Kestrel-specific issues (tenant provisioning after your PI has a Cloud RAP, kubelogin broken against the Kestrel cluster, cluster-specific errors) — open a ticket with UVic Research Computing Services. Before opening a ticket, run through the first-places-to-check list in Triage.

If you are not sure which layer a problem belongs to, start with the RCS ticket — they will redirect to Alliance if the issue is CCDB-level.

  • CCDB registration for a brand-new account: faculty auto-approval is immediate; sponsored role approval depends on how fast the sponsoring PI clicks the approval. Allow 1–2 business days if your PI is unavailable.
  • Cloud RAP application via RAS: usually same day to next business day once the PI opens the request. RAC applications run on a yearly cycle — if your PI does not already have a Cloud RAP, expect weeks-to-months unless RAS suffices.
  • RCS adds you to the tenant group: handled on the support ticket, typically same day to next business day. A brand-new CCDB account can take a sync cycle to appear in Keycloak before RCS can add it.
  • First Kestrel kubelogin: immediate once RCS confirms the add.
  • Tenant provisioning on the Kestrel side, if your PI’s Cloud RAP is new and has not yet been attached to a Capsule Tenant: RCS operator review, same day to next business day. Follow up on your ticket if RCS has confirmed adding you and kubectl auth whoami still shows no oidc:<your-tenant> entry in its Groups row.
  • Install kubelogin and complete your first OIDC login against Keycloak.
  • Walk through Your first deployment end-to-end against your tenant. It takes under an hour and exercises every layer of the stack.
  • If you get stuck, the Triage page has the first places to check. The deeper catalog lives under troubleshooting.

A self-serve provisioning portal is planned but not yet available — see Self-serve portal. Until it ships, the CCDB-based flow above is the only path.