Closed
Bug 679002
Opened 14 years ago
Closed 13 years ago
new VM for BrowserID
Categories
(Infrastructure & Operations Graveyard :: WebOps: Labs, task)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: lloyd, Assigned: zandr)
Details
currently the browserid production service is served from a single machine: browserid.vm1.labs.sjc1.mozilla.com. We would like a new VM on a different physical machine in that same colo so that we can have a degree of redundancy.
Assignee | ||
Comment 1•14 years ago
|
||
There have been some hallway conversations about this, but we should capture them here.
If the goal here is redundancy, then we need to move to a different platform, since the labs/foundation cluster only exists in one place (it's multiple nodes in a single chassis).
If the goal is just getting test time on a distributed system, that's easy, but we need to talk about the back-end. (shared storage, shared db?)
Assignee: server-ops-labs → zandr
Reporter | ||
Comment 2•14 years ago
|
||
My goal here was to put production on more than one node just to do it, because the process of doing it will require that we flesh out any issues that need to be addressed once its distributed. Even if those nodes don't buy us meaningful redundancy, the exercise is still useful because it gives us an environment where we can deploy browserid in a distributed fashion so we've got confidence and can efficiently provision new nodes as they come online.
as far as the back end, each node will be mysql + node.js + nginx. The specific mysql configuration is still something I'm working on and will expound in a different forum (probably dev-identity, hopefully today).
Updated•13 years ago
|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
Updated•12 years ago
|
Product: mozilla.org → Infrastructure & Operations
Updated•9 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•