MilliwaysStack: Difference between revisions
| Line 100: | Line 100: | ||
Calling them by their S/Ns is also super boring and cumbersome; "Oh yea, we need to setup 5V6S064" | Calling them by their S/Ns is also super boring and cumbersome; "Oh yea, we need to setup 5V6S064" | ||
We could even opt for dual names. Internally, when logged in to $shell, the names could be functional "milliways-control-node-1" so it's clear what you're doing, but externally, the Asset Tag could be a Hitchhiker's Guide to the Galaxy character or a DiscWorld town or something. That way, if we do ever show this off at events, we can do cool shit with light up tags, make stuff funny and recognizable and cool to talk about - it also makes it way more relatable to market for when asking for donations; "Ya, we're looking for extra storage for Überwald" sounds much better than "Ya we're looking for extra storage for 5V6S064 or milliways-control-node-1" | We could even opt for dual names. Internally, when logged in to $shell, the names could be functional "milliways-control-node-1" so it's clear what you're doing, but externally, the Asset Tag could be a Hitchhiker's Guide to the Galaxy character or a DiscWorld town or something. That way, if we do ever show this off at events, we can do cool shit with light up tags, make stuff funny and recognizable and cool to talk about - it also makes it way more relatable to market for when asking for donations; "Ya, we're looking for extra storage for Überwald" sounds much better than "Ya we're looking for extra storage for 5V6S064 or milliways-control-node-1" | ||
Naturally, once we get NetBox going, we can map the Asset names to the actual server name and potentially it's serial (if we want to use serials, there's somethign to be said for not using serials here) | Naturally, once we get NetBox going, we can map the Asset names to the actual server name and potentially it's serial so we don't get confused internally (if we want to use serials, there's somethign to be said for not using serials here) | ||
* Functional | * Functional | ||
Revision as of 11:03, 11 January 2026
We want to run an OpenStack experiment
The grander idea
We want to try out an installation of OpenStack to give people around milliways experience with running (on).
From an unnamed source we got 9 HPE servers. We will use 8 of them to run OpenStack on it. Storage is on a seperate machine.
MVP
The MVP would be:
- Kubernetes / docker
- object storage
- file systems
- Networking
- Virtual machines
- Firewalling
- Databases - mariaDB / PostgreSQL
- Someone something redis I guess
- container registry
Maybe we can get those running for 39c3
e-MVP
The extended MVP would be:
- functional Monitoring & alerting
- autoscaling
- integration into milliways identity & access management authentik
- logging & alerting
the software stack explained
OpenStack is a cloud framework stack that offeres AWS / Azure / GC alike services.
Most documentation is availible for Ubuntu & Red Hat. On the longer term an installation under NixOS might be feasable.
Asset List
- 1 Rack
- 47U
- 950mm external depth
- 915mm internal depth
- 3 Switches
- 2 x Dell PowerConnect 7048R-RA
- 1 x Cisco 3560e
- 1 Dell PowerEdge 710 server as storage
- 6 x 3,5" bays
- 4 x 3,5" drive sleds/brackts
- 2 x 3,5" drive blanks
- no rails
- 6 x 3,5" bays
- 10 x HPE proliant DL380 Gen 8
- 2 x E5-2620 v3 2,4GHz
- 384GB ram
- without hard drives but has 2,5" bays
- no drive sleds/brackets available, only blanks
- 9 x slide rails
Documentation
nb. this is quick 'n' dirty as I go along. In the short-term future I'd much rather replace this adhoc documentation with something like NetBox.
Network
- Supernet 10.42.0.0/16
- Vlan 42
- Interconnect
- 10.42.0.0/30
- Gateway 10.42.0.1
- Milliways Core 10.42.0.2
- Vlan 5
- Mgmt \ OOB
- 10.42.1.0/24
- Milliways Core 10.42.1.1
- Dell iDRAC 10.42.1.5
- Dell RAID Controller 10.42.1.6
- HP 1 iLO 10.42.1.7
- Vlan 10
- Prod
- 10.42.10.0/24
- Milliways Core 10.42.10.1
- Dell 10.42.10.2
- HP 1 10.42.10.3
- Vlan 42
Cable Mgmt
As there are some early ambitions to physically take this environment to events, perhaps we should seriously think about making our lives easier by already thinking about colorcoding connectivity. While this will help us connecting everything again at $event when we're sleepdeprived\drunk\explaining to newbies, this has the added effect of making it all look slightly more cooler than just a spaghetti of all boring white cables or worse, a spaghetti of whatever the fuck we have lying around.
This is all just made-up without too much thought. This is specifically intended to start a discussion so we can work toward an agreement, it is not intended to be a unilateral decision. Example; You'll notice 0 thought was put into fiber or not ;)
- RED
- Mgmt \ OOB
- iDRACs, iLOs, RAID Cards, etc
- Mgmt \ OOB
- GREEN
- Storage Prod
- At least the Dell, maybe HPs if we get into flash storage
- Storage Prod
- BLUE
- Compute Prod
- Likely overwhelmingly the HPs
- Compute Prod
- YELLOW
- Interconnect
- Connectivity to $outside, between switches, whatever
- Interconnect
Naming Convention
We need names! Can't keep calling these "Dell", "HP1", "HP2" etc. Calling them by their S/Ns is also super boring and cumbersome; "Oh yea, we need to setup 5V6S064" We could even opt for dual names. Internally, when logged in to $shell, the names could be functional "milliways-control-node-1" so it's clear what you're doing, but externally, the Asset Tag could be a Hitchhiker's Guide to the Galaxy character or a DiscWorld town or something. That way, if we do ever show this off at events, we can do cool shit with light up tags, make stuff funny and recognizable and cool to talk about - it also makes it way more relatable to market for when asking for donations; "Ya, we're looking for extra storage for Überwald" sounds much better than "Ya we're looking for extra storage for 5V6S064 or milliways-control-node-1" Naturally, once we get NetBox going, we can map the Asset names to the actual server name and potentially it's serial so we don't get confused internally (if we want to use serials, there's somethign to be said for not using serials here)
- Functional
- milliways-control-node-1
- milliways-control-node-2
- control-node-1
- compute-node-1
- flash-storage-1
- Marketing
- HGttG characters
- Arthur
- Ford
- Zaphod
- Discworld locations
- Ankh-Morpork
- Überwald
- Lancre
- HGttG characters