Closed Bug 1285519 Opened 9 years ago Closed 4 years ago

Enable (at least) heavily used worker types in eu-central-1

Categories

(Infrastructure & Operations :: RelOps: General, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED INACTIVE

People

(Reporter: pmoore, Unassigned)

Details

Now we have eu-central-1 support: https://github.com/taskcluster/aws-provisioner/blob/4e21a3c2edb32566e3b8fad4dcba71105600291d/schemas/create-worker-type-request.yml#L148 We should probably enable worker types in this region, especially ones where we have a large number of instances, such as desktop-test and desktop-test-xlarge. We should check cloud-mirror et al is enabled before rolling out.
I just confirmed that Cloud Mirror is allowed in eu-central-1. For an example URL: https://cloud-mirror.taskcluster.net/v1/redirect/s3/eu-central-1/https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Ftaskcluster-public-artifacts%2FTTsIG6GcSDWtTFzTmEn8fw%2F0%2Fpublic%2Fbuild%2Ftarget.tar.bz2 This is an old Firefox build, but is an example of cloud-mirror working.
Hey Greg, This might be a nice chance for me to get hands on experience rolling out new AMIs for docker worker. Can we have a short meeting to go through this together before I do it? Also, do you see any reasons not to roll out, or other things that need to be changed before we do? For example sccache bucket configuration / hg clone bundle region-specific things, or anything else? Thanks!
Flags: needinfo?(garndt)
You shouldn't need to roll out a new ami, you can copy the existing one used in us-west-2 to eu-central right? I would need to test this because the last time I tried to use packer to deploy it didn't support eu-central. This might no longer be a problem.
Flags: needinfo?(garndt)
Found in triage. Pete: I believe this is done. Can we close this out?
Flags: needinfo?(pmoore)
I only see eu-central-1 enabled on windows worker types - none of the linux worker types: gecko-1-b-win2012 gecko-1-b-win2012-beta gecko-1-b-win2016 gecko-2-b-win2012 gecko-t-win10-64 gecko-t-win10-64-beta gecko-t-win10-64-cu gecko-t-win10-64-gpu gecko-t-win10-64-gpu-b gecko-t-win7-32 gecko-t-win7-32-beta gecko-t-win7-32-cu gecko-t-win7-32-gpu gecko-t-win7-32-gpu-b So this still looks like a TODO. @Wander, any reason the linux workers aren't using eu-central-1 ? ---- Separately, we might want to think about making sure our tools that generate worker type definitions (e.g. our packer scripts in docker-worker, OpenCloudConfig, the code in generic-worker that manages non-gecko worker types like nss-win2012r2) have all regions enabled **by default** so that our worker types only don't use a given region if there is a good reason not to. But that should be a separate bug.
Flags: needinfo?(pmoore) → needinfo?(wcosta)
(In reply to Pete Moore [:pmoore][:pete] from comment #5) > I only see eu-central-1 enabled on windows worker types - none of the linux > worker types: > > gecko-1-b-win2012 > gecko-1-b-win2012-beta > gecko-1-b-win2016 > gecko-2-b-win2012 > gecko-t-win10-64 > gecko-t-win10-64-beta > gecko-t-win10-64-cu > gecko-t-win10-64-gpu > gecko-t-win10-64-gpu-b > gecko-t-win7-32 > gecko-t-win7-32-beta > gecko-t-win7-32-cu > gecko-t-win7-32-gpu > gecko-t-win7-32-gpu-b > > So this still looks like a TODO. > > @Wander, any reason the linux workers aren't using eu-central-1 ? > > ---- > > Separately, we might want to think about making sure our tools that generate > worker type definitions (e.g. our packer scripts in docker-worker, > OpenCloudConfig, the code in generic-worker that manages non-gecko worker > types like nss-win2012r2) have all regions enabled **by default** so that > our worker types only don't use a given region if there is a good reason not > to. But that should be a separate bug. is gecko-t-win* a Linux worker-type?
Flags: needinfo?(wcosta) → needinfo?(pmoore)
(In reply to Wander Lairson Costa [:wcosta] from comment #6) > is gecko-t-win* a Linux worker-type? No. The worker types I listed are the ones that *do* use eu-central-1, and they are all Windows worker types. As far as I know, we should be using eu-central-1 for all our linux worker types too, but they are not using eu-central-1, so didn't appear in the list of worker types that do use eu-central-1.
Flags: needinfo?(pmoore) → needinfo?(wcosta)
Assignee: nobody → wcosta
Status: NEW → ASSIGNED
Flags: needinfo?(wcosta)
worker-types need to be updated to use the new region.

(In reply to Wander Lairson Costa [:wcosta] from comment #9)

worker-types need to be updated to use the new region.

Wander: have the worker types been updated?

Flags: needinfo?(wcosta)

(In reply to Chris Cooper [:coop] pronoun: he from comment #10)

(In reply to Wander Lairson Costa [:wcosta] from comment #9)

worker-types need to be updated to use the new region.

Wander: have the worker types been updated?

It generates the images but worker-types have not been updated. I need to update the deploy scripts to do it.

Flags: needinfo?(wcosta)
Component: Operations → Operations and Service Requests

I think this is something releops can decide they want to do.

Component: Operations and Service Requests → RelOps: General
Product: Taskcluster → Infrastructure & Operations
QA Contact: klibby
Assignee: wcosta → relops
Status: ASSIGNED → NEW

Not actively working on this at the moment.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.