Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

deploy k8s-topgun worker from the main pipeline #192

Closed
cirocosta opened this issue Oct 24, 2019 · 9 comments
Closed

deploy k8s-topgun worker from the main pipeline #192

cirocosta opened this issue Oct 24, 2019 · 9 comments
Assignees
Labels

Comments

@cirocosta
Copy link
Member

Hey,

After #191, we now target a k8s-topgun-tagged worker in the main pipeline, but it turns out that there's no where in ci.concourse-ci.org where that worker gets automatically updated.

ps.: we already do something similar for the pks worker that we have deployed in prod-pks-worker-deployment:

ci/pipelines/concourse.yml

Lines 1188 to 1207 in 2a811fa

- put: prod-pks-worker-deployment
inputs: [cbd, concourse-release, vsphere-xenial-stemcell, prod]
tags: [pks]
params:
manifest: cbd/cluster/external-worker.yml
stemcells:
- vsphere-xenial-stemcell/*.tgz
releases:
- concourse-release/*.tgz
ops_files:
- prod/pks-worker/ops.yml
vars_files:
- cbd/versions.yml
vars:
azs: [default]
deployment_name: prod-external-worker
external_worker_network_name: default
instances: 1
tsa_host: ci.concourse-ci.org
worker_vm_type: medium.disk

Thanks!

@jamieklassen
Copy link
Member

Before I forget, I want to mention that the topgun worker used for the bosh-topgun-* jobs should be automatically upgraded too. Also the darwin worker...

@taylorsilva
Copy link
Member

I'm picking this up because I need it to get feedback about the rest of my work 😅

@taylorsilva taylorsilva assigned taylorsilva and unassigned xtremerui Dec 2, 2019
@taylorsilva
Copy link
Member

taylorsilva commented Dec 3, 2019

Worker is alive on the topgun cluster on GKE

$ kubectl get pods -n ci-topgun-worker
NAME                        READY   STATUS    RESTARTS   AGE
ci-topgun-worker-worker-0   1/1     Running   0          105s

$ fly -t nci workers
name             containers  platform  tags        team                   state    version
...
ci-topgun-worker-0            0           linux     k8s-topgun  none                   running  2.2
...

Need to have to auto re-deploy somewhere now.

@taylorsilva
Copy link
Member

taylorsilva commented Dec 3, 2019

To manually redeploy this worker check out the work on this branch: https://github.com/concourse/hush-house/tree/ci-topgun-worker
PR to merge this branch in: concourse/hush-house#90

Will eventually add something in CI so this worker is updated when CI is updated. May try to use this resource to deploy the helm chart.

@taylorsilva
Copy link
Member

taylorsilva commented Dec 4, 2019

Work to get the k8s-topgun worker deploying through ci is being done on the deploy-ci-topgun-worker branch in ci

https://github.com/concourse/ci/tree/deploy-ci-topgun-worker

Edit: Realized this work is related to concourse/prod#45, since both tasks want to deploy charts within the hush-house repo. Work on that task appears to be paused.

@jamieklassen
Copy link
Member

Regardless of whether prod deploys continuously, we should really think carefully about the automation that does deploy it -- there should be a single button that deploys all of ci's web pods, worker pods, PR worker pods, windows worker, Darwin worker, topgun worker and k8s-topgun worker. This kinda implies a single source of truth for the version of Concourse deployed in all these environments.

@jamieklassen
Copy link
Member

jamieklassen commented Dec 9, 2019

blocked on concourse/prod#45 - I expect the configuration for the various worker pools to move during the course of that issue.

@taylorsilva
Copy link
Member

taylorsilva commented Dec 9, 2019

The work done on this issue so far assumes that the bosh-prod-deploy job will still be the job that deploys prod, just renamed to prod-deploy instead.

@github-actions
Copy link

This issue has had no activity for a while. It has been labeled stale, and will be closed in one week.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants