-
Planifier et créer un déploiement
-
Communication WebSocket entre le VDA et le Delivery Controller™
-
-
Créer des catalogues de machines d'images préparées
-
Créer une image préparée pour les instances gérées Amazon WorkSpaces Core
-
Créer un catalogue d'instances gérées Amazon WorkSpaces Core
-
Créer un catalogue de machines d'images préparées dans AWS EC2
-
Créer un catalogue de machines d'images préparées dans Azure
-
Créer un catalogue de machines d'images préparées dans Red Hat OpenShift
-
Créer un catalogue de machines d'images préparées dans VMware
-
Créer un catalogue de machines d'images préparées dans XenServer
-
-
Créer des catalogues de machines
-
Pools d'identités de différents types de jonction d'identité de machine
-
-
-
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!
Environnements de virtualisation Red Hat OpenShift
Citrix® gère vos charges de travail Red Hat OpenShift via un plug-in OpenShift géré par Citrix. Grâce à ce plug-in, vous pouvez créer des connexions d’hébergement et des unités d’hébergement vers votre cluster OpenShift, créer des catalogues et gérer l’alimentation des machines dans le catalogue.
- Les configurations suivantes sont prises en charge :
- Options de mise en réseau :
- Linux Bridge et OVS Bridge : Disponibles pour la mise en réseau du cluster.
- Options de stockage :
- Stockage local : Pris en charge pour le stockage persistant sur nœud.
- Stockage NetApp : Pris en charge pour l'intégration de stockage externe de qualité entreprise.
Étapes clés
- Configurez votre environnement Red Hat OpenShift.
- Créez une connexion et une ressource vers le cluster OpenShift.
- Créez un catalogue de machines.
- Créez un groupe de mise à disposition.
Configurer votre environnement Red Hat OpenShift
- Créez un cluster OpenShift et obtenez l’adresse API du cluster : Dans la console OpenShift, après avoir configuré un cluster, accédez à Accueil > Vue d’ensemble > Détails et obtenez l’adresse API du cluster.
- Créez un compte de service et obtenez le jeton du compte de service à l’aide de l’interface de ligne de commande (CLI) OpenShift (commande oc) : Le jeton du compte de service est l’identifiant d’authentification associé au compte de service. Le compte de service est utilisé pour authentifier le plug-in OpenShift auprès d’OpenShift. Chaque compte de service est associé à un espace de noms.
-
Configurez les autorisations pour le compte de service : Un compte de service peut avoir plusieurs rôles, et chaque rôle se compose d’autorisations qui définissent les actions que le plug-in OpenShift peut effectuer sur quelles ressources. Les rôles sont liés via des liaisons de rôles (Role Bindings), et il existe deux types de liaisons de rôles :
- Liaison de rôle à l’échelle du cluster (Cluster-wide Role Binding) : utilisée pour recevoir des événements d’OpenShift.
- Liaison de rôle liée à l’espace de noms (Namespace-bound Role Binding) : utilisée pour gérer les machines virtuelles dans un espace de noms spécifique.
- Créez un espace de noms (projet) : Un espace de noms dans OpenShift est un environnement isolé qui regroupe des ressources telles que des machines virtuelles ou des réseaux, permettant une meilleure organisation et un meilleur contrôle d’accès. Espace de noms est le terme Kubernetes, tandis que Projet est le terme OpenShift. Du point de vue du plug-in OpenShift, ils sont identiques. Un espace de noms est requis pour déployer les machines virtuelles. Utilisez la console OpenShift ou l’interface de ligne de commande (CLI) OpenShift Container Platform pour créer l’espace de noms.
- Créez une définition d’attachement réseau sous l’espace de noms cible : Les définitions d’attachement réseau spécifient la configuration réseau pour les machines virtuelles exécutées dans OpenShift. Sous Mise en réseau > NetworkAttachmentDefinitions, vous pouvez voir les définitions d’attachement réseau pour chaque espace de noms.
- Configurez les classes de stockage : Les classes de stockage définissent la manière dont le stockage des machines virtuelles est alloué. Sous Stockage > StorageClass, vous pouvez configurer et consulter la liste des fournisseurs de stockage.
Créer un compte de service
- Téléchargez et décompressez l’outil de ligne de commande oc.
- Accédez à la console OpenShift à l’aide de votre identifiant de connexion.
- Cliquez sur votre profil utilisateur et cliquez sur Copier la commande de connexion.
-
- Cliquez sur Afficher le jeton et copiez le jeton.
-
-
Exécutez la commande de connexion à l’aide de la ligne de commande oc. Exemple :
.\oc.exe login --token=<token> --server=<server address> - <!--NeedCopy--> -
Créez un compte de service.
-
Si vous souhaitez créer le compte de service sous l’espace de noms par défaut, exécutez :
.\oc.exe create sa <service account name> <!--NeedCopy--> -
Si vous souhaitez créer le compte de service sous votre propre espace de noms, exécutez :
.\oc.exe create sa <service account name> -n mynamespace <!--NeedCopy-->
-
-
Créez un fichier
YAMLpour le secret. Exemple :-
Si vous créez le compte de service sous l’espace de noms par défaut :
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--> -
Si vous créez le compte de service sous votre propre espace de noms :
```
-
- 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 ```
-
Appliquez le fichier YAML.
.\oc.exe apply -f <yamlFile.yaml> <!--NeedCopy-->Remarque :
La commande
ocdécrit le secret pour obtenir le jeton. Le jeton est utilisé comme mot de passe.
Créer des rôles et des liaisons de rôles pour le compte de service
Avec la liaison de rôle à l’échelle du cluster, le compte de service dispose des autorisations nécessaires pour lire tous les événements de machine virtuelle à travers le cluster, ce qui permet au plug-in OpenShift de maintenir un seul observateur d’événements pour tous les événements liés aux machines virtuelles. Avec la liaison de rôle d’espace de noms, le compte de service dispose des autorisations nécessaires pour gérer les machines virtuelles dans l’espace de noms cible. Vous pouvez utiliser un script pour créer des rôles et les lier à un compte de service. Consultez https://github.com/citrix/citrix-mcs-sdk-samples/tree/main/OpenShift/Hosting%20Connection/Role/.
Où aller ensuite
- Pour un déploiement de preuve de concept simple, installez un VDA sur une machine qui fournira des applications ou un bureau à vos utilisateurs.
- Pour créer et gérer une connexion, consultez Connexion à Red Hat OpenShift
Plus d’informations
Partager
Partager
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.