Infrastrukturprovider planen

Wählen Sie den Infrastrukturprovider aus, den Sie zum Erstellen eines Satellite-Standorts verwenden möchten.

Lokal

Verwenden Sie ein Rechenzentrum mit bestehender Infrastruktur oder einen Edge-Standort – beispielsweise drei Racks an einem der lokalen Standorte Ihres Unternehmens –, der die Mindestanforderungen an die Hardware erfüllt.

Unterstützte Bare-Metal-Server

Sie können einen unterstützten Bare-Metal-Server als Host verwenden, der an Ihre Satellite-Position angeschlossen ist, einschließlich IBM Cloud® Bare Metal Servers für Classic. Weitere Informationen finden Sie unter Bare Metal Server-Anforderungen.

IBM-unabhängige Cloud-Provider

Sie können einen Cloud-Anbieter Ihrer Wahl verwenden, beispielsweise Amazon Web Services ( AWS ), Google Cloud Platform ( GCP ), Microsoft Azure oder Alibaba Cloud.

IBM Cloud

IBM Cloud wird zu Testzwecken unterstützt. Für Produktionsumgebungen ist die einzige unterstützte IBM Cloud-Infrastruktur IBM Cloud® Bare Metal Servers for Classic mit dem Betriebssystem Red Hat CoreOS. Andere virtuelle Server von IBM Cloud, wie beispielsweise Virtual Servers for VPC, werden ausschließlich für Testumgebungen unterstützt.

Standort mit mehreren Zonen planen

Lokalisieren Sie bei Ihrem Infrastrukturprovider eine Mehrzonenstandort, der die Latenzanforderungen erfüllt.

Mehrere Zonen

Ein Satellite-Standort erfordert mindestens drei physisch getrennte Zonen, um die Hosts gleichmäßig zu verteilen und so eine hohe Verfügbarkeit zu gewährleisten. Beispielsweise stellt ein Cloud-Anbieter drei verschiedene Zonen innerhalb derselben Region bereit, oder eine lokale Umgebung nutzt drei Racks mit unabhängigen Netzwerk- und Stromversorgungssystemen.

Latenzzeit zwischen IBM Cloud und der Position

Die Hosts, die Sie an die Steuerungsebene des Standorts Satellite anbinden möchten, müssen über eine Verbindung mit geringer Latenz (Round-Trip-Zeit, RTT von höchstens 200 Millisekunden <= 200ms) zur Region IBM Cloud verfügen, von der aus Ihr Satellite-Standort verwaltet wird. Eine steigende Latenz kann sich auf die Leistung auswirken, einschließlich dem Durchsatz des Satellite-Links, der Bereitstellungszeit für den Satellite-fähigen IBM Cloud-Service, die Wiederherstellungszeit nach einem Hostfehler und in Extremfällen die Verfügbarkeit von Ressourcen, die in der Steuerebene des Satellite-Standorts ausgeführt werden, wie z. B. Red Hat OpenShift-Cluster-Master. Weitere Informationen finden Sie in Latenz zwischen IBM Cloud und den Hosts der Steuerebene des Satellite-Standorts testen.

Latenzzeit zwischen Hosts an Ihrem Standort

Die Konfiguration Ihrer Host-Infrastruktur muss eine Verbindung mit geringer Latenz von höchstens 100 Millisekunden (<= 100ms ms) Round-Trip-Zeit (RTT) zwischen den Hosts, die für die Worker-Knoten der Steuerungsebene des Standorts Satellite verwendet werden, und den Hosts, die für andere Ressourcen an diesem Standort verwendet werden, wie z. B. Cluster oder den Satellite-fähigen IBM Cloud-Dienst, gewährleisten. Bei Cloud-Providern wie AWS bedeutet diese Konfiguration beispielsweise, dass alle Hosts am Satellite-Standort aus derselben Cloudregion wie us-east-1stammen. Eine steigende Latenz kann sich auf die Leistung auswirken, z. B. auf die Bereitstellungs- und Wiederherstellungszeiten, reduzierte Workerknoten im Cluster, eine Verschlechterung des Satellite-fähigen IBM Cloud-Service, und in Extremfällen kann es zu Fehlern in Ihren Clusteranwendungen kommen.

