more cleanup
This commit is contained in:
@@ -1,13 +0,0 @@
|
|||||||
#+TITLE: Openstack: Bare Metal service overview
|
|
||||||
#+AUTHOR:
|
|
||||||
|
|
||||||
Openstack's BM service "ironic" works by having basic operations
|
|
||||||
add/edit/delete nodes
|
|
||||||
power on/off
|
|
||||||
provision/deploy/clean
|
|
||||||
|
|
||||||
The "conductor" calls out to driver for vendor specific
|
|
||||||
implementations of the above functions. A python ramdisk is used to
|
|
||||||
provide control on the target machine.
|
|
||||||
|
|
||||||
ref: https://docs.openstack.org/ironic/2023.1/install/get_started.html
|
|
||||||
@@ -1,10 +0,0 @@
|
|||||||
#+TITLE: OpenStack: BareMetal
|
|
||||||
|
|
||||||
Openstack has a collection of services named "ironic" that helps
|
|
||||||
manage baremetal servers. The architecture is broken down by levels of
|
|
||||||
abstraction. The highest abstraction is the API, which makes
|
|
||||||
controlling different hardware seem the same. Below the API is a basic
|
|
||||||
driver layer, which calls out to plugins to perform actions specific
|
|
||||||
to a vendor/hardware type.
|
|
||||||
|
|
||||||
ref: https://docs.openstack.org/ironic/2023.1/install/get_started.html
|
|
||||||
@@ -1,23 +0,0 @@
|
|||||||
* People
|
|
||||||
- Emi
|
|
||||||
- Hogle
|
|
||||||
- Lucas
|
|
||||||
- Laurence
|
|
||||||
- Ian
|
|
||||||
- Thiago
|
|
||||||
- Sahil
|
|
||||||
- Abhishek
|
|
||||||
- Navaneeth
|
|
||||||
- Surbhit
|
|
||||||
- Nikita
|
|
||||||
- Shelby
|
|
||||||
|
|
||||||
|
|
||||||
** Remaining work:
|
|
||||||
*** Integration testing with server service - Laurence
|
|
||||||
*** Review nanometal doc with provisioning team - Ian
|
|
||||||
*** Update automation of oapi-codegen and sqlboiler - Abhishek
|
|
||||||
*** Serialized Scheduler Garbage collection - hogle
|
|
||||||
|
|
||||||
|
|
||||||
** Sprint 19
|
|
||||||
@@ -1,8 +0,0 @@
|
|||||||
#+TITLE: NanoMetal
|
|
||||||
#+AUTHOR: Adam Mohammed
|
|
||||||
|
|
||||||
Nanometal intends to be a easily deployable suite of services which
|
|
||||||
help you manage your hardware as if it were in a datacenter controlled
|
|
||||||
by equinixmetal. This means that you can use the existing APIs to
|
|
||||||
manage your machines, provisioning and deprovisioning on the fly, and
|
|
||||||
having easy out-of-band access for when things go wrong.
|
|
||||||
@@ -1,11 +0,0 @@
|
|||||||
#+TITLE: Levels of abstraction to manage hardware differences
|
|
||||||
|
|
||||||
OpenStack and Equinix metal both use multiple layers of abstraction to
|
|
||||||
make managing bare metal servers look simple. On the surface you get
|
|
||||||
access to basic operations: provision/deprovision, rescue, power,
|
|
||||||
boot. Each of which ends up having to do specific things depending on
|
|
||||||
the hardware vendor or OS.
|
|
||||||
|
|
||||||
|
|
||||||
TAGS: BareMetal Management
|
|
||||||
REF: [[file:~/org-notes/literature-notes/OpenStackBareMetal.org][OpenStack_Ironic]]
|
|
||||||
@@ -1,10 +0,0 @@
|
|||||||
#+TITLE: RAMDisk to provide initial machine control
|
|
||||||
|
|
||||||
OpenStack's ironic-conductor is the basic gRPC API that performs
|
|
||||||
actions on bare metal. In order for it to provide this functionality
|
|
||||||
the conductor relies on drivers, which handle the hardware specific
|
|
||||||
implementation issues, and an on-machine agent. The on-machine agent
|
|
||||||
is loaded as a ramdisk and gives the conductor the ability to perform
|
|
||||||
some sets of actions on the machine.
|
|
||||||
|
|
||||||
TAGS: BareMetal Provisioning
|
|
||||||
Reference in New Issue
Block a user