-
Installieren und konfigurieren
-
-
Microsoft System Center Virtual Machine Manager-Virtualisierungsumgebungen
-
Red Hat OpenShift-Virtualisierungsumgebungen
-
Maschinenkataloge mit vorbereiteten Images erstellen
-
Vorbereitetes Image für Amazon WorkSpaces Core Managed Instances erstellen
-
Katalog von Amazon WorkSpaces Core Managed Instances erstellen
-
Maschinenkatalog mit vorbereitetem Image in Red Hat OpenShift erstellen
-
Maschinenkatalog mit vorbereitetem Image in VMware erstellen
-
Maschinenkatalog mit vorbereitetem Image in XenServer erstellen
-
-
Cloud Connector Standalone Citrix Secure Ticketing Authority (STA)-Dienst
-
-
-
-
-
-
Konfiguration sichern oder migrieren
-
Sichern und Wiederherstellen mit dem Tool für die automatisierte Konfiguration
-
Cmdlets des Tools für die automatisierte Konfiguration für die Migration
-
Cmdlets des Tools für die automatisierte Konfiguration für Sicherung und Wiederherstellung
-
Problembehandlung für die automatisierte Konfiguration und zusätzliche Informationen
-
Citrix Diagnostic Facility (CDF)-Trace beim Systemstart erfassen
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Red Hat OpenShift Virtualisierungsumgebungen
Citrix® verwaltet Ihre Red Hat OpenShift-Workloads über ein von Citrix verwaltetes OpenShift-Plug-in. Mit diesem Plug-in können Sie Hosting-Verbindungen und Hosting-Einheiten zu Ihrem OpenShift-Cluster erstellen, Kataloge anlegen und die Energieverwaltung von Maschinen im Katalog durchführen.
- Die folgenden Konfigurationen werden unterstützt:
- Netzwerkoptionen:
- Linux Bridge und OVS Bridge: Verfügbar für die Cluster-Vernetzung.
- Speicheroptionen:
- Lokaler Speicher: Unterstützt für persistenten Speicher auf dem Knoten.
- NetApp-Speicher: Unterstützt für die Integration von externem Speicher auf Enterprise-Niveau.
-
Wichtige Schritte
- Richten Sie Ihre Red Hat OpenShift-Umgebung ein.
- Erstellen Sie eine Verbindung und eine Ressource zum OpenShift-Cluster.
- Erstellen Sie einen Maschinenkatalog.
- Erstellen Sie eine Bereitstellungsgruppe.
Einrichten Ihrer Red Hat OpenShift-Umgebung
- Erstellen Sie einen OpenShift-Cluster und rufen Sie die Cluster-API-Adresse ab: Navigieren Sie in der OpenShift-Konsole nach dem Einrichten eines Clusters zu Home > Overview > Details und rufen Sie die Cluster-API-Adresse ab.
- Erstellen Sie ein Dienstkonto und rufen Sie das Dienstkonto-Token über die OpenShift-Befehlszeilenschnittstelle (CLI) (oc-Befehl) ab: Das Dienstkonto-Token ist das Authentifizierungs-Zugangsdaten, das mit dem Dienstkonto verknüpft ist. Das Dienstkonto wird verwendet, um das OpenShift-Plug-in bei OpenShift zu authentifizieren. Jedes Dienstkonto ist einem Namespace zugeordnet.
-
Konfigurieren Sie Berechtigungen für das Dienstkonto: Ein Dienstkonto kann mehrere Rollen haben, und jede Rolle besteht aus Berechtigungen, die definieren, welche Aktionen das OpenShift-Plug-in auf welchen Ressourcen ausführen kann. Die Rollen werden über Rollenbindungen zugewiesen, und es gibt zwei Arten von Rollenbindungen:
- Clusterweite Rollenbindung: Wird zum Empfangen von Ereignissen von OpenShift verwendet.
- Namespace-gebundene Rollenbindung: Wird zur Verwaltung von VMs in einem bestimmten Namespace verwendet.
- Erstellen Sie einen Namespace (Projekt): Ein Namespace in OpenShift ist eine isolierte Umgebung, die Ressourcen wie VMs oder Netzwerke gruppiert und so eine bessere Organisation und Zugriffskontrolle ermöglicht. Namespace ist der Kubernetes-Begriff, während Projekt der OpenShift-Begriff ist. Aus Sicht des OpenShift-Plug-ins sind sie identisch. Ein Namespace ist erforderlich, um die VMs bereitzustellen. Verwenden Sie die OpenShift-Konsole oder die OpenShift Container Platform CLI, um den Namespace zu erstellen.
- Erstellen Sie eine Netzwerk-Anhangsdefinition unter dem Ziel-Namespace: Netzwerk-Anhangsdefinitionen legen die Netzwerkkonfiguration für VMs fest, die in OpenShift ausgeführt werden. Unter Networking > NetworkAttachmentDefinitions können Sie die Netzwerk-Anhangsdefinitionen für jeden Namespace sehen.
- Konfigurieren Sie die Speicherklassen: Speicherklassen definieren, wie der VM-Speicher zugewiesen wird. Unter Storage > StorageClass können Sie die Liste der Speicheranbieter konfigurieren und einsehen.
Erstellen eines Dienstkontos
- Laden Sie das oc Command Line Tool herunter und entpacken Sie es.
- Greifen Sie mit Ihrer Anmelde-ID auf die OpenShift-Konsole zu.
- Klicken Sie auf Ihr Benutzerprofil und dann auf Copy login command.
-
- Klicken Sie auf Display Token und kopieren Sie das Token.
-
-
Führen Sie den Anmeldebefehl über die oc-Befehlszeile aus. Beispiel:
.\oc.exe login --token=<token> --server=<server address> <!--NeedCopy--> -
Erstellen Sie ein Dienstkonto.
-
Wenn Sie das Dienstkonto unter dem Standard-Namespace erstellen möchten, führen Sie Folgendes aus:
.\oc.exe create sa <service account name> <!--NeedCopy--> -
Wenn Sie das Dienstkonto unter Ihrem eigenen Namespace erstellen möchten, führen Sie Folgendes aus:
.\oc.exe create sa <service account name> -n mynamespace <!--NeedCopy-->
-
-
Erstellen Sie eine
YAML-Datei für das Secret. Beispiel:-
Wenn Sie das Dienstkonto unter dem Standard-Namespace erstellen:
apiVersion: v1 kind: Secret metadata: name: service account name annotations: kubernetes.io/service-account.name: service account name type: kubernetes.io/service-account-token <!--NeedCopy--> -
Wenn Sie das Dienstkonto unter Ihrem eigenen Namespace erstellen:
```
-
- apiVersion: v1
- kind: Secret
- metadata:
- name: service account name namespace: mynamespace
- annotations:
- kubernetes.io/service-account.name: service account name type: kubernetes.io/service-account-token ```
-
Wenden Sie die YAML-Datei an.
.\oc.exe apply -f <yamlFile.yaml> <!--NeedCopy-->Hinweis:
Der
oc-Befehl beschreibt das Secret, um das Token zu erhalten. Das Token wird als Passwort verwendet.
Erstellen von Rollen und Rollenbindungen für das Dienstkonto
Mit der clusterweiten Rollenbindung verfügt das Dienstkonto über Berechtigungen zum Lesen aller VM-Ereignisse im gesamten Cluster, wodurch das OpenShift-Plug-in einen einzigen Ereignis-Watcher für alle VM-bezogenen Ereignisse aufrechterhalten kann. Mit der Namespace-Rollenbindung verfügt das Dienstkonto über Berechtigungen zur Verwaltung von VMs im Ziel-Namespace. Sie können ein Skript verwenden, um Rollen zu erstellen und diese an ein Dienstkonto zu binden. Siehe https://github.com/citrix/citrix-mcs-sdk-samples/tree/main/OpenShift/Hosting%20Connection/Role/.
Nächste Schritte
- Installieren von Kernkomponenten
- Installieren von VDAs
- Erstellen einer Site
- Informationen zum Erstellen und Verwalten einer Verbindung finden Sie unter Verbindung zu Red Hat OpenShift
Weitere Informationen
Teilen
Teilen
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.