Hostsysteme planen

Planen Sie in jeder der drei Zonen bei Ihrem Infrastrukturprovider die Erstellung kompatibler Hosts, die zu Satellite hinzugefügt werden sollen. Die Host-Instanzen Ihres Infrastrukturanbieters werden zu Rechenhosts für Ihre Standort-Steuerungsebene oder für Dienste, die an Ihrem Satellite-Standort ausgeführt werden, und übernehmen dabei dieselbe Rolle wie Worker-Knoten in einem Red Hat OpenShift-Cluster.

• Jeder Host muss die Mindestanforderungen für Satellite erfüllen.
• Ihre Hosts müssen auf offizieller, von Red Hat zertifizierter Hardware laufen.

Informationen zum Berechnen der erforderlichen Hostanzahl finden Sie im Abschnitt Dimensionierung Ihres Satellite-Standorts.

Überprüfen Sie Ihre Host-Konfiguration vor dem Anbringen mithilfe des Skripts satellite-host-check. Weitere Informationen finden Sie unter Hostkonfiguration überprüfen.

Entscheiden, ob die Red Hat CoreOS-Unterstützung für Ihren Standort aktiviert werden soll

Wenn Sie einen Standort erstellen, wählen Sie aus, ob Sie die Unterstützung für Red Hat CoreOS aktivieren möchten. Ein Standort mit Red Hat ( CoreOS-enabled ) bietet Zugriff auf weitere Funktionen – darunter Direct Link, OpenShift-Virtualisierung und BYOK/KYOK-Verschlüsselung –, erfordert jedoch eine umfangreichere Infrastruktur. Ein Standort ohne Red Hat- CoreOS-Unterstützung verfügt über einen geringeren Funktionsumfang, benötigt jedoch weniger Platz und unterstützt mehr Cluster pro Kapazitätseinheit. Einen detaillierten Vergleich finden Sie unter Dimensionierung Ihres Satellite-Standorts.

Die folgende Tabelle zeigt die Funktionen, die nur unter Red Hat CoreOS-enabled verfügbar sind. Die Tabelle zeigt auch die unterstützten Hosttypen, die beim Einrichten dieser Funktionen in Ihrem Red Hat CoreOS-enabled Standort verwendet werden können.

Um zu überprüfen, ob Ihr Standort für Red Hat CoreOS, aktiviert ist, siehe Ist mein Standort für Red Hat CoreOS aktiviert?.

Die Funktion Bring Your Own Key (BYOK) oder Keep Your Own Key (KYOK) wird an RHCOS-fähigen Standorten auf Red Hat OpenShift on IBM Cloud 4.13 und höher sowohl auf RHEL- als auch auf RHCOS-Hosts unterstützt. Diese Funktion verschlüsselt ausschließlich Cluster-Geheimnisse und ist während der Erstellung von Clustern oder Worker-Pools nicht verfügbar. Aktivieren Sie diese Funktion nach der Erstellung des Clusters oder des Worker-Pools, indem Sie den Befehl ibmcloud oc kms enable ausführen. Diese Funktion kann nach der Aktivierung nicht mehr deaktiviert werden.

AWS-Berechtigungsnachweise

Rufen Sie die Amazon Web Services-Berechtigungsnachweise (AWS-Amazon Web Services) ab, die Satellite zum Erstellen von Satellite Ressourcen in Ihrer AWS-Cloud in Ihrem Namen verwenden können.

1. Stellen Sie sicher, dass Sie über die erforderlichen Berechtigungen in Ihrem AWS-Konto verfügen, um eine Satellite Position aus einer Vorlage zu erstellen.
2. Erstellen Sie einen separaten IAM-Benutzer, dessen Zugriffsbereich auf EC2 beschränkt ist.
3. Rufen Sie die Anmeldedaten(Zugriffsschlüssel-ID und geheimer Zugriffsschlüssel)für den IAM-Benutzer ab.
4. Optional: Wenn Sie die Berechtigungsnachweise während der Erstellung einer Satellite -Position angeben möchten, formatieren Sie die Berechtigungsnachweise in einer JSON-Datei. client_id ist die ID des Zugriffsschlüssels und client_secret ist der geheime Zugriffsschlüssel, den Sie für den IAM-Benutzer in AWS erstellt haben.

   {
       "client_id":"string",
       "client_secret": "string"
   }
   

