Skip to content

Commit

Permalink
concept-guide: cluster -> cloud pod (#790)
Browse files Browse the repository at this point in the history
Signed-off-by: Christian Berendt <[email protected]>
  • Loading branch information
berendt authored Feb 6, 2025
1 parent 245f718 commit 8629fff
Show file tree
Hide file tree
Showing 4 changed files with 11 additions and 11 deletions.
10 changes: 5 additions & 5 deletions docs/guides/concept-guide/bom.md
Original file line number Diff line number Diff line change
Expand Up @@ -8,11 +8,11 @@ sidebar_position: 50
:::info

The brands, models and configurations listed are examples. There is no
single best specification for building a cluster. It always depends very
much on the requirements of the cluster and the situation. The examples
single best specification for building a cloud pod. It always depends very
much on the requirements of the cloud pod and the situation. The examples
are not minimal and include various preferences of ours. The choice of
hardware always depends very much on the requirements, the available budget
and also the future plans of the cluster. There is no universal hardware
and also the future plans of the cloud pod. There is no universal hardware
recommendation that fits all cases. These are all just examples.

:::
Expand All @@ -21,7 +21,7 @@ recommendation that fits all cases. These are all just examples.

A control node is responsible for running all or most of the OpenStack
services that manage API services and their associated runtimes. These
nodes are essential for users to interact with the cluster and maintain
nodes are essential for users to interact with the cloud pod and maintain
its managed state.

However, control nodes typically do not run user virtual machines. It is
Expand Down Expand Up @@ -89,7 +89,7 @@ Real world example:
The manager node, also known as the deploy node or deployment node, is designated
to manage the deployment process of all services. It is often also utilized to host
components of the monitoring services. It serves as the operator's entry point into
the cluster for operations.
the cloud pod for operations.

* 2x SSD or NVMe with at least 1.92 TByte for the operating system and the services
* 64 GByte memory (it should be possible to upgrade to 128 GByte, or use 128 GByte directly)
Expand Down
4 changes: 2 additions & 2 deletions docs/guides/concept-guide/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,7 @@ sidebar_position: 10

![OSISM overview](./images/overview.drawio.png)

## Components in a cluster
## Components in a cloud pod

* [Infrastructure as a Service (IaaS) with OpenStack](./components/openstack)
* [Software Defined Storage (SDS) with Ceph](./components/ceph)
Expand All @@ -25,7 +25,7 @@ sidebar_position: 10

## Requirements

## Layers in a cluster
## Layers in a cloud pod

* [Compute Plane](./layers#compute-plane)
* [Control Plane](./layers#control-plane)
Expand Down
4 changes: 2 additions & 2 deletions docs/guides/concept-guide/layers.md
Original file line number Diff line number Diff line change
@@ -1,9 +1,9 @@
---
sidebar_label: Layers in a cluster
sidebar_label: Layers in a cloud pod
sidebar_position: 20
---

# Layers in a cluster
# Layers in a cloud pod

## Compute Plane
## Control Plane
Expand Down
4 changes: 2 additions & 2 deletions docs/guides/concept-guide/nodes.md
Original file line number Diff line number Diff line change
@@ -1,9 +1,9 @@
---
sidebar_label: Nodes in a cluster
sidebar_label: Nodes in a cloud pod
sidebar_position: 25
---

# Nodes in a cluster
# Nodes in a cloud pod

## Compute Node

Expand Down

0 comments on commit 8629fff

Please sign in to comment.