Skip to content

Commit 5d56068

Browse files
author
Jennifer Travinski
committed
Edited note
1 parent 8e92a03 commit 5d56068

File tree

1 file changed

+11
-9
lines changed

1 file changed

+11
-9
lines changed

content/rke/latest/en/os/_index.md

+11-9
Original file line numberDiff line numberDiff line change
@@ -288,14 +288,6 @@ Confirm that a Kubernetes supported version of Docker is installed on your machi
288288
## Hardware
289289

290290
This section describes the hardware requirements for the worker role, large Kubernetes clusters, and etcd clusters.
291-
292-
---
293-
*NOTE regarding large nodes for Kubernetes*
294-
Kubernetes is engineered around the concept of horizontal scaling for redundancy so scaling vertically with large nodes can be very problematic
295-
- If you must use nodes larger than 24 CPU, utilize virtualization tooling such as Harvester to subdivide the nodes.
296-
- There are Kubernetes, kernel, and network limitations that prohibit too many pods per node so we advise keeping to roughly 24 cores per node and the recommended 100 pods per node as a maximum unless you are deploying workloads that specifically require enormous amounts of resources (such as multi threaded heavy compute jobs) or have good reason to increase the pod limit (with an upper limit of 250).
297-
- Even when deploying workloads like the above, it is recommended to use a virtualization layer to facilitate less downtime/shorter reboots during upgrades and failures
298-
---
299291

300292
### Worker Role
301293

@@ -305,7 +297,17 @@ Regarding CPU and memory, it is recommended that the different planes of Kuberne
305297

306298
### Large Kubernetes Clusters
307299

308-
For hardware recommendations for large Kubernetes clusters, refer to the official Kubernetes documentation on [building large clusters](https://kubernetes.io/docs/setup/best-practices/cluster-large/).
300+
Kubernetes is engineered around the concept of horizontal scaling for redundancy, so scaling vertically with large nodes can be problematic if the proper minimum/maximum requirements aren't followed. The following are tips and recommendations for large Kubernetes nodes:
301+
302+
- If you must use nodes larger than 24 CPU, use virtualization tooling, such as what [Harvester](https://docs.harvesterhci.io/v1.0/rancher/virtualization-management/) provides, to subdivide the nodes.
303+
304+
- Kubernetes, kernel, and network limitations prevent having too many pods per node. You should maintain a minimum of roughly 24 cores per node and a maximum of the recommended 100 pods per node.
305+
306+
- If you are deploying workloads that specifically require enormous amounts of resources (such as multi-threaded heavy compute jobs), you may increase the pod limit up to 250.
307+
308+
- Even when deploying small workloads, it is recommended that you use a virtualization layer to facilitate less downtime and shorter reboots during upgrades and failures.
309+
310+
For additional hardware recommendations for large Kubernetes clusters and nodes, refer to the official Kubernetes documentation on [building large clusters](https://kubernetes.io/docs/setup/best-practices/cluster-large/).
309311

310312
### Etcd Clusters
311313

0 commit comments

Comments
 (0)