VMware Cloud Director 10.3.1 | 14 octobre 2021 | Build 18738799 (build installée 18738571)

Recherchez les ajouts et les mises à jour de ces notes.

Contenu de ce document

Nouveautés

  • Prise en charge de NSX-T Data Center
    • Prise en charge de VPN L2 dans l'interface utilisateur de VMware Cloud Director. Reportez-vous à la section VPN L2 pour les passerelles Edge NSX-T Data Center.
    • Prise en charge des VPN L3 IPsec basés sur un certificat. Cela inclut une nouvelle expérience utilisateur pour la gestion et l'allocation des certificats.
    • Relais DHCP. Les locataires des déploiements VMware Cloud Director qui reposent sur NSX-T Data Center peuvent ajouter un relais DHCP à une passerelle Edge. Lorsque le système d'exploitation invité transmet une demande DHCP, sollicitant un bail pour une adresse IP et des métadonnées associées, la passerelle Edge NSX-T reçoit la demande et la relaie à un serveur DHCP désigné en tant que flux de monodiffusion. Lorsque la réponse est reçue par le relais, elle est transmise au système d'exploitation invité demandeur.
    • La liaison DHCP fournit un mécanisme pour conserver les informations de bail DHCP pour un ou plusieurs systèmes d'exploitation invités afin que l'adresse IP et les métadonnées associées soient fixes jusqu'à ce que l'administrateur libère explicitement le bail ou modifie le paramètre sur dynamique.
  • Gestion simplifiée de la procédure de sauvegarde et de restauration du système VMware Cloud Director en introduisant une nouvelle interface utilisateur et une nouvelle API de gestion des dispositifs qui permettent l'automatisation du processus de restauration. Reportez-vous à la section Sauvegarde et restauration de dispositif VMware Cloud Director.
    Remarque : les sauvegardes VMware Cloud Director 10.3 et versions antérieures sont incompatibles avec VMware Cloud Director 10.3.1 et versions ultérieures. Si vous ne prévoyez pas de restaurer un système vers la version 10.3 ou une version antérieure, vous pouvez supprimer ces sauvegardes et leur répertoire. Le répertoire se trouve à l'emplacement /opt/vmware/vcloud-director/data/transfer/pgdb-backup.
  • Les fournisseurs et les locataires peuvent générer des jetons d'API à utiliser pour l'automatisation dans VMware Cloud Director. Cela permet aux utilisateurs qui se sont précédemment authentifiés à l'aide de leurs meilleures pratiques de sécurité respectives, notamment l'autorisation à deux facteurs, d'accorder un accès pour créer une automatisation dans VMware Cloud Director. Reportez-vous à la section Générer un jeton d'accès.
  • Le plug-in des clusters de conteneur Kubernetes a été mis à jour vers la version 3.1.0, qui inclut la prise en charge de Tanzu Kubernetes Grid. Pour plus d'informations sur la prise en charge de VMware Tanzu Kubernetes Grid par VMware Cloud Director Container Service Extension, consultez la page https://vmware.github.io/container-service-extension/cse3_1/RELEASE_NOTES.html.
  • Amélioration du contrôle d'accès basé sur les rôles
    • Les rôles de locataire disposent désormais du droit Afficher la réservation de CPU et de mémoire. Si cette option est désactivée, l'utilisateur ne figurera pas dans la réservation de CPU ou de mémoire au niveau du VDC d'organisation dans la vue de vignette du VDC. Les numéros de réservation ne sont pas non plus disponibles via VMware Cloud Director API. Cela permet au fournisseur de cloud de choisir de ne pas afficher la réservation de ressources des locataires configurée pour les VDC d'organisation. Le droit Afficher la réservation de CPU et de mémoire est activé par défaut pour conserver le comportement existant après la mise à niveau vers cette version. Reportez-vous à la section Contrôler l'accès des locataires aux informations de réservation de ressources
    • Le droit Contrôle administrateur ne contrôle plus la création et la gestion des utilisateurs. Cette version introduit le droit Gérer des utilisateurs et des groupes pour fournir aux rôles de locataire un accès de gestion aux machines virtuelles et aux vApp, et le droit de créer et de gérer des utilisateurs et des opérations.
  • Facilité de gestion
    • Vous pouvez utiliser le point de terminaison d'API /metrics pour surveiller la santé du système VMware Cloud Director. Les données de sortie sont au format Prometheus que de nombreux outils communs utilisent. Cela permet aux fournisseurs d'avoir une visibilité sur la santé du système VMware Cloud Director.
    • Surveillance du stockage du serveur de transfert. VMware Cloud Director intègre la surveillance du stockage de transfert partagé utilisé par les cellules VMware Cloud Director. Le système alerte les administrateurs système lorsque le partage de transfert atteint la capacité allouée. Vous pouvez configurer des notifications à afficher lorsque l'espace de stockage disponible atteint un certain seuil. Vous pouvez utiliser le point de terminaison d'API /metrics pour récupérer des informations sur le stockage du serveur de transfert. Reportez-vous à la section Activer et configurer la surveillance du stockage du serveur de transfert.

