Größe des Satellite-Standorts festlegen
Da Ihr Satellite-Standort Ihre Rechenzentrums- und Infrastrukturressourcen darstellt, kann die Größe des Standorts Ihren Anforderungen entsprechend flexibel festgelegt werden. Die Anzahl der Hosts, die Sie einem Standort zuordnen, ist nicht begrenzt. Allerdings sollten Sie bei der Planung Ihrer Satellite-Strategie die folgenden Hinweise zur Dimensionierung berücksichtigen.
- Mindestanforderungen
- an die Größe: Um loszulegen, müssen Sie Hosts hinzufügen und zuweisen, die die Mindestanforderungen erfüllen. Für Testzwecke (z. B. als Konzeptnachweis) können Sie mindestens 3 Hosts der Steuerebene zuweisen. Für Produktionszwecke müssen Sie mindestens 6 Hosts zuweisen. Wenn Sie den Standort weiter verwenden möchten, müssen Sie die Steuerebene des Satellite-Standorts möglicherweise in Vielfachen von 3 Hosts (z. B. 6, 9 oder 12) aufwärts skalieren.
- Hochverfügbarkeit (HA)
- Wenn Sie Hosts der Steuerebene des Satellite-Standorts zuordnen, ordnen Sie die Hosts gleichmäßig allen drei verfügbaren Zonen Ihrer IBM Cloud-Metropole mit mehreren Zonen zu, die Sie bei der Standorterstellung ausgewählt haben. Stellen Sie sicher, dass sich die zugrunde liegenden Hosts in separaten Zonen Ihrer physischen Infrastrukturumgebung befinden, um die Steuerebene hoch verfügbar zu machen. Beispiel: Sie können jeweils 2 Hosts zuweisen, die in 3 separaten Verfügbarkeitszonen in Ihrem Cloud-Provider ausgeführt werden oder die in 3 separaten physischen Systemen in Ihrem eigenen Rechenzentrum ausgeführt werden. Sie brauchen nicht die spezifischen Anforderungen für eine "Zone" zu erfüllen, jedoch müssen die separaten Zonen Verfügbarkeit für Systemwartungsoperationen bereitstellen. Beispiel: Wenn eine Zone aufgrund eines Fehlers ausfällt oder wenn ein Host aufgrund von Aktualisierungen nicht verfügbar ist, bleiben die übrigen zwei Zonen weiterhin verfügbar, um Operationen der Steuerebene auszuführen. Eine weniger geeignete Hochverfügbarkeitskonfiguration besteht beispielsweise aus zwei Hosts, die virtuelle Maschinen auf demselben Hypervisor sind, da bei einer Wartung der zugrunde liegenden Hardware, zum Beispiel bei einem Update der Maschine, beide Hosts nicht verfügbar werden. Weitere Informationen finden Sie unter Hochverfügbarkeit für IBM Cloud Satellite.
- Rechenkapazität
- Satellite überwacht die verfügbare Rechenkapazität Ihres Standorts. Wenn der Standort 70 % der Kapazität erreicht, wird ein Warnstatus angezeigt, um Sie aufzufordern, dem Standort weitere Hosts zuzuordnen. Wenn der Standort 80 % der Kapazität erreicht, wird der Status in Kritisch geändert und es wird eine weitere Warnung angezeigt, die Sie auffordert, dem Standort weitere Hosts zuzuordnen.
Planen Sie ein, dass stets mindestens 3 zusätzliche Hosts ohne feste Zuweisung Ihrem Standort zugeordnet sind. Wenn Sie zusätzliche Hosts haben, kann IBM die Hosts Ihrer Satellite-Standortsteuerebene automatisch zuordnen, wenn der Standort die Warnschwelle für die Kapazität erreicht oder ein nicht einwandfrei funktionierender Host ersetzt werden muss.
Standortgröße
Die folgenden Tabellen enthalten Größenempfehlungen für die Anzahl der Hosts, die die Standortsteuerungsebene von „ Satellite “ benötigt, um die Masterkomponenten für verschiedene Kombinationen von Clustern und Worker-Knoten auszuführen. Diese Größenangabe dient nur als Referenz.
| Anzahl Hosts der Steuerebene | Max. Anzahl Cluster am Standort | Beispiele für max. Anzahl Workerknoten am Standort | Max. Clustergröße |
|---|---|---|---|
| 6 Hosts | Bis zu 3 Cluster | 20 Worker in 3 Clustern oder 80 Worker in 2 Clustern | 60 Workerknoten pro Cluster |
| 9 Hosts | Bis zu 5 Cluster | 40 Worker in 5 Clustern oder 140 Worker in 3 Clustern | 60 Workerknoten pro Cluster |
| 12 Hosts | Bis zu 8 Cluster | 60 Worker in 8 Clustern oder 200 Worker in 4 Clustern | 60 Workerknoten pro Cluster |
| Anzahl Hosts der Steuerebene | Max. Anzahl Cluster am Standort | Beispiele für max. Anzahl Workerknoten am Standort | Max. Clustergröße |
|---|---|---|---|
| 6 Hosts | Bis zu 9 Cluster | 200 Worker in 9 Clustern oder 550 Worker in 2 Clustern | 300 Workerknoten pro Cluster |
| 9 Hosts | Bis zu 16 Cluster | 400 Worker in 16 Clustern oder 850 Worker in 3 Clustern | 300 Workerknoten pro Cluster |
| 12 Hosts | Bis zu 22 Cluster | 520 Worker in 22 Clustern oder 1.150 Worker in 4 Clustern | 300 Workerknoten pro Cluster |
Standortgröße für Tests
Die folgende Tabelle enthält Anweisungen zur Dimensionierung für die Anzahl der Hosts, die die Standortsteuerebene Satellite für die Ausführung einer Satellite-Standortdemonstration benötigt. Diese Konfiguration ist nicht für den Produktionseinsatz bestimmt.
| Anzahl Hosts der Steuerebene | Max. Anzahl Cluster am Standort | Max. Clustergröße |
|---|---|---|
| 3 Hosts 8x32 | 1 Cluster | 20 Workerknoten pro Cluster |
Häufig gestellte Fragen zur Dimensionierung von Positionen
Lesen Sie die folgenden häufig gestellten Fragen, um weitere Informationen zur Dimensionierung Ihres Standorts zu erhalten.
Woher weiß ich, wie groß und wie viele Hosts meinem Cluster zugeordnet werden sollen?
Berücksichtigen Sie bei der Entscheidung der Größe und Anzahl von Hosts, die Ihren Clustern zugeordnet werden sollen, die Workloads, die an dem Standort ausgeführt werden sollen. Informationen zu den folgenden Aspekten finden Sie in der Dokumentation zuRed Hat OpenShift on IBM Cloud.
- Wie viele Ressourcen benötigt meine App?
- Was außer meiner App kann im Cluster ebenfalls Ressourcen verwenden?
- Welche Art von Verfügbarkeit soll meine Workload haben?
- Wie viele Workerknoten (Hosts) sind zur Verarbeitung meiner Workload erforderlich?
- Wie kann ich die Ressourcennutzung und -kapazität in meinem Cluster überwachen?
Woran erkenne ich, wann der Satellite-Standortsteuerebene zusätzliche Kapazität zugeordnet werden muss?
Wenn Sie Standorte auflisten, beispielsweise mit dem Befehl ibmcloud sat location ls oder in der Satellite-Konsole, wird für den Standort
ein Action required Zustandsstatus festgelegt. Es werden Warnnachrichten wie die im folgenden Beispiel angezeigt.
Hosts in the location control plane are running out of disk space.
Hosts in the location control plane have critical CPU or memory usage issues.
The location control plane is running at max capacity and cannot support any more workloads.
Nachdem Sie die Größe Ihres Standorts ermittelt haben, fügen Sie Hosts zur Positionssteuerebene hinzu.
Wie lässt sich meine Satellite-Standortsteuerebene auf hohe Verfügbarkeit skalieren?
Informationen dazu finden Sie unter Workerknotenkonfiguration für hoch verfügbare Steuerebene. Stellen Sie sicher, dass Sie dem Steuerebenenstandort Hosts in jeder
Zone in Vielfachen von drei zuordnen. Sie könnten zum Beispiel sechs Hosts haben, die Ihrem Steuerebenenstandort zugewiesen sind, der über die IBM Cloud-Region wdc mit 2 Hosts pro Zone (us-east-1, us-east-2 und us-east-3) verwaltet wird.
Um Ihre Steuerebene zu skalieren, können Sie dieselben Schritte ausführen, wie beim Einrichten der Steuerebene des Satellite-Standorts.
Wie viele Red Hat OpenShift on IBM Cloud-Cluster kann ich ausführen, bevor der Standortsteuerebene weitere Kapazität zugeordnet werden muss?
Die Anzahl der Cluster hängt von der Größe Ihrer Cluster und der Größe der Hosts ab, die Sie für die Satellite-Standortsteuerebene verwenden. Sie müssen die Hosts der Steuerebene in Vielfachen von 3 (d. h. 6, 9 oder 12) skalieren.
In den folgenden Tabellen finden Sie Beispiele für die Anzahl von Hosts, die die Steuerebene haben muss, um die Masterknoten für verschiedene Kombinationen von Clustern und Workerknoten auszuführen. Die Angaben dienen nur der Information.
- Die Größe der Hosts, die die Steuerebene ausführen, wie 4 vCPU und 16 GB RAM oder 16 vCPU und 64 GB RAM, beeinflussen die Anzahlen von Clustern und Workerknoten, die an dem Standort möglich sind. Beachten Sie, dass die tatsächlichen Leistungsanforderungen von vielen Faktoren abhängig sind, wie zum Beispiel von der Leistung der zugrunde liegenden CPUs sowie von der Nutzung der Steuerebene durch die Anwendungen, die an dem Standort ausgeführt werden.
- Sie können der Steuerebene Hosts in Dreiergruppen zuordnen. Die Tabelle enthält Beispiele für bis zu 12 Hosts als allgemeine Konfigurationen, die Ihnen eine Vorstellung davon geben, wie Sie die Steuerebene für Ihre Host-und Anwendungsumgebung ändern können. Beachten Sie, dass Sie Ihrer Steuerebene in Dreiergruppen mehr als 12 Hosts hinzufügen können. Sie können z. B. eine Steuerebene mit 18 oder 27 Hosts erstellen.
Welche Arten von Änderungen können die Dimensionierungsanforderungen für meinen Standort erhöhen?
Ihre Dimensionierungsanforderungen können abhängig von der Workload, die in einem Cluster ausgeführt wird, zunehmen. Die folgenden Beispiele können dazu führen, dass Ihre Dimensionierungsanforderungen für Ihren Standort zunehmen.
- Große Mengen einer dynamischen Pod-Workload, z. B. mehr Speicher für alle Pod-, Service-oder App-Metadaten.
- Große Mengen an Konfigurationsinformationen, wie z. B. ConfigMaps und geheime Schlüssel, die zu einer Erhöhung des Speichers oder der CPU der Steuerebene führen können, die diese Informationen enthält oder verarbeitet.
- Zusammengefasste
kube-apiserver-Anforderungsworkload und Antwortgrößen der erfassten Daten. Wenn Ihr Cluster beispielsweise viele ConfigMaps enthält und eine Anwendung die vollständige Liste dieser Daten abfragt, kann diese Anforderung dazu führen, dass die Steuerebene mehr Ressourcen benötigt.