This week’s OpenShift Administrator’s Office Hour was dedicated to sizing. More specifically, we had a conversation about how to determine the appropriate size and count of worker nodes based on Pod requirements while also taking into account factors such as horizontal vs vertical scaling, failure domains, and how to avoid stranding resources.
We had some really great viewer questions about this topic, including:
- Sizing considerations for 3-node “compact” clusters?
- Should I use swap or virtual RAM to increase density?
- Can I oversubscribe CPU/memory resources for OpenShift nodes?
- Is it better to scale out or scale up nodes?
See the list below for additional links to specific topics, questions, and supporting materials for the episode!
Please subscribe to the OpenShift.tv streaming calendar to see the upcoming episode topics and to receive any schedule changes. If you have questions or topic suggestions for the OpenShift Administrator’s Office Hour, please contact us via Discord, Twitter, or come join us live, Wednesdays at 11am EST / 1600 UTC, on YouTube and Twitch.
Thank you for watching!
Episode 15 recorded stream:
Supporting links for today’s topic:
- Episode 10’s topic was “Storage for Nodes”, which covered the workloads and considerations when sizing the disks used for OpenShift control plane and worker nodes.
- The start of the sizing topic is here. If you’re interested in the other questions discussed, please see the links in the next section.
- The “Recommended host practices” documentation page provides sizing guidance for control plane nodes and infrastructure nodes.
Other links and materials referenced during the stream:
- During the stream we reminded the audience of the recently announced RHSB-2021-002 and CVE-2021-3156. Please remember, it’s important to keep your OpenShift clusters updated, as Red Hat Enterprise Linux CoreOS (RHCOS) is patched alongside the other OpenShift services, features, and functions.
- We talked briefly about how RHCOS nodes configure their hostname, discussing how the node-valid-hostname service is used to set the hostname, but the value it uses can be set from multiple sources: virtual machine name, reverse DNS, DHCP assigned, and configuration from Ignition.
Other questions answered during the stream:
- Are there plans to create PowerShell modules for OpenShift? Unfortunately, I have not been able to find any RFEs regarding this feature, however there are some interesting-looking modules in the PowerShell Gallery for Kubernetes, which will also work with OpenShift.
- When deploying to virtual infrastructure, such as RHV or vSphere, can I control which hypervisor nodes the OpenShift virtual machines are scheduled on?
- One of our viewers asked about the conclusion of the disconnected OLM live stream. You can find that stream (episode 13) here. If there are any questions or things we missed, please reach out using the contact info at the top of the post!
Über den Autor
Ähnliche Einträge
AI in telco – the catalyst for scaling digital business
Introducing OpenShift Service Mesh 3.2 with Istio’s ambient mode
Edge computing covered and diced | Technically Speaking
Nach Thema durchsuchen
Automatisierung
Das Neueste zum Thema IT-Automatisierung für Technologien, Teams und Umgebungen
Künstliche Intelligenz
Erfahren Sie das Neueste von den Plattformen, die es Kunden ermöglichen, KI-Workloads beliebig auszuführen
Open Hybrid Cloud
Erfahren Sie, wie wir eine flexiblere Zukunft mit Hybrid Clouds schaffen.
Sicherheit
Erfahren Sie, wie wir Risiken in verschiedenen Umgebungen und Technologien reduzieren
Edge Computing
Erfahren Sie das Neueste von den Plattformen, die die Operations am Edge vereinfachen
Infrastruktur
Erfahren Sie das Neueste von der weltweit führenden Linux-Plattform für Unternehmen
Anwendungen
Entdecken Sie unsere Lösungen für komplexe Herausforderungen bei Anwendungen
Virtualisierung
Erfahren Sie das Neueste über die Virtualisierung von Workloads in Cloud- oder On-Premise-Umgebungen