Configuration système requise et installation

Pour plus d'informations sur la configuration système requise et les instructions d'installation, reportez-vous aux Notes de mise à jour de VMware Cloud Director 10.3.

Serveurs LDAP pris en charge

Remarque : VMware Cloud Director 10.3 et versions ultérieures prend en charge Windows Server 2019 en tant que plate-forme pour le service LDAP.

Vous pouvez importer des utilisateurs et des groupes vers VMware Cloud Director à partir des services LDAP suivants.

Plate-forme Service LDAP Méthodes d'authentification
Windows Server 2012 Active Directory Simple, SSL simple
Windows Server 2016 Active Directory Simple, SSL simple
Windows Server 2019 Active Directory Simple, SSL simple
Linux OpenLDAP Simple, SSL simple

Documentation

Pour accéder à l'ensemble de la documentation produit, consultez la Documentation de VMware Cloud Director.

Versions précédentes de VMware Cloud Director 10.3.x

Notes de mise à jour de VMware Cloud Director 10.3

Problèmes résolus

  • Nouveau Échec de la mise à jour du CIDR pour un réseau étendu avec le message d'erreur Impossible de mettre à jour le réseau avec le nouveau sous-réseau, car il ne chevauche pas certaines adresses IP allouées

    Dans le portail de locataires VMware Cloud Director, lorsque vous tentez de mettre à jour le CIDR pour un réseau étendu, l'opération échoue avec le message d'erreur :
    Impossible de mettre à jour le réseau avec le nouveau sous-réseau, car il ne chevauche pas certaines adresses IP allouées

    Cela se produit, car le modal Modifier permet de manière incorrecte la modification du champ CIDR réseau.

  • Nouveau Les pics de consommation de CPU de VMware Cloud Director provoquent un ralentissement du système

    Après l'ouverture et la fermeture d'un grand nombre de consoles de machine virtuelle sur une période, la consommation de CPU augmente et entraîne une baisse des performances des cellules.

  • Les vApp contenant des machines virtuelles hors tension et une ou plusieurs machines virtuelles à l'état Échec de création s'affichent de manière incorrecte comme étant hors tension

    Si un vApp inclut des machines virtuelles hors tension et une ou plusieurs machines virtuelles à l'état Échec de création, l'état du vApp s'affiche de manière incorrecte comme étant Hors tension au lieu de Non résolu.

  • La règle de mise à l'échelle automatique cesse de fonctionner

    24 heures après la configuration d'une règle de mise à l'échelle automatique, le service de mise à l'échelle automatique perd la connexion à VMware Cloud Director et la règle qui déclenche la croissance ou la réduction des groupes d'échelle cesse de fonctionner.

  • Lorsque vous utilisez le portail d'administration du fournisseur de services VMware Cloud Director avec Firefox, vous ne pouvez pas charger les écrans de mise en réseau du locataire

    Si vous utilisez le portail d'administration du fournisseur de services VMware Cloud Director avec Firefox, les écrans de mise en réseau du locataire, par exemple, l'écran Gérer le pare-feu pour un centre de données virtuel d'organisation, peuvent ne pas se charger. Ce problème se produit si votre navigateur Firefox est configuré pour bloquer les cookies tiers.

  • Dans le portail de locataires VMware Cloud Director, l'augmentation du vCPU d'une machine virtuelle ne met pas à jour les parts de CPU

    Si un VDC dispose d'un pool d'allocation défini comme modèle d'allocation, l'augmentation du vCPU d'une machine virtuelle ne met pas à jour les parts de CPU.

  • Lors de l'activation ou de la désactivation des fonctionnalités Alpha, l'interface utilisateur de VMware Cloud Director affiche un message indiquant que les locataires ne sont pas exposés aux fonctionnalités Alpha.

    Lorsque vous activez ou désactivez les fonctionnalités Alpha de VMware Cloud Director, dans la fenêtre de confirmation, l'interface utilisateur affiche un message indiquant que les fonctionnalités Alpha ne sont pas exposées aux utilisateurs locataires. Cependant, lorsque les fonctionnalités Alpha sont actives, tous les utilisateurs observent les modifications de connexion de l'API et tous les utilisateurs disposant des droits nécessaires peuvent déployer des clusters TKG.

  • Si vous tentez d'utiliser VMware Cloud Director API pour déplacer un vApp entre des instances de vCenter Server lorsque la banque de données cible est basée sur vSAN, l'API MoveVApp échoue avec une erreur de serveur interne

    Lors de l'utilisation de l'API /vdc/action/moveVApp, si la destination se trouve dans une instance de vCenter Server différente et que la banque de données cible est basée sur vSAN, le déplacement échoue avec une erreur de serveur interne.

  • Après la mise à niveau vers vCenter Server 7.0 Update 2a ou Update 2b, vous ne pouvez pas créer de clusters Tanzu Kubernetes Grid.

    Si la version de vCenter Server sous-jacente est la version 7.0 Update 2a ou Update 2b, lorsque vous tentez de créer un cluster Tanzu Kubernetes Grid à l'aide du plug-in Clusters de conteneurs Kubernetes, la tâche échoue.

  • Les utilisateurs disposant du droit général Vue administrateur, mais sans le droit Accès à tous les VDC d'organisation ne peuvent afficher aucune VM dans l'organisation de locataires

    Si vous accordez à un utilisateur le droit général Vue administrateur, mais pas le droit Accès à tous les VDC d'organisation, l'utilisateur ne peut pas afficher les machines virtuelles de l'organisation de locataires.

  • Échec de la création d'une règle de pare-feu distribué configurée avec un réseau étiré en tant que source avec un message d'erreur

    Lorsque vous tentez de créer une règle de pare-feu distribué, si vous configurez un réseau VDC d'organisation étiré en tant que source, la création échoue avec un message d'erreur.
    La règle de pare-feu distribué <Firewall-name> a une spécification non valide.

  • L'importation d'une machine virtuelle à partir de vCenter Server en tant que vApp génère un message d'erreur

    Dans une organisation comportant trois VDC (VDC-1, VDC-2, VDC-3) reposant sur deux instances de vCenter Server (VC-A et VC-B), où VC-A prend en charge VDC-1, et VC-B prennent en charge VDC-2 et VDC-3, si vous configurez deux réseaux d'organisation avec le même nom dans VDC-1 et VDC-2, et que VDC-2 partage son réseau d'organisation avec VDC-3, une tentative d'importation d'une machine virtuelle à partir de VC-A en tant que vApp dans VDC-3 entraîne un état Échec. Sous Détails de la tâche vous voyez les messages d'erreur suivants.
    Impossible de lancer le vApp
    Support introuvable pour le réseau.

  • La mise sous tension d'une machine virtuelle échoue avec le message d'erreur Aucun hôte compatible ne dispose de ressources suffisantes pour satisfaire la réservation

    Dans un centre de données virtuel fournisseur disposant de plusieurs pools de ressources, lorsque vous tentez de mettre sous tension une machine virtuelle, l'opération échoue avec un message d'erreur.
    Aucun hôte compatible ne dispose de ressources suffisantes pour satisfaire la réservation.

    Cela se produit, car le moteur de placement place la machine virtuelle sur un pool de ressources disposant de ressources mémoire insuffisantes.

  • Créer un vApp à partir d'un modèle de vApp déploie le nouveau vApp avec un nom incorrect

    Après le déploiement d'un vApp à partir d'un modèle de vApp, VMware Cloud Director attribue au nouveau vApp le nom du modèle au lieu du nom que vous fournissez lors de la création.

  • L'ajout d'une machine virtuelle à un vApp échoue avec un message d'erreur Le nombre d'IOPS disque demandé 0 pour une machine virtuelle dépasse le nombre d'IOPS maximal autorisé

    Dans un vApp, si vous attribuez le disque virtuel d'une machine virtuelle à une stratégie de stockage vCenter Server avec le paramètre IOPS activé, toute tentative d'ajout au même vApp d'une nouvelle machine virtuelle attribuée à une stratégie de stockage VMware Cloud Director avec le paramètre IOPS activé, s'affiche avec un message d'erreur.
    Le nombre d'IOPS disque demandé 0 pour une machine virtuelle dépasse le nombre d'IOPS maximal autorisé

  • Vous ne pouvez pas trier les vApp par date de bail

    Dans le portail de locataires de VMware Cloud Director, lorsque vous tentez de trier les vApp par date de bail de vApp, le tableau qui en résulte ne filtre pas correctement les vApp.

  • La migration d'une machine virtuelle entre des vApp sur les VDC reposant sur différents centre de données vSphere échoue avec un message d'erreur

    Si deux vApp reposent sur différents centre de données vSphere, lorsque vous tentez de déplacer une machine virtuelle d'un vApp à l'autre, l'opération échoue avec un message d'erreur Échec de la migration de la VM.
    Le fichier journal affiche l'erreur suivante.
    The operation is not supported on the object

  • L'ajout d'une carte réseau à une machine virtuelle échoue avec le message d'erreur L'opération a échoué, car aucune ressource appropriée n'a été trouvée

    Si un disque nommé partagé que vous attachez à une machine virtuelle réside sur un cluster de banques de données, la tentative d'ajout d'une carte réseau à cette machine virtuelle échoue avec un message d'erreur.
    L'opération a échoué, car aucune ressource appropriée n'a été trouvée

  • Certaines opérations de machine virtuelle et de vApp échouent avec le message d'erreur <DomainName> ne doit pas être fourni lors de l'utilisation de paramètres d'organisation

    Si vous activez une machine virtuelle pour joindre un domaine, la mise à jour de cette machine virtuelle et son utilisation pour déployer une nouvelle machine virtuelle ou vApp échoue avec un message d'erreur.
    <DomainName> ne doit pas être fourni lors de l'utilisation de paramètres d'organisation

  • Une tentative d'affichage des groupes d'échelle génère le message d'erreur Impossible de lire la propriété « nom » non définie

    Si vous supprimez un modèle de machine virtuelle qui se trouve dans un groupe d'échelle, une tentative d'affichage des groupes d'échelle échoue avec un message d'erreur.
    Impossible de lire la propriété « nom » non définie

  • Échec de la réauthentification dans VMware Cloud Director à l'aide d'un utilisateur SAML avec un message d'erreur Échec de l'opération Single Sign-On pour cette organisation

    Si vous vous connectez à VMware Cloud Director à l'aide d'un utilisateur SAML configuré pour expirer après plus de 2 heures, lorsque la session VMware Cloud Director expire et que vous tentez de vous réauthentifier à l'aide de la même session SAML, l'opération échoue avec un message d'erreur.
    Échec de SSO de VMware Cloud Director. Échec de l'opération Single Sign-On pour cette organisation.

  • L'interface utilisateur HTML5 n'affiche pas les graphiques des ressources de calcul pour les VDC d'organisation Flex et Facturation à l'utilisation

    Dans l'écran du tableau de bord Centre de données virtuel, les cartes de centre de données n'affichent pas les graphiques pour la consommation des ressources de calcul.

  • Échec du changement de nom d'un vApp avec un message d'erreur Opération refusée

    Lorsque vous tentez de renommer un vApp à l'aide d'un utilisateur disposant de droits Modifier les propriétés d'un vApp, l'opération échoue avec un message d'erreur.
    Opération refusée

    Cela se produit, car VMware Cloud Director nécessite des droits Modifier le réseau de la VM supplémentaires.

  • Échec de la création et de la mise à jour d'un VDC d'organisation avec le message d'erreur Erreur de validation sur le champ « nom du champ »

    Lors de la création ou de la mise à jour d'un réseau VDC d'organisation, si vous configurez le nom du réseau pour qu'il commence ou se termine par un espace vide, l'opération échoue avec le message d'erreur :
    Erreur de validation sur le champ « nom du champ » : la valeur de chaîne a un format non valide

  • Vous ne pouvez pas exclure la colonne Description de la vue de grille des modèles de vApp

    L'éditeur de grille Modèles de vApp n'inclut pas l'élément Description et vous ne pouvez pas l'exclure de la vue de grille.

  • La boîte de dialogue Modifier les disques durs n'affiche pas plus de 10 stratégies de stockage

    La boîte de dialogue Modifier les disques durs n'affiche que 10 stratégies de stockage au maximum et vous ne pouvez pas voir la liste complète des stratégies de stockage disponibles pour la machine virtuelle.

  • Dans un environnement multisite, l'assistant Nouveau réseau externe affiche les groupes de ports uniquement à partir du site local

    Dans un environnement multisite, si vous tentez d'ajouter un réseau externe reposant sur des ressources vSphere à un site distant, l'assistant Nouveau réseau externe affiche les groupes de ports uniquement du site local et vous ne pouvez pas sélectionner les groupes de ports du site distant.

  • VMware Cloud Director n'applique pas les règles de pare-feu distribué existantes à une machine virtuelle résidant sur un pool de ressources récemment ajouté

    Dans un VDC d'organisation avec une capacité de pare-feu distribué activée, si un administrateur système ajoute un nouveau pool de ressources au VDC fournisseur et que vous créez une machine virtuelle sur ce pool de ressources, VMware Cloud Director n'applique pas les règles de pare-feu distribué existantes à la machine virtuelle.

