Standorte

IBM Cloud Satellite Ermöglicht es Ihnen, bis zu 20 Standorte pro IBM Cloud-Metropolregion mit mehreren Zonen zu erstellen, von der aus der Standort verwaltet wird.

Name

Der Satellite Standortname muss mit einem Buchstaben beginnen, kann Buchstaben, Zahlen, Punkte (.) und Bindestriche (-) enthalten und darf maximal 35 Zeichen lang sein. Verwenden Sie nicht denselben Namen für mehrere Standorte, auch wenn Sie einen anderen Standort mit demselben Namen gelöscht haben.

Latenzzeit

Berücksichtigen Sie bei der Auswahl Ihres Infrastrukturproviders die folgenden Latenzanforderungen. In Umgebungen, die diese Latenzanforderungen nicht erfüllen, kommt es zu verminderter Leistung.

• Zwischen IBM Cloud und dem Standort: Die Hosts, die Sie an die Steuerungsebene des Satellite-Standorts anbinden möchten, müssen über eine Verbindung mit geringer Latenz von höchstens 200 Millisekunden (<= 200ms ms) Round-Trip-Zeit (RTT) zur IBM Cloud-Region verfügen, von der aus Ihr Satellite-Standort verwaltet wird. Eine höhere Latenz beeinträchtigt die Leistung, unter anderem den Durchsatz von Satellite (Link), die Bereitstellung von Satellite-fähigen IBM Cloud-Diensten (), die Wiederherstellungszeit bei Hostausfällen sowie in Extremfällen die Verfügbarkeit von Ressourcen, die in der Steuerungsebene des Standorts Satellite ausgeführt werden, wie beispielsweise Red Hat OpenShift-Cluster-Master. Weitere Informationen finden Sie in Latenz zwischen IBM Cloud und den Hosts der Steuerebene des Satellite-Standorts testen.
• Zwischen den Hosts an Ihrem Standort: Ihre Host-Infrastruktur muss über eine Verbindung mit geringer Latenz von höchstens 100 Millisekunden (<= 100ms ms) Round-Trip-Zeit (RTT) zwischen den Hosts verfügen, die für die Worker-Knoten der Steuerungsebene des Satellite-Standorts verwendet werden, und den Hosts, die für andere Ressourcen am Standort genutzt werden, wie z. B. Cluster oder den Satellite-fähigen IBM Cloud-Dienst. Bei Cloud-Providern wie AWS bedeutet diese Konfiguration beispielsweise, dass alle Hosts am Satellite-Standort aus derselben Cloudregion wie us-east-1stammen. Eine höhere Latenz beeinträchtigt die Leistung, einschließlich der Bereitstellungs- und Wiederherstellungszeiten, der Anzahl der verfügbaren Worker-Knoten im Cluster, der Stabilität des Satellite-fähigen IBM Cloud-Dienstes sowie – in Extremfällen – der Verfügbarkeit der Cluster-Anwendungen.

Hosts

Siehe Hostanforderungen.

Informationen zu spezifischen Konfigurationen für bestimmte Cloud-Provider finden Sie in den folgenden Abschnitten:

• Alibaba Cloud
• Amazon Web Services (AWS)
• Google Cloud Platform (GCP)
• IBM Cloud (nur für Test- und Demonstrationszwecke)
• Microsoft Azure.

Workerknotenhosts

Workerknoten in Red Hat OpenShift on IBM Cloud-Clustern in der Classic-oder VPC-Infrastruktur können nicht für die Verwendung in Satellite-Clustern wiederverwendet werden.

Cluster

Weitere Informationen zu Clustern, Speicher, Netzwerken und Hosts finden Sie unter Satellite-Cluster-Einschränkungen in der Dokumentation zu Red Hat OpenShift on IBM Cloud.

• Red Hat OpenShift on IBM Cloud-Cluster, die Sie an Ihrem Satellite-Standort erstellen.
• Speicherung von Daten in persistenten Kubernetes-Datenträgern (Persistent Volumes, PV) für Apps, die in Ihren Clustern ausgeführt werden.
• Clusternetzbetrieb, zum Beispiel Kubernetes-Lastausgleichsfunktionen.
• Verwendung von Hosts als Workerknoten im Cluster.

Link und Endpunkte

Link-Tunnel-Clientinstanzen

Die Satellite-Link-Tunnel-Client-Instanzen, die auf den Worker-Knoten der Steuerungsebene Ihres Satellite-Standorts ausgeführt werden, sind auf drei Instanzen begrenzt, wobei pro Host nur eine Instanz zulässig ist. Selbst wenn Sie Hosts an die Standort-Control-Plane anbinden, wird der Netzwerkverkehr, der über den Satellite Link-Tunnel-Client geleitet wird, nur über drei Hosts gesendet.

Cloud- und Positionsendpunkte

Prüfen Sie die maximale Anzahl für jeden Typ von Link-Endpunkt, die Sie für jeweils einen Satellite-Standort erstellen können.

