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)
Infrastructure & Operations
RelOps: General
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.
Comment 1•9 years ago
|
||
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.
| Reporter | ||
Comment 2•9 years ago
|
||
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)
Comment 3•9 years ago
|
||
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)
Comment 4•7 years ago
|
||
Found in triage.
Pete: I believe this is done. Can we close this out?
Flags: needinfo?(pmoore)
| Reporter | ||
Comment 5•7 years ago
|
||
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)
Comment 6•7 years ago
|
||
(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)
| Reporter | ||
Comment 7•7 years ago
|
||
(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)
Updated•7 years ago
|
Assignee: nobody → wcosta
Status: NEW → ASSIGNED
Flags: needinfo?(wcosta)
Comment 8•7 years ago
|
||
Commit pushed to master at https://github.com/taskcluster/docker-worker
https://github.com/taskcluster/docker-worker/commit/24e1cbae5ea7823901310f63bf4be8a66f1dc17f
Bug 1285519: Add eu-central-1 region for deployment.
Comment 9•7 years ago
|
||
worker-types need to be updated to use the new region.
Comment 10•6 years ago
|
||
(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)
Comment 11•6 years ago
|
||
(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)
Updated•6 years ago
|
Component: Operations → Operations and Service Requests
Comment 12•6 years ago
|
||
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
Updated•5 years ago
|
Assignee: wcosta → relops
Status: ASSIGNED → NEW
| Reporter | ||
Comment 13•4 years ago
|
||
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.
Description
•