Problèmes connus

  • Nouveau Lorsque vous effectuez une mise à niveau de base de données pour VMware Cloud Director, celle-ci échoue avec l'erreur insérer ou mettre à jour sur la table

    Ce problème se produit en raison d'informations périmées dans les tables associés à une contrainte de clé étrangère. L'absence de données dans l'une des tables provoque un conflit avec la contrainte de clé étrangère.

    Solution : Reportez-vous à l'article 88010 de la base de connaissances de VMware.

  • Nouveau L'actualisation de la page LDAP dans votre navigateur ne vous fait pas revenir à la même page

    Dans le portail d'administration du fournisseur de services, l'actualisation de la page LDAP de votre navigateur vous donne accès à la page du fournisseur au lieu de vous faire revenir à la page LDAP.

    Solution : aucune.

  • Nouveau Le montage d'une banque de données NFS à partir d'une baie de stockage NetApp échoue avec un message d'erreur lors de la configuration initiale du dispositif VMware Cloud Director

    Lors de la configuration initiale du dispositif VMware Cloud Director, si vous configurez une banque de données NFS à partir de la baie de stockage NetApp, l'opération échoue avec un message d'erreur.
    Échec de la validation du serveur principal de NFS avec : <nfs-file-path> est détenu par un utilisateur inconnu

    Solution : configurez le dispositif VMware Cloud Director à l'aide de VMware Cloud Director Appliance API.

  • Nouveau Si vous migrez une machine virtuelle, un vApp ou un disque indépendant vers une instance de vCenter Server qui utilise des certificats correctement signés, la migration échoue

    Lorsque vous tentez de migrer une machine virtuelle, un vApp ou un disque indépendant d'une instance de vCenter Server vers une autre qui utilise des certificats correctement signés, la migration échoue. Le problème se produit lors de l'utilisation de l'interface utilisateur de VMware Cloud Director et de demandes d'API, telles que recomposemigrateVms, moveVApp, etc.

    Solution : aucune.

  • Nouveau Les machines virtuelles deviennent non conformes après la conversion d'un VDC de pool de réservation en VDC d'organisation Flex.

    Dans un VDC d'organisation avec un modèle d'allocation de pool de réservation, si certaines machines virtuelles ont une réservation non nulle pour le CPU et la mémoire, une configuration non illimitée pour le CPU et la mémoire, ou les deux, après la conversion en VDC d'organisation Flex, ces machines virtuelles deviennent non conformes. Si vous tentez de rendre les machines virtuelles à nouveau conformes, le système applique une stratégie incorrecte pour la réservation et la limite, puis définit les réservations de CPU et de mémoire sur zéro et les limites sur Illimité.

    Solution :

    1. Un administrateur système doit créer une stratégie de dimensionnement de machine virtuelle avec la configuration appropriée.
    2. Un administrateur système doit publier la nouvelle stratégie de dimensionnement de machine virtuelle dans le VDC d'organisation Flex converti.
    3. Les locataires peuvent utiliser VMware Cloud Director API ou le portail de locataires de VMware Cloud Director pour attribuer la stratégie de dimensionnement de machine virtuelle aux machines virtuelles existantes dans le VDC d'organisation Flex.
  • Nouveau Lorsque vous activez le mode FIPS, l'intégration de vRealize Orchestrator échoue avec une erreur liée à des paramètres non valides.

    Lorsque vous activez le mode FIPS, l'intégration entre VMware Cloud Director et vRealize Orchestrator ne fonctionne pas. L'interface utilisateur de VMware Cloud Director renvoie une erreur Les paramètres de demande VRO ne sont pas valides. Les appels d'API renvoient l'erreur suivante : 

    Caused by: java.lang.IllegalArgumentException: 'param' arg cannot be null at org.bouncycastle.jcajce.provider.ProvJKS$JKSKeyStoreSpi.engineLoad(Unknown Source) at java.base/java.security.KeyStore.load(KeyStore.java:1513) at com.vmware.vim.install.impl.CertificateGetter.createKeyStore(CertificateGetter.java:128) at com.vmware.vim.install.impl.AdminServiceAccess.(AdminServiceAccess.java:157) at com.vmware.vim.install.impl.AdminServiceAccess.createDiscover(AdminServiceAccess.java:238) at com.vmware.vim.install.impl.RegistrationProviderImpl.(RegistrationProviderImpl.java:56) at com.vmware.vim.install.RegistrationProviderFactory.getRegistrationProvider(RegistrationProviderFactory.java:143) at com.vmware.vcloud.vro.client.connection.STSClient.getRegistrationProvider(STSClient.java:126) ... 136 more

    Solution : aucune.

  • Si vous utilisez vRealize Orchestrator 8.x, les paramètres d'entrée masqués dans les workflows ne sont pas renseignés automatiquement dans l'interface utilisateur de VMware Cloud Director

    Si vous utilisez vRealize Orchestrator 8.x, lorsque vous tentez d'exécuter un workflow via l'interface utilisateur de VMware Cloud Director, les paramètres d'entrée masqués ne sont pas renseignés automatiquement dans l'interface utilisateur de VMware Cloud Director.

    Solution :
    pour accéder aux valeurs des paramètres d'entrée du workflow, vous devez créer une action vRealize Orchestrator ayant les mêmes valeurs de paramètre d'entrée que le workflow que vous souhaitez exécuter. 
    1. Connectez-vous à vRealize Orchestrator Client et accédez à Bibliothèque > Workflows.
    2. Sélectionnez l'onglet Formulaire d'entrée et cliquez sur Valeurs sur le côté droit.
    3. Dans le menu déroulant Options de valeur, sélectionnez Source externe, entrez les entrées d'action, puis cliquez sur Enregistrer.
    4. Exécutez le workflow dans l'interface utilisateur de VMware Cloud Director.

  • Échec du démarrage du processus vpostgres dans un dispositif en veille

    Le processus vpostgres dans un dispositif en veille ne parvient pas à démarrer et le journal PostgreSQL affiche une erreur semblable à la suivante. FATAL: hot standby is not possible because max_worker_processes = 8 is a lower setting than on the master server (its value was 16). Cela se produit, car PostgreSQL requiert que les nœuds en veille aient le même paramètre max_worker_processes que le nœud principal. VMware Cloud Director configure automatiquement le paramètre max_worker_processes en fonction du nombre de vCPU attribués à chaque machine virtuelle de dispositif. Si le dispositif en veille dispose de moins de vCPU que le dispositif principal, cela génère une erreur.

    Solution : déployez les dispositifs principal et en veille avec le même nombre de vCPU.

  • Les appels de VMware Cloud Director API pour récupérer les informations de vCenter Server renvoient une URL au lieu d'un UUID

    Ce problème se produit avec les instances de vCenter Server qui n'ont pas réussi l'enregistrement initial dans VMware Cloud Director version 10.2.1 et versions antérieures. Pour ces instances de vCenter Server, lorsque vous effectuez des appels d'API pour récupérer les informations de vCenter Server, VMware Cloud Director API renvoie de manière incorrecte une URL au lieu de l'UUID attendu.

    Solution : reconnectez l'instance de vCenter Server à VMware Cloud Director.

  • La mise à niveau de VMware Cloud Director 10.2.x vers VMware Cloud Director 10.3 génère le message d'erreur Connexion à sfcbd perdue

    Si vous mettez à niveau VMware Cloud Director 10.2.x vers VMware Cloud Director 10.3, l'opération de mise à niveau renvoie un message d'erreur.
    Connexion à sfcbd perdue. Tentative de reconnexion

    Solution : vous pouvez ignorer le message d'erreur et poursuivre la mise à niveau.

  • Après les opérations d'ajout et de suppression d'un VDC d'un groupe de VDC, l'état d'une passerelle Edge partagée entre tous les centres de données du groupe de VDC devient Occupé

    Si un VDC est configuré avec une stratégie Kubernetes de VDC fournisseur et que vous ajoutez ou supprimez le VDC d'un groupe de VDC, sur la page Passerelle Edge, l'état de la passerelle Edge partagée entre tous les centres de données du groupe de VDC est Occupé et vous ne pouvez pas modifier cette passerelle Edge.

    Solution : 

    Pour ajouter le VDC au groupe de VDC, vous devez supprimer le VDC du groupe de VDC et l'ajouter à nouveau.
    Pour supprimer le VDC du groupe de VDC, vous devez ajouter le VDC supprimé au groupe de VDC et le supprimer à nouveau.

  • En mode FIPS, la tentative de chargement de fichiers PKCS8 générés par OpenSSL échoue avec une erreur

    OpenSSL ne peut pas générer de clés privées compatibles FIPS. Lorsque VMware Cloud Director est en mode FIPS et que vous tentez de charger des fichiers PKCS8 générés à l'aide d'OpenSSL, le téléchargement échoue avec une erreur Bad request: org.bouncycastle.pkcs.PKCSException: unable to read encrypted data: ... not available: No such algorithm: ... ou une erreur salt must be at least 128 bits.

    Solution : désactivez le mode FIPS pour charger les fichiers PKCS8.

  • La création d'un cluster Tanzu Kubernetes à l'aide du plug-in Clusters de conteneurs Kubernetes échoue

    Lorsque vous créez un cluster Tanzu Kubernetes à l'aide du plug-in Clusters de conteneurs Kubernetes, vous devez sélectionner une version de Kubernetes. Certaines versions du menu déroulant ne sont pas compatibles avec l'infrastructure vSphere de soutien. Lorsque vous sélectionnez une version non compatible, la création du cluster échoue.

    Solution : supprimez l'enregistrement de cluster ayant échoué et réessayez avec une version compatible de Tanzu Kubernetes. Pour plus d'informations sur les incompatibilités entre Tanzu Kubernetes et vSphere, reportez-vous à la section Mise jour de l'environnement vSphere with Tanzu.

  • Si vous disposez de catalogues abonnés dans votre organisation, lorsque vous mettez à niveau VMware Cloud Director, la synchronisation des catalogues échoue

    Après la mise à niveau, si vous disposez de catalogues abonnés dans votre organisation, VMware Cloud Director n'approuve pas les certificats de point de terminaison publiés automatiquement. Sans l'approbation des certificats, la bibliothèque de contenu ne parvient pas à se synchroniser.

    Solution : approuvez manuellement les certificats pour chaque abonnement au catalogue. Lorsque vous modifiez les paramètres d'abonnement au catalogue, une boîte de dialogue TOFU (Trust On First Use, approuver lors de la première utilisation) vous invite à approuver le certificat du catalogue distant.
    Si vous ne disposez pas des droits nécessaires pour approuver le certificat, contactez l'administrateur de votre organisation.

  • Après la mise à niveau de VMware Cloud Director et l'activation de la création de clusters Tanzu Kubernetes, aucune stratégie automatiquement générée n'est disponible et vous ne pouvez ni créer ni publier une stratégie

    Lorsque vous mettez à niveau VMware Cloud Director vers la version 10.3.1 et vCenter Server vers la version 7.0.0d ou version ultérieure, et que vous créez un VDC fournisseur reposant sur un cluster superviseur, VMware Cloud Director affiche une icône Kubernetes en regard du VDC. Cependant, aucune stratégie Kubernetes n'est automatiquement générée dans le nouveau VDC fournisseur. Lorsque vous tentez de créer ou de publier une stratégie Kubernetes dans un VDC d'organisation, aucune classe de machine n'est disponible.

    Solution : approuvez manuellement les certificats de point de terminaison Kubernetes correspondants. Reportez-vous à l'article 83583 de la base de connaissances VMware.

  • La saisie d'un nom de cluster Kubernetes avec des caractères non latins désactive le bouton Suivant dans l'assistant Créer un cluster

    Le plug-in Clusters de conteneurs Kubernetes prend en charge uniquement des caractères latins. Si vous entrez des caractères non latins, l'erreur suivante s'affiche. Le nom doit commencer par une lettre et ne contenir que des caractères alphanumériques ou des traits d'union (-). (128 caractères au maximum).

    Solution : aucune.

  • L'indisponibilité de NFS peut entraîner un dysfonctionnement des fonctionnalités d'un cluster de dispositifs VMware Cloud Director

    Si NFS n'est pas disponible en raison de la saturation du partage NFS, de sa conversion en lecture seule, etc., les fonctionnalités du cluster de dispositifs risquent de présenter des dysfonctionnements. L'interface utilisateur HTML5 ne répond pas lorsque NFS est arrêté ou est inaccessible. Les autres fonctionnalités susceptibles d'être affectées sont la clôture d'une cellule principale ayant échoué, le basculement, la promotion d'une cellule en veille, etc. Pour plus d'informations sur la configuration appropriée du stockage partagé NFS, reportez-vous à la section Préparation du stockage du serveur de transfert pour le dispositif VMware Cloud Director.

    Solution : 

    • corrigez l'état de NFS de sorte qu'il ne soit pas Lecture seule.
    • Nettoyez le partage NFS s'il est saturé.
  • Une tentative de chiffrement des disques nommés dans vCenter Server 6.5 ou version antérieure échoue avec une erreur

    Pour les instances de vCenter Server version 6.5 ou version antérieure, si vous tentez d'associer des disques nommés nouveaux ou existants à une stratégie de chiffrement activé, l'opération échoue avec une erreur Le chiffrement du disque nommé n'est pas pris en charge dans cette version de vCenter Server.

    Solution : aucune.

  • Une machine virtuelle à provisionnement rapide qui est créée sur une baie NFS où l'intégration VAAI (VMware vSphere Storage APIs Array Integration) est activée ou sur des VVol (vSphere Virtual Volumes) ne peut pas être consolidée.

    La consolidation sur place d'une machine virtuelle à provisionnement rapide n'est pas prise en charge lors de l'utilisation d'un snapshot natif. Les snapshots natifs sont toujours utilisés par les banques de données VAAI, ainsi que par les VVol. Lorsqu'une machine virtuelle à provisionnement rapide est déployée sur l'un de ces conteneurs de stockage, cette machine virtuelle ne peut pas être consolidée.

    Solution : n'activez pas le provisionnement rapide pour un VDC d'organisation qui utilise des NFS VAAI ou des VVol. Pour consolider une machine virtuelle avec un snapshot sur un VAAI ou une banque de données VVol, déplacez la machine virtuelle vers un conteneur de stockage différent.

  • Interruption du trafic IPv4 nord-sud lorsque vous ajoutez une carte réseau IPv6 à une machine virtuelle, puis que vous ajoutez une carte réseau IPv4 à celle-ci

    À l'aide de l'interface utilisateur HTML5, si vous ajoutez d'abord une carte réseau IPv6 ou configurez une carte réseau IPv6 en tant que carte réseau principale dans une machine virtuelle, puis que vous ajoutez une carte réseau IPv4 à la même machine virtuelle, la communication IPv4 nord-sud s'interrompt.

    Solution : vous devez d'abord ajouter la carte réseau IPv4 à la machine virtuelle, puis la carte réseau IPv6.

  • Lorsque vous utilisez VMware Cloud Director API pour créer une machine virtuelle à partir d'un modèle et que vous ne spécifiez pas de stratégie de stockage par défaut, s'il n'y a pas paramètre de stratégie de stockage par défaut défini pour le modèle, la machine virtuelle récemment créée tente d'utiliser la stratégie de stockage du modèle source

    Lorsque vous utilisez VMware Cloud Director API pour créer une machine virtuelle à partir d'un modèle et que vous ne spécifiez pas de stratégie de stockage par défaut, si aucune stratégie de stockage par défaut n'est définie pour le modèle, la machine virtuelle récemment créée tente d'utiliser la stratégie de stockage du modèle source au lieu d'utiliser la stratégie de stockage du VDC d'organisation dans lequel vous la déployez.

    Solution : aucune.

  • Échec de la mise à l'échelle automatique avec le message d'erreur Operation denied

    Une opération de mise à l'échelle automatique échoue avec le message d'erreur Operation denied. Cela se produit, car le jeton d'API que le service de mise à l'échelle automatique utilise pour s'authentifier auprès de VMware Cloud Director API expire et la règle qui déclenche l'augmentation ou la réduction des groupes d'échelle cesse de fonctionner.

    Solution : redémarrez toutes les cellules VMware Cloud Director.

check-circle-line exclamation-circle-line close-line
Scroll to top icon