• cloud Endpunkte: Gemäß den Servicebeschränkungen von IBM Satellite insgesamt 1.000. IBM Satellite Ermöglicht bis zu 650 Endpunkte vom Typ TLS und 350 Endpunkte vom Typ HTTP, über die sich Clients an Ihrem Standort mit Ressourcen außerhalb des Standortnetzwerks verbinden können.
• location Endpunkte: Gemäß den Servicebeschränkungen von IBM Satellite insgesamt 25. IBM Satellite Ermöglicht bis zu 20 TLS-Endpunkte und 5 HTTP-Endpunkte, über die Clients außerhalb Ihres Standortnetzwerks eine Verbindung zu Ressourcen innerhalb des Standorts herstellen können.

Link-Endpunkte

Sie können Linkendpunkte an einer Position nicht verwenden, um Builds oder Pipelines an anderen Satellite-Positionen auszulösen.

Connector

Überprüfen Sie die folgenden Voraussetzungen und Einschränkungen für den Connector Satellite.

• Satellite Connector-Übersicht
• Satellite Connector-Häufig gestellte Fragen

Konfiguration

Prüfen Sie die folgenden Anwendungskonfigurationsanforderungen für Satellite Config.

Satellite Config wird nicht an Standorten unterstützt, die für Red Hat CoreOS aktiviert sind.

Satellite-Konfigurationszugriff zum Ändern von Kubernetes-Ressourcen in einem Cluster

Satellite Config ist standardmäßig auf Einstellungen begrenzt, die steuern, was Kubernetes-Ressourcen in Ihren Clustern lesen und ändern können. Sie müssen Satellite Config-Zugriff in jedem Cluster erteilen, in dem Sie Satellite Config zur Verwaltung Ihrer Kubernetes-Ressourcen verwenden wollen.

Die folgenden Optionen stehen zur Auswahl.

• Melden Sie sich beim Clusteradministratorzugriff an, wenn Sie den Cluster auf der Konsole oder in der Befehlszeilenschnittstelle mit der Option --enable-admin-agent erstellen. Dabei ist zu beachten, dass Sie sich bei jedem Cluster einmalig mit oc login anmelden müssen, um die Administratorberechtigungen zu synchronisieren.
• Informationen zum Einwählen nach dem Erstellen eines Clusters oder zum Geltungsbereich des Zugriffs finden Sie unter Zugriff auf Satellite Cluster konfigurieren.

Satellite-Config und IBM Cloud-IAM

Sie können keine Zugriffsrichtlinien für Satellite-Konfigurationsressourcen (Konfiguration, Subskription, Cluster oder Clustergruppe) auf eine IBM Cloud-Ressourcengruppe festlegen. Satellite-Config verwendet das Open-Source-Projekt Razee, das Benutzer mittels der Organisation authentifiziert. Die Organisation unterstützt nur die Konto-ID, jedoch keine Ressourcengruppen.

Sie können Zugriffsrichtlinien nicht auf bestimmte Konfigurations- oder Abonnementressourcen eingrenzen. Wenn Sie eine Richtlinie in der IBM Cloud IAM-Konsole zuordnen, lassen Sie das Feld Ressource für Konfigurationen oder Abonnements leer. Stattdessen können Sie die Zugriffsrichtlinie auf eine Clustergruppe beschränken, um mehr Kontrolle darüber zu haben, wie Ihre Satellite Config-Ressourcen bereitgestellt werden.

Um Benutzern die Möglichkeit zu geben, die Kubernetes-Ressourcen, die auf Clustern mit Satellite Config ausgeführt werden, müssen Sie IBM Cloud Satellite eine Zugriffsrichtlinie mit der entsprechenden Rolle (Administrator, Manager oder Leseberechtigter) zuordnen (und nicht mit einer Beschränkung auf eine bestimmte Ressource oder einen bestimmten Ressourcentyp).

Wenn Sie, nachdem Sie Satellite-Konfigurationsberechtigungen aktiviert haben, einen Satellite-Cluster auf der Konsole oder in der Befehlszeilenschnittstelle mit der Option --enable-admin-agent für den Befehl ibmcloud oc cluster create satellite erstellen, müssen Sie den Kontext des Clusters festlegen, um Berechtigungen zu synchronisieren. Zum Festlegen des Clusterkontexts können Sie die Red Hat OpenShift-Webkonsole starten oder den Befehl ibmcloud oc cluster config in der CLI ausführen. Hinweis: Wenn Sie einen Red Hat OpenShift on IBM Cloud Cluster in der öffentlichen Cloud registriert haben, der mit Satellite Config verwendet werden soll, müssen Sie den Clusterkontext nicht zum Synchronisieren von Berechtigungen festlegen.

Konfigurationsdateien in Satellite-Config

• Sie können nur eine einzelne Konfigurationsdatei für Kubernetes-Ressourcen pro Releaseversion hochladen. Es ist nicht möglich, ein Verzeichnis oder mehrere verschiedene Konfigurationsdateien hochzuladen.
• Für Konfigurationsdateien gelten Kubernetes-Anforderungen, wie zum Beispiel, dass das Manifest im YAML-Format angegeben werden muss.

IBM Cloud-Services

IBM Cloud Satellite Unterstützt bis zu 40 Instanzen eines IBM Cloud-Dienstes pro Standort, beispielsweise bis zu 40 Red Hat OpenShift on IBM Cloud-Cluster.

Jeder unterstützte Dienst kann eigene Einschränkungen hinsichtlich der Ausführung in Satellite aufweisen. Lesen Sie die Dokumentation zum unterstützten Service, um sich mit den Einschränkungen vertraut zu machen.