Glossary updates
- conditionalize "StarlingX" term to US builds. - auto lex-sort list. Incorporate patchset 1 review comments. Incorporate patchset 2 review comments. Signed-off-by: Ron Stone <ronald.stone@windriver.com> Change-Id: Id1a27f1e333e9e07278b09eade1358a6134e899e
This commit is contained in:
parent
c1ca27a18f
commit
53641fb610
@ -5,161 +5,183 @@ Basic Terminology
|
||||
The following definitions describe key concepts and terminology that are
|
||||
commonly used in the |org| community and in this documentation.
|
||||
|
||||
All-in-one Controller Node
|
||||
A single physical node that provides a controller function, worker function,
|
||||
and storage function.
|
||||
.. glossary::
|
||||
:sorted:
|
||||
|
||||
Bare Metal
|
||||
A node running without hypervisors (for example, application workloads run
|
||||
directly on the operating system which runs directly on the hardware).
|
||||
All-in-one Controller Node
|
||||
A single physical node that provides a controller function, worker
|
||||
function, and storage function.
|
||||
|
||||
Worker
|
||||
A node within a |prod| edge cloud that is dedicated to running application
|
||||
workloads. There can be 0 to |max-workers| worker nodes in a |prod| edge cloud.
|
||||
Bare Metal
|
||||
A node running without Kubelet or hypervisors (for example, application
|
||||
workloads run directly on the operating system which runs directly on
|
||||
the hardware).
|
||||
|
||||
- Runs virtual switch for realizing virtual networks.
|
||||
- Provides L3 routing and NET services.
|
||||
Worker
|
||||
A node within a |prod| edge cloud that is dedicated to running application
|
||||
workloads. There can be 0 to |max-workers| worker nodes in a |prod| edge
|
||||
cloud.
|
||||
|
||||
In a configuration running OpenStack, a worker node is labeled as 'compute'
|
||||
and may be referred to as a compute node.
|
||||
In a configuration running OpenStack, a worker node:
|
||||
|
||||
Controller
|
||||
A node within a |prod| edge cloud that runs the cloud management software
|
||||
(*control plane*). There can be either one or two controller nodes in a
|
||||
|prod| edge cloud.
|
||||
- is labeled as 'compute'
|
||||
- may be referred to as a compute node.
|
||||
- runs virtual switch for realizing virtual networks.
|
||||
- provides L3 routing and NET services.
|
||||
|
||||
- Runs cloud control functions for managing cloud resources.
|
||||
- Runs all OpenStack control functions, such as managing images, virtual
|
||||
volumes, virtual network, and virtual machines.
|
||||
- Can be part of a two-node HA control node cluster for running control
|
||||
functions either active/active or active/standby.
|
||||
|
||||
Data Network(s)
|
||||
Networks on which the OpenStack / Neutron provider networks are realized and
|
||||
become the VM tenant networks.
|
||||
Controller
|
||||
A node within a |prod| edge cloud that runs the cloud management software
|
||||
(*control plane*). There can be either one or two controller nodes in a
|
||||
|prod| edge cloud.
|
||||
|
||||
Only worker-type and all-in-one-type nodes are required to be connected to
|
||||
the data network(s). These node types require one or more interface(s) on the
|
||||
data network(s).
|
||||
- Runs cloud control functions for managing cloud resources.
|
||||
- Runs all Kubernetes control functions such as kube-apiserver,
|
||||
kube-controller-manager and kube-schedule
|
||||
- Runs all OpenStack control functions, such as managing images, virtual
|
||||
volumes, virtual network, and virtual machines.
|
||||
- Can be part of a two-node |HA| control node cluster for running control
|
||||
functions either active/active or active/standby.
|
||||
|
||||
Deployment Tools
|
||||
Tools that make the process of distributing, installing, and managing
|
||||
updates.
|
||||
Data Network(s)
|
||||
Networks attached to pci-passthrough and/or sriov interfaces that are made
|
||||
available to hosted containers or hosted |VMs| for pci-passthrough and/or |SRIOV|
|
||||
interfaces.
|
||||
|
||||
Edge Computing
|
||||
The delivery of computing capabilities to the logical extremes of a network
|
||||
in order to improve the performance, operating cost and reliability of
|
||||
applications and services. By shortening the distance between devices and the
|
||||
resources that serve them, and also reducing network hops, edge computing
|
||||
mitigates the latency and bandwidth constraints of today's Internet, ushering
|
||||
in new classes of applications.
|
||||
Networks attached to data interfaces of the OpenStack vSwitch, on which the
|
||||
OpenStack / Neutron provider networks are realized and become the |VM| tenant
|
||||
networks.
|
||||
|
||||
From `Open Glossary of Edge Computing <https://github.com/State-of-the-
|
||||
Edge/glossary/blob/master/edge-glossary.md#edge-computing>`_
|
||||
Only worker-type and all-in-one-type nodes, which host end-user containers
|
||||
and/or |VMs| would have data network(s) attached.
|
||||
|
||||
Infra Network
|
||||
A deprecated optional network that was historically used for access to the
|
||||
storage cluster.
|
||||
In the case of openstack-compute labelled worker nodes, a data network MUST be
|
||||
attached to at lease one 'data' (vSwitch) interface.
|
||||
|
||||
If this optional network is used, all node types are required to be connected
|
||||
to the INFRA network.
|
||||
Deployment Tools
|
||||
Tools that make the process of distributing, installing, and managing
|
||||
updates.
|
||||
|
||||
IoT (Internet of Things)
|
||||
A system of computing devices that can operate with little/no human
|
||||
interaction.
|
||||
Edge Computing
|
||||
The delivery of computing capabilities to the logical extremes of a
|
||||
network in order to improve the performance, operating cost and
|
||||
reliability of applications and services. By shortening the distance
|
||||
between devices and the resources that serve them, and also reducing
|
||||
network hops, edge computing mitigates the latency and bandwidth
|
||||
constraints of today's Internet, ushering in new classes of applications.
|
||||
|
||||
IPMI Network
|
||||
An optional network on which Intelligent Platform Management Interface
|
||||
(IPMI) interfaces of all nodes are connected. The network must be reachable
|
||||
using L3/IP from the controller's OAM interfaces.
|
||||
From `Open Glossary of Edge Computing <https://github.com/State-of-the-
|
||||
Edge/glossary/blob/master/edge-glossary.md#edge-computing>`_
|
||||
|
||||
You can optionally connect all node types to the |IPMI| network.
|
||||
Infra Network
|
||||
A deprecated optional network that was historically used for access to the
|
||||
storage cluster.
|
||||
|
||||
Kubernetes Cluster
|
||||
A set of machines that has a common control plane for running orchestrated
|
||||
applications.
|
||||
If this optional network is used, all node types are required to be
|
||||
connected to the INFRA network.
|
||||
|
||||
Management Network
|
||||
A private network (that is, not connected externally), typically 10GE, used
|
||||
for the following:
|
||||
IoT (Internet of Things)
|
||||
A system of computing devices that can operate with little/no human
|
||||
interaction.
|
||||
|
||||
- Internal OpenStack / |prod| monitoring and control.
|
||||
- VM I/O access to a storage cluster.
|
||||
IPMI Network
|
||||
An optional network on which |IPMI| interfaces of all nodes are connected.
|
||||
The network must be reachable using L3/IP from the controller's OAM
|
||||
interfaces.
|
||||
|
||||
All nodes are required to be connected to the management network.
|
||||
You can optionally connect all node types to the |IPMI| network.
|
||||
|
||||
Node
|
||||
A computer that is usually a server-class system.
|
||||
Kubernetes Cluster
|
||||
A set of machines that has a common control plane for running orchestrated
|
||||
applications.
|
||||
|
||||
Node Interfaces
|
||||
All nodes' network interfaces can, in general, optionally be either:
|
||||
Management Network
|
||||
A private network (that is, not connected externally), typically 10GE,
|
||||
used for the following:
|
||||
|
||||
- Untagged single port.
|
||||
- Untagged two-port LAG and optionally split between redundant L2 switches
|
||||
running vPC (Virtual Port-Channel), also known as multichassis
|
||||
EtherChannel (MEC).
|
||||
- VLAN on either single-port ETH interface or two-port LAG interface.
|
||||
- Internal StarlingX Infrastructure management monitoring and control
|
||||
- in the case of openstack, it is also used by |VM| I/O access to
|
||||
virtualized disks in Ceph Storage Cluster
|
||||
|
||||
|OAM| Network
|
||||
The network on which all external |prod| platform APIs are exposed,
|
||||
(that is, REST APIs, Horizon web server, |SSH|, and |SNMP|), typically 1GE.
|
||||
All nodes are required to be connected to the management network.
|
||||
|
||||
Only controller type nodes are required to be connected to the OAM network.
|
||||
Node
|
||||
A computer that is usually a server-class system.
|
||||
|
||||
Open Source StarlingX
|
||||
A set of services that can be used to build cloud infrastructure. The source
|
||||
code of the services is available under an open source license that allows
|
||||
access and re-distribution of the codebase. The software components are
|
||||
created and maintained with an open development process through
|
||||
collaboration.
|
||||
Node Interfaces
|
||||
All nodes' network interfaces can, in general, optionally be either:
|
||||
|
||||
PXEBoot Network
|
||||
An optional network for controllers to boot/install other nodes over the
|
||||
network.
|
||||
- Untagged single port.
|
||||
- Untagged two-port LAG and optionally split between redundant L2 switches
|
||||
running vPC (Virtual Port-Channel), also known as multichassis
|
||||
EtherChannel (MEC).
|
||||
- VLAN on either single-port ETH interface or two-port LAG interface.
|
||||
|
||||
By default, controllers use the management network for boot/install of other
|
||||
nodes in the OpenStack cloud. If this optional network is used, all node
|
||||
types are required to be connected to the PXEBoot network.
|
||||
|OAM| Network
|
||||
The network on which all external |prod| platform APIs are exposed, (that
|
||||
is, REST APIs, Horizon web server, |SSH|, and |SNMP|), typically 1GE.
|
||||
|
||||
A PXEBoot network is required for a variety of special case situations:
|
||||
Only controller type nodes are required to be connected to the OAM
|
||||
network.
|
||||
|
||||
- Cases where the management network must be IPv6:
|
||||
.. only:: starlingx
|
||||
|
||||
- IPv6 does not support PXEBoot. Therefore, you must configure an IPv4
|
||||
PXEBoot network.
|
||||
Open Source StarlingX
|
||||
A set of services that can be used to build cloud infrastructure. The
|
||||
source code of the services is available under an open source license
|
||||
that allows access and re-distribution of the codebase. The software
|
||||
components are created and maintained with an open development process
|
||||
through collaboration.
|
||||
|
||||
- Cases where the management network must be |VLAN| tagged:
|
||||
PXEBoot Network
|
||||
An optional network for controllers to boot/install other nodes over the
|
||||
network.
|
||||
|
||||
- Most server's BIOS do not support PXEBooting over tagged networks.
|
||||
Therefore, you must configure an untagged PXEBoot network.
|
||||
By default, controllers use the management network for boot/install of
|
||||
other nodes in the OpenStack cloud. If this optional network is used, all
|
||||
node types are required to be connected to the PXEBoot network.
|
||||
|
||||
- Cases where a management network must be shared across regions but
|
||||
individual regions' controllers want to only network boot/install nodes of
|
||||
their own region:
|
||||
A PXEBoot network is required for a variety of special case situations:
|
||||
|
||||
- You must configure separate, per-region PXEBoot networks.
|
||||
- Cases where the management network must be IPv6:
|
||||
|
||||
|prod|
|
||||
|prod| is an open source, complete cloud infrastructure software stack
|
||||
for the edge used by the most demanding applications in industrial |IoT|,
|
||||
telecom, and other use cases. The platform creates a fusion between OpenStack
|
||||
and Kubernetes to provide a robust and flexible environment for all kinds of
|
||||
workloads, let them be containerized, virtualized or bare metal.
|
||||
- IPv6 does not support PXEBoot. Therefore, you must configure an IPv4
|
||||
PXEBoot network.
|
||||
|
||||
Storage
|
||||
A node within a |prod| edge cloud that is dedicated to providing file
|
||||
and object storage to application workloads. There can be 0 or more storage
|
||||
nodes within a |prod| edge cloud.
|
||||
- Cases where the management network must be |VLAN| tagged:
|
||||
|
||||
- Runs CEPH distributed storage software.
|
||||
- Part of an HA multi-node CEPH storage cluster supporting a replication
|
||||
factor of two or three, journal caching, and class tiering.
|
||||
- Provides HA persistent storage for images, virtual volumes (that is, block
|
||||
storage), and object storage.
|
||||
- Most server's BIOS do not support PXEBooting over tagged networks.
|
||||
Therefore, you must configure an untagged PXEBoot network.
|
||||
|
||||
Virtualization
|
||||
The act of creating a virtual version of CPU, network or storage device.
|
||||
- Cases where a management network must be shared across regions but
|
||||
individual regions' controllers want to only network boot/install nodes
|
||||
of their own region:
|
||||
|
||||
- You must configure separate, per-region PXEBoot networks.
|
||||
|
||||
|prod|
|
||||
|prod| is an open source, complete cloud infrastructure software stack for
|
||||
the edge used by the most demanding applications in industrial |IoT|,
|
||||
telecom, and other use cases. The platform creates a fusion between
|
||||
OpenStack and Kubernetes to provide a robust and flexible environment for
|
||||
all kinds of workloads, let them be containerized, virtualized or bare
|
||||
metal.
|
||||
|
||||
Storage
|
||||
A node within a |prod| edge cloud that is dedicated to providing file and
|
||||
object storage to application workloads. There can be 0 or more storage
|
||||
nodes within a |prod| edge cloud.
|
||||
|
||||
- Runs CEPH distributed storage software.
|
||||
- Part of an |HA| multi-node CEPH storage cluster supporting a replication
|
||||
factor of two or three, journal caching, and class tiering.
|
||||
- Provides |HA| persistent storage for images, virtual volumes (that is,
|
||||
block storage), and object storage.
|
||||
|
||||
Virtualization
|
||||
The act of creating a virtual version of CPU, network or storage device.
|
||||
|
||||
Virtual Machines (VM)
|
||||
An instance of a node provided by software (a hypervisor), which runs
|
||||
within the host operating system and hardware.
|
||||
|
||||
Virtual Machines (VM)
|
||||
An instance of a node provided by software (a hypervisor), which runs within
|
||||
the host operating system and hardware.
|
||||
|
@ -54,6 +54,7 @@
|
||||
.. |GNSS| replace:: :abbr:`GNSS (Global Navigation Satellite System)`
|
||||
.. |GCC| replace:: :abbr:`GCC (GNU Compiler Collection)`
|
||||
.. |GPU| replace:: :abbr:`GPU (Graphics Processing Unit)`
|
||||
.. |HA| replace:: :abbr:`HA (High Availability)`
|
||||
.. |ICA| replace:: :abbr:`ICA (Intermediate Certificate Authority)`
|
||||
.. |ICAs| replace:: :abbr:`ICAs (Intermediate Certificate Authorities)`
|
||||
.. |ICMP| replace:: :abbr:`ICMP (Internet Control Message Protocol)`
|
||||
|
Loading…
Reference in New Issue
Block a user