Merge pull request #48841 from Amrita42/commonterms-node

Common terms for Nodes

Author: stevsmit

nodes/index.adoc

@@ -129,3 +129,79 @@ As an administrator, You can perform various tasks on a Linux container, such as
 {product-title} provides specialized containers called xref:../nodes/containers/nodes-containers-init.adoc#nodes-containers-init[Init containers]. Init containers run before application containers and can contain utilities or setup scripts not present in an application image. You can use an Init container to perform tasks before the rest of a pod is deployed.
 
 Apart from performing specific tasks on nodes, pods, and containers, you can work with the overall {product-title} cluster to keep the cluster efficient and the application pods highly available.
+
+[id="commonterms-node"]
+== Common terms
+
+This glossary defines common terms that are used in the _node_ content. These terms help you understand _nodes_ effectively.
+
+[discrete]
+[id="commonterms-node-container"]
+Container::
+It is a lightweight and executable image that comprises software and all its dependencies. Containers virtualize the operating system, as a result, you can run containers anywhere from a data center to a public or private cloud to even a developer's laptop.
+
+[discrete]
+[id="commonterms-node-daemonset"]
+Daemon set::
+Ensures that a replica of the pod runs on eligible nodes in an {product-title} cluster.
+
+[discrete]
+[id="commonterms-node-egress"]
+egress::
+The process of data sharing externally through a network’s outbound traffic from a pod.
+
+[discrete]
+[id="commonterms-node-gc"]
+garbage collection::
+The process of cleaning up cluster resources, such as terminated containers and images that are not referenced by any running pods.
+
+[discrete]
+[id="commonterms-node-hpa"]
+Horizontal Pod Autoscaler(HPA)::
+Implemented as a Kubernetes API resource and a controller. You can use the HPA to specify the minimum and maximum number of pods that you want to run. You can also specify the CPU or memory utilization that your pods should target. The HPA scales out and scales in pods when a given CPU or memory threshold is crossed.
+
+[discrete]
+[id="commonterms-node-ingress"]
+Ingress::
+Incoming traffic to a pod.
+
+[discrete]
+[id="commonterms-node-job"]
+Job::
+A process that runs to completion. A job creates one or more pod objects and ensures that the specified pods are successfully completed.
+
+[discrete]
+[id="commonterms-node-label"]
+Labels::
+You can use labels, which are key-value pairs, to organise and select subsets of objects, such as a pod.
+
+[discrete]
+[id="commonterms-node-nodenew"]
+Node::
+A worker machine in the {product-title} cluster. A node can be either be a virtual machine (VM) or a physical machine.
+
+[discrete]
+[id="commonterms-node-tuningop"]
+Node Tuning Operator::
+You can use the Node Tuning Operator to manage node-level tuning by using the TuneD daemon. It ensures custom tuning specifications are passed to all containerized TuneD daemons running in the cluster in the format that the daemons understand. The daemons run on all nodes in the cluster, one per node.
+
+[discrete]
+[id="commonterms-node-self-remediationop"]
+Self Node Remediation Operator::
+The Operator runs on the cluster nodes and identifies and reboots nodes that are unhealthy.
+
+[discrete]
+[id="commonterms-node-podnew"]
+Pod::
+One or more containers with shared resources, such as volume and IP addresses, running in your {product-title} cluster.
+A pod is the smallest compute unit defined, deployed, and managed.
+
+[discrete]
+[id="commonterms-node-toleration"]
+Toleration::
+Indicates that the pod is allowed (but not required) to be scheduled on nodes or node groups with matching taints. You can use tolerations to enable the scheduler to schedule pods with matching taints.
+
+[discrete]
+[id="commonterms-node-taint"]
+Taint::
+A core object that comprises a key,value, and effect. Taints and tolerations work together to ensure that pods are not scheduled on irrelevant nodes.