Azure-Berechtigungsnachweise

Rufen Sie die Microsoft Azure-Berechtigungsnachweise ab, die Satellite zum Erstellen von Satellite Ressourcen in Ihrer Azure-Cloud in Ihrem Namen verwendet werden können.

1. Stellen Sie sicher, dass Sie über die erforderlichen Berechtigungen in Ihrem Azure-Konto verfügen, um eine Satellite Position aus einer Vorlage zu erstellen.
2. Melden Sie sich über die Befehlszeile bei Ihrem Azure-Konto an.

   az login
   

3. Listen Sie die verfügbaren Abonnements auf Ihrem Konto auf.

   az account list
   

4. Legen Sie das Abonnement fest, in dem Ihre Azure-Ressourcen erstellt werden sollen.

   az account set --subscription="<subscription_ID>"
   

5. Erstellen Sie eine Service-Principal-Identität mit der Rolle "Contributor", die für Ihr Abonnement gilt. Diese Berechtigungsnachweise werden von IBM Cloud Satellite verwendet, um Ressourcen in Ihrem Azure-Konto bereitzustellen. Weitere Informationen finden Sie in der Dokumentation zu Azure.

   az ad sp create-for-rbac --role="Contributor" --scopes="/subscriptions/<subscription_ID>" -n"<service_principal_name>"
   

6. Notieren Sie sich in der Ausgabe die Werte der Felder appID, passwordund tenant .

   {
   "appId": "<azure-client-id>",
   "displayName": "<service_principal_name>",
   "name": "http://<service_principal_name>",
   "password": "<azure-secret-key>",
   "tenant": "<tenant-id>"
   }
   

7. Optional: Wenn Sie die Berechtigungsnachweise während der Erstellung einer Satellite -Position angeben möchten, formatieren Sie die Berechtigungsnachweise in einer JSON-Datei.

   {
       "app_id":"string",
       "tenant_id":"string",
       "password": "string"
   }
   

GCP-Berechtigungsnachweise

Rufen Sie die Google Cloud Platform-Berechtigungsnachweise (GCP-Google Cloud Platform-GCP) ab, die Satellite zum Erstellen von Satellite Ressourcen in Ihrer GCP-Cloud in Ihrem Namen verwenden können.

1. Erstellen Sie ein Dienstkonto und einen Dienstkontoschlüssel mit mindestens den erforderlichen Berechtigungen für GCP. Im Rahmen der Erstellung des Service-Accounts wird eine JSON-Schlüsseldatei auf Ihre lokale Maschine heruntergeladen.
2. Öffnen Sie die JSON-Schlüsseldatei auf Ihrer lokalen Maschine, und stellen Sie sicher, dass das Format mit dem folgenden Beispiel übereinstimmt. Sie können diese JSON-Schlüsseldatei als GCP-Berechtigungsnachweise für Aktionen angeben, z. B. für die Erstellung eines Satellite -Standorts.

   {
       "type":"string",
       "project_id":"string",
       "private_key_id": "string",
       "private_key": "string",
       "client_email": "string",
       "client_id": "string",
       "auth_uri": "string",
       "token_uri": "string",
       "auth_provider_x509_cert_url": "string",
       "client_x509_cert_url": "string"
   }
   

VMWare-Berechtigungsnachweise

Rufen Sie die VMWare-Anmeldedaten ab, mit denen Satellite Sie in Ihrem Namen Ressourcen in Ihrer Satellite VMWare-Cloud erstellen können.

1. Stellen Sie sicher, dass Sie in Ihrem VMware-Konto über die erforderlichen Berechtigungen verfügen, um einen Satellite-Standort anhand einer Vorlage zu erstellen.
2. Ermitteln oder erstellen Sie einen Benutzer mit der Rolle Administrator.
3. Suchen Sie Ihre Netzinformationen.
4. Geben Sie diese Informationen in der VMware Cloud Director-Vorlage ein.