Notes de mise à jour de VMware Cloud Director 10.5

VMware Cloud Director 10.5 | 18 juillet 2023 | Build 22080476 (build 22080047 installée) Recherchez les ajouts et les mises à jour de ces notes.

Nouveautés

VMware Cloud Director version 10.5 inclut les éléments suivants :

• Hub de contenu - Gestion améliorée du catalogue et du contenu

  Cette version offre une nouvelle expérience utilisateur permettant aux fournisseurs et aux locataires d'accéder aux images d'application, comme les modèles vApp, les fichiers ISO et les images d'application de conteneur sous la forme de Helm Chart. Les fournisseurs peuvent créer et partager avec les locataires des catalogues reposant sur le stockage VMware Cloud Director local ou renseignés avec des images d'application importées à partir de VMware Marketplace et de référentiels Helm Chart tiers. Le hub de contenu fusionne le catalogue VMware Cloud Director existant et App Launchpad dans une expérience unifiée pour les locataires et les fournisseurs. Le hub de contenu ne requiert pas l'installation de composants supplémentaires. Reportez-vous à la section Utilisation de sources externes pour les images d'application du Guide d'administration des fournisseurs de services VMware Cloud Director et à la section Utilisation de ressources externes pour les images d'application du Guide du locataire VMware Cloud Director.

• Fédération NSX avec des groupes de VDC

  VMware Cloud Director prend désormais en charge la fédération NSX. Vous pouvez enregistrer une instance globale de NSX Manager qui coordonne les stratégies de sécurité entre les instances locales de NSX Manager dans votre environnement VMware Cloud Director. Vous pouvez inclure jusqu'à 4 instances de NSX Manager dans un groupe de VDC unique. L'utilisation de la fédération NSX avec VMware Cloud Director est limitée aux passerelles de niveau 0 et de niveau 1 étirées. Cela signifie que la passerelle de fournisseur associée à votre instance globale de NSX Manager et à un groupe de centres de données définit les limites du groupe de centres de données. En exploitant la fédération NSX, vous disposez de plus de choix pour établir des zones de disponibilité de mise en réseau en désagrégeant les instances de NSX Manager entre les centres de données régionaux. Reportez-vous à la section Gestion de la fédération NSX dans le Guide d'administration des fournisseurs de services VMware Cloud Director et à la section Utilisation de la fédération NSX dans le Guide du locataire VMware Cloud Director.

• Stratégies HTTP de NSX Advanced Load Balancer

  VMware Cloud Director 10.5 fournit une interface utilisateur en libre-service de locataire afin d'effectuer la configuration des stratégies HTTP de NSX Advanced Load Balancer pour les services virtuels. La fonctionnalité inclut les stratégies de demande HTTP, de réponse HTTP et de sécurité HTTP. Vous pouvez utiliser des stratégies de demande HTTP pour modifier les demandes avant qu'elles soient transmises à l'application, utilisées comme base pour le changement de contenu ou ignorées. Vous pouvez utiliser des stratégies de réponse HTTP pour évaluer et modifier les réponses et les attributs de réponse renvoyés par une application virtuelle. Enfin, vous pouvez utiliser des stratégies de sécurité HTTP pour configurer l'autorisation ou le refus de certaines demandes, fermer une connexion TCP, rediriger une demande vers HTTPS, appliquer une limite de débit ou fournir une réponse de page statique en cas de panne. Reportez-vous à la section Configuration des stratégies HTTP pour un service virtuel.

• Assistant de l'interface utilisateur de migration des espaces IP

  Vous pouvez utiliser l'assistant de l'interface utilisateur de migration des espaces IP pour migrer n'importe quelle passerelle de fournisseur de votre environnement vers des espaces IP à partir des blocs d'adresses IP hérités. Reportez-vous à la section Migrer une passerelle de fournisseur VMware Cloud Director pour l'utilisation d'espaces IP.

• Améliorations de BGP

  Le nouvel onglet Cartes de route BGP permet aux clients de spécifier des configurations supplémentaires pour la redistribution des routes. Les cartes de route sont uniquement disponibles pour les passerelles de fournisseurs qui utilisent des espaces IP. Vous pouvez configurer des cartes de route avec des préfixes IP et des listes de communauté qui sont définis sur la passerelle de fournisseur dans les autres onglets BGP.

• Amélioration de l'interface utilisateur pour les règles de pare-feu

  VMware Cloud Director 10.5 offre une expérience utilisateur améliorée pour les expressions de règle de pare-feu. Vous pouvez désormais créer une règle de pare-feu unique et, éventuellement, la positionner à un emplacement spécifique dans la liste des règles et réorganiser une règle de pare-feu unique sans modifier la liste complète des règles de pare-feu existantes. Vous pouvez également ajouter des plages et des adresses IP individuelles directement dans les zones de texte Source et Destination. Les règles de pare-feu ont désormais un élément loggingId qui correspond à l'élément rule_id de NSX.

• Génération de règles NAT et de pare-feu par défaut configurées automatiquement pour les passerelles Edge et les passerelles de fournisseur

  Si vous utilisez des espaces IP, vous pouvez générer et appliquer des règles SNAT, AUCUN SNAT et de pare-feu par défaut configurées automatiquement sur des passerelles Edge et des passerelles de fournisseur dans votre environnement. VMware Cloud Director configure automatiquement les règles SNAT, DNAT et de pare-feu en fonction de la topologie des espaces IP appropriés et de leurs étendues externes et internes. Reportez-vous aux sections Configurer automatiquement les règles NAT et de pare-feu par défaut sur une passerelle de fournisseur et Configurer automatiquement les règles NAT et de pare-feu sur une passerelle NSX Edge dans VMware Cloud Director.

• Amélioration des performances de la publication et de l'abonnement du catalogue

  Nous avons considérablement réduit le temps nécessaire à la synchronisation du contenu lors de la publication ou de l'abonnement du catalogue dans les instances de Cloud Director. La synchronisation lors de la publication ou de l'abonnement est également plus résiliente en termes d'interruptions de transfert de données. Lors de nos tests, la synchronisation du catalogue d'un modèle de vApp d'une taille de 10 Go dont la synchronisation prenait plus d'une heure dans les versions précédentes s'effectue désormais en moins de 15 minutes. Cela a été obtenu en divisant les données en blocs et en introduisant la simultanéité dans le transfert de données.

• Possibilité de mettre à niveau des modules complémentaires de solution et de publier des modules complémentaires de solution pour les locataires

  VMware Cloud Director 10.5 introduit la possibilité de mettre à niveau vos instances de modules complémentaires de solution lorsqu'une nouvelle version devient disponible. Vous pouvez également publier des modules complémentaires de solution pour certains ou l'un de vos locataires. Reportez-vous à la section Utilisation de modules complémentaires de solution avec VMware Cloud Director.

• Exploitation des banques de données partagées sur plusieurs serveurs instances de vCenter Server

  Dans les versions antérieures, lors du déplacement de machines virtuelles entre différentes instances de vCenter Server, le moteur de placement ne prenait pas en compte les banques de données partagées entre les serveurs vCenter Server. Cela a entraîné une opération de copie impliquant l'exportation et l'importation du fichier OVF. À partir de VMware Cloud Director 10.5, le moteur de placement fournit des recommandations de banque de données partagées pour empêcher le workflow d'exportation et d'importation OVF, et optimise le déplacement en le rendant plus rapide.

• Améliorations de Tenant Migration

  Dans les versions antérieures de VMware Cloud Director, l'action Migrer le stockage des locataires sélectionnait toutes les VM disposant d'au moins un disque sur les banques de données source sélectionnées et déplaçait l'intégralité des VM et de leurs disques, que les disques soient ou non sur les banques de données source sélectionnées. À partir de VMware Cloud Director 10.5, ce comportement est contrôlé par la propriété Migrate Entire Virtual Machine.La définition de cette propriété sur false entraîne uniquement le déplacement des disques qui se trouvent sur les banques de données source.

• Activation de la découverte de machines virtuelles au niveau de l'organisation et du VDC d'organisation

  Dans les versions précédentes, vous pouviez configurer la découverte de machines virtuelles dans VMware Cloud Director au niveau global, au niveau de l'organisation et au niveau du VDC d'organisation, mais le niveau global était prioritaire sur le niveau de l'organisation et le niveau de l'organisation était prioritaire sur le niveau du VDC d'organisation. Dans les versions 10.4.x et antérieures, si la découverte de machines virtuelles est désactivée au niveau global, vous ne pouvez pas l'activer au niveau de l'organisation ou du VDC d'organisation. À partir de VMware Cloud Director 10.5, vous pouvez remplacer le paramètre de découverte de machines virtuelles de niveau global au niveau de l'organisation et du VDC d'organisation. Si vous utilisez l'API /api/admin/extension/settings/general pour définir le paramètre AllowOverrideOfVmDiscoveryByOrgAndOVDC sur true, le comportement de découverte de machines virtuelles au niveau de l'organisation et du VDC d'organisation peut remplacer le paramètre au niveau global. Reportez-vous à la section Découverte et adoption de vApp.

• vCenter Server peut sauvegarder à la fois un VDC fournisseur et une instance de vCenter Server dédiée

  À partir de VMware Cloud Director 10.5, un administrateur fournisseur peut activer deux paramètres avancés afin qu'une instance de vCenter Server puisse sauvegarder un VDC fournisseur et une instance de vCenter Server dédiée. Il s'agit d'une configuration avancée qui expose les risques et ne doit être activée que par des administrateurs VMware Cloud Director expérimentés. Pour plus d'informations, reportez-vous à la section Gestion d'instances de vCenter Server dédiées dans VMware Cloud Director.

Blog VMware Cloud Provider

Pour plus d'informations sur les fonctionnalités nouvelles et mises à jour de cette version, reportez-vous à la section Nouveautés de VMware Cloud Director 10.5.

Correctifs de sécurité

• Mises à jour de sécurité de Photon OS 3.0

  Le dispositif VMware Cloud Director version 10.5 inclut des mises à jour de sécurité Photon OS 3.0 pour les conseils jusqu'à PHSA-2023-3.0-0597 inclus. Reportez-vous aux Conseils de sécurité de Photon OS 3.0.

Remarques relatives à la prise en charge du produit

• L'e-mail facultatif pour les utilisateurs et le comportement du serveur SMTP est obsolète

  Dans VMware Cloud Director 10.5 et versions antérieures, l'e-mail est facultatif pour tous les utilisateurs, locaux ou importés à partir d'un fournisseur d'identité (IDP) externe. Cependant, à partir de la version 10.5, ce comportement est obsolète et vous devez vous assurer que les e-mails sont présents pour tous les utilisateurs. Pour les utilisateurs locaux, entrez une adresse e-mail valide. Pour les utilisateurs importés à partir d'un fournisseur d'identité externe intégré à VMware Cloud Director, vérifiez que les intégrations sont correctement configurées pour vous assurer que les e-mails sont synchronisés à partir des fournisseurs d'identité de tous les utilisateurs. Dans une version ultérieure, les e-mails des utilisateurs devront être disponibles pour VMware Cloud Director pour tous les utilisateurs et certaines fonctions deviendront indisponibles pour les utilisateurs sans adresse e-mail.

  Dans VMware Cloud Director 10.5, la configuration d'un serveur SMTP sortant est facultative. Dans une version ultérieure, la configuration d'un serveur SMTP sortant sera obligatoire pour les fournisseurs de services.

• Les versions 35.x et 36.x de VMware Cloud Director API sont déconseillées et ne seront pas prises en charge à partir de la prochaine version majeure de VMware Cloud Director.

• Les versions 33.0 et 34.0 de VMware Cloud Director API ne sont pas prises en charge.

• Obsolescence accélérée des API

  VMware Cloud Director API 38.0 (VMware Cloud Director 10.5) contient des API en phase d'obsolescence accélérée qui seront supprimées dans les versions ultérieures. Reportez-vous au Guide de programmation de VMware Cloud Director API.

• Les versions 38.0 et ultérieures de VMware Cloud Director API ne prennent pas en charge le point de terminaison de connexion de l'API /api/sessions

  Le point de terminaison de connexion de l'API /api/sessions est déconseillé depuis la version 33.0 de VMware Cloud Director API. Pour les versions 38.0 et ultérieures, le point de terminaison de connexion de l'API /api/sessions n'est plus pris en charge. Vous pouvez utiliser les points de terminaison de connexion VMware Cloud Director OpenAPI pour accéder à VMware Cloud Director.

  • Accès du fournisseur de services à l'organisation du système : POST cloudapi/1.0.0/sessions/provider

  • Accès du locataire à toutes les autres organisations à l'exception de l'organisation système : POST cloudapi/1.0.0/sessions

  Conformément à l'engagement de compatibilité descendante de VMware Cloud Director, les versions 37.2 et antérieures continuent de prendre en charge le point de terminaison de connexion d'API /api/sessions.

Mise à niveau à partir des versions précédentes

Pour plus d'informations sur la mise à niveau vers VMware Cloud Director 10.5, les chemins et les workflows de mise à niveau et de migration, consultez Mise à niveau et migration du dispositif VMware Cloud Director ou Mise à niveau de VMware Cloud Director sous Linux.

Configuration système requise et installation

• Ports et protocoles
• Matrice de compatibilité
• Systèmes d'exploitation des serveurs VMware Cloud Director pris en charge
• Serveurs AMQP pris en charge
• Bases de données prises en charge pour le stockage des données des mesures historiques
• Espace disque requis
• Mémoire requise
• Configuration requise du CPU
• Packages logiciels Linux requis
• Prise en charge des fournisseurs d'identité
• Protocoles de sécurité et suites de chiffrement pris en charge
• Navigateurs pris en charge
• Systèmes d'exploitation invités et versions de matériel virtuel pris en charge

Ports et protocoles

Pour plus d'informations sur les ports et protocoles réseau utilisés par VMware Cloud Director 10.5, reportez-vous à la page VMware Ports and Protocols.

Matrice de compatibilité

Consultez les Matrices d'interopérabilité des produits VMware pour obtenir les informations les plus récentes :

• Interopérabilité de VMware Cloud Director avec d'autres plates-formes VMware.

• Bases de données VMware Cloud Director prises en charge

Systèmes d'exploitation des serveurs VMware Cloud Director pris en charge

• CentOS 7

• CentOS 8

• CentOS 9

• Red Hat Enterprise Linux 7

• Red Hat Enterprise Linux 8

• Red Hat Enterprise Linux 9

Serveurs AMQP pris en charge

VMware Cloud Director utilise AMQP pour fournir le bus de message utilisé par les services d'extension, les extensions d'objet et les notifications. Cette version de VMware Cloud Director nécessite RabbitMQ version 3.10.x, 3.11.x ou 3.12.x.

Pour plus d'informations, reportez-vous au Guide d'installation, de configuration et de mise à niveau de VMware Cloud Director.

Bases de données prises en charge pour le stockage des données des mesures historiques

VMware Cloud Director prend en charge Apache Cassandra versions 4.0.x et 4.1.x.

Espace disque requis

Chaque serveur VMware Cloud Director requiert environ 2 100 Mo d'espace disque libre destiné aux fichiers d'installation et aux journaux.

Mémoire requise

Pour en savoir plus sur les exigences de mémoire, reportez-vous au Guide d'installation, de configuration et de mise à niveau de VMware Cloud Director.

Configuration requise du CPU

VMware Cloud Director est une application dédiée au CPU. Vous devez suivre les directives de surcharge de CPU pour la version appropriée de vSphere. Dans les environnements virtualisés, quel que soit le nombre de cœurs disponibles pour VMware Cloud Director, vous devez disposer d'un rapport cohérent entre vCPU et CPU physique, qui ne produit pas de surcharge extrême.

Packages logiciels Linux requis

Chaque serveur VMware Cloud Director doit inclure des installations de plusieurs modules logiciels Linux communs. Ces packages sont généralement installés par défaut avec le logiciel du système d'exploitation. En cas de modules manquants, le programme d'installation échoue et affiche un message de diagnostic.

En plus des modules requis par le programme d'installation, plusieurs procédures de configuration des connexions réseau et de création de certificats SSL nécessitent l'utilisation de la commande Linux nslookup, disponible dans le module Linux bind-utils.

Prise en charge des fournisseurs d'identité

VMware Cloud Director 10.5 prend en charge les fournisseurs d'identité LDAP, SAML et OpenID Connect (OIDC).

Protocoles de sécurité et suites de chiffrement pris en charge

VMware Cloud Director nécessite des connexions clientes sécurisées. SSL version 3 et TLS version 1.0 et 1.1 présentent de graves failles de sécurité et ne sont plus inclus dans l'ensemble de protocoles par défaut que le serveur met à disposition lors d'une connexion client. Les administrateurs système peuvent activer un plus grand nombre de protocoles et de suites de chiffrement. Reportez-vous à la section sur les outils de gestion des cellules du Guide d'installation, de configuration et de mise à niveau de VMware Cloud Director. Les protocoles de sécurité suivants sont pris en charge :

• TLS version 1.3

• TLS version 1.2

• TLS version 1.1 (désactivé par défaut)

• TLS version 1.0 (désactivé par défaut)

Pour activer les versions désactivées, reportez-vous à l'article 88929 de la base de connaissance.

Suites de chiffrement prises en charge activées par défaut :

• TLS_AES_256_GCM_SHA384

• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

Important:

Si vous souhaitez utiliser TLS version 1.3, TLS_AES_128_GCM_SHA256, TLS_AES_256_GCM_SHA384 ou les deux doivent être activés.

Suites de chiffrement prises en charge désactivées par défaut :

• TLS_AES_128_GCM_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256

• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA

• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA

• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

• TLS_RSA_WITH_AES_256_GCM_SHA384

• TLS_RSA_WITH_AES_128_GCM_SHA256

• TLS_RSA_WITH_AES_256_CBC_SHA256

• TLS_ECDH_RSA_WITH_AES_256_CBC_SHA

• TLS_RSA_WITH_AES_256_CBC_SHA

• TLS_RSA_WITH_AES_128_CBC_SHA256

• TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA

• TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA

• TLS_ECDH_RSA_WITH_AES_128_CBC_SHA

• TLS_RSA_WITH_AES_128_CBC_SHA

Les administrateurs système peuvent utiliser l'outil de gestion des cellules pour activer explicitement les suites de chiffrement prises en charge qui sont désactivées par défaut.

Navigateurs pris en charge

VMware Cloud Director est compatible avec la version majeure actuelle et la version majeure précédente des navigateurs suivants :

• Google Chrome

• Mozilla Firefox

• Microsoft Edge

Systèmes d'exploitation invités et versions de matériel virtuel pris en charge

VMware Cloud Director prend en charge tous les systèmes d'exploitation invités et versions de matériel virtuel pris en charge par les hôtes ESXi sur lesquels repose chaque pool de ressources.

Problèmes résolus

• VMware Cloud Director ne publie pas dans RabbitMQ un événement pour la création d'un ensemble d'adresses IP sur une passerelle Edge NSX

  Lorsque vous ajoutez un ensemble d'adresses IP à une passerelle Edge NSX, VMware Cloud Director ne publie pas cet événement dans RabbitMQ, et vous ne pouvez pas voir l'événement dans le client RabbitMQ.

• La boîte de dialogue Event Details affiche des valeurs incorrectes pour un disque dur de machine virtuelle

  Après la mise à jour de la taille de disque dur d'une machine virtuelle, au lieu d'afficher une valeur de taille mise à jour, la boîte de dialogue Event Details continue d'afficher l'ancienne valeur de taille.

  Cela se produit, car les détails de l'événement sont extraits de la base de données VMware Cloud Director avant la fin de l'opération de mise à jour.

• Une tentative de mise à jour de la limite d'IOPS par disque échoue avec une erreur Cannot read properties of null pour un utilisateur ne disposant pas des droits View Disk IOPS

  Si vous vous connectez en tant qu'utilisateur ne disposant pas des droits View Disk IOPS, une tentative de mise à jour de la limite d'IOPS par disque échoue avec un message d'erreur Cannot read properties of null.

• VMware Cloud Director ne parvient pas à attribuer la stratégie de stockage de VDC d'organisation par défaut lors de la création d'une machine virtuelle à partir d'un modèle

  Lors de la création d'une machine virtuelle à partir d'un modèle, au lieu d'attribuer la stratégie de stockage de VDC d'organisation par défaut, VMware Cloud Director attribue la première stratégie de stockage à partir d'une liste alphabétique de stratégies de stockage disponible pour l'organisation.

• Lors du chargement d'un fichier OVA pour créer un vApp ou un modèle de vApp, l'opération échoue avec le message d'erreur Duplicate element 'AddressOnParent'.

  Si vous téléchargez un fichier OVF avec un disque dur attaché au contrôleur IDE 0 et un CD-ROM attaché au contrôleur IDE 1 pour créer un modèle de vApp, le téléchargement de ce modèle de vApp en tant que fichier OVA unique a pour résultat un fichier OVA endommagé. Si vous téléchargez ensuite le fichier OVA pour créer un vApp ou un modèle de vApp, l'opération échoue avec un message d'erreur.

  The following error was encountered while processing the OVF file you provided: Line 81: Duplicate element 'AddressOnParent'.

• Échec de la configuration et de la mise à jour des tunnels VPN IPsec et VPN L2 avec le message d'erreur Cannot create or update VPN Tunnel

  Lorsque vous tentez de configurer un nouveau tunnel VPN IPsec ou VPN L2, ou de mettre à jour un tunnel VPN IPsec ou VPN L2 existant, l'opération échoue avec un message d'erreur.

  Cannot create or update IPSec VPN Tunnel

  Cannot create or update L2 VPN Tunnel

• Lorsque vous déplacez un vApp vers un autre VDC d'organisation, la description du vApp est perdue

  Lorsque vous déplacez un vApp d'un VDC d'organisation vers un autre, la description du vApp n'est pas conservée.

• L'ajout de l'adresse IP DNS à une liaison DHCP IPv4 dans un réseau isolé échoue avec le message d'erreur Internal Server

  Dans un réseau isolé, lorsque vous supprimez et ajoutez à nouveau l'adresse IP DNS à une liaison DHCP IPv4 existante, l'opération échoue avec le message d'erreur Internal Server.

• Échec de la création d'un vApp à partir d'un module OVF avec le message d'erreur Invalid value '9' for attribute 'instanceId' on element 'BootOrderSection'

  Lorsque vous tentez de créer un vApp à partir d'un fichier OVF, l'opération échoue avec un message d'erreur.

  Invalid value 'ovf:/disk/vmdisk' for element 'HostResource'.Line 484: Invalid value '9' for attribute 'instanceId' on element 'BootOrderSection'..

  Cela se produit, car lors de la génération du fichier OVF, VMware Cloud Director a tendance à remplacer les données d'entrée source et à utiliser ses propres ID d'instance pour le disque et le CD-ROM.

• Échec de l'importation d'une machine virtuelle à partir de l'instance de vCenter Server avec le message d'erreur NO_FEASIBLE_PLACEMENT_SOLUTION

  Lors de l'importation d'une machine virtuelle à partir de l'instance de vCenter Server, si la machine virtuelle réside dans un pool de ressources VDC géré par VMware Cloud Director, mais que la stratégie de positionnement par défaut indique que cette machine virtuelle doit être placée dans un cluster différent de celui dans lequel elle réside actuellement, l'opération échoue avec un message d'erreur.

  NO_FEASIBLE_PLACEMENT_SOLUTION

• Échec de l'ajout d'une nouvelle machine virtuelle à un vApp avec un message d'erreur Requested disk size for virtual machine exceeds maximum allowed capacity

  Si un administrateur système ajoute une machine virtuelle à un vApp et que le disque dur de cette machine virtuelle dépasse la taille maximale de disque dur configurée, lorsqu'un administrateur d'organisation tente d'ajouter une nouvelle machine virtuelle au vApp, l'opération échoue avec un message d'erreur.

  Requested disk size for virtual machine exceeds maximum allowed capacity

• VMware Cloud Director n'applique pas la contrainte pour la longueur maximale lors de la modification des propriétés d'un vApp

  Si vous configurez une contrainte pour la longueur maximale d'une chaîne de propriété d'invité de vApp, lors de la modification de ce vApp, VMware Cloud Director n'applique pas la contrainte, et vous pouvez entrer des valeurs de chaîne plus longues.

• Échec de la modification de la stratégie de dimensionnement et de stockage par défaut sur une machine virtuelle avec un message d'erreur

  Si la stratégie de dimensionnement de machine virtuelle par défaut dispose d'une réservation de mémoire de 100 % et qu'elle est attribuée à une machine virtuelle, la modification de la stratégie de dimensionnement ou de stockage de cette machine virtuelle échoue avec un message d'erreur.

  After policy was applied to VM, memory or cpu limits were below their reservations. Memory Limit: 1,024, Memory Reservation: <value>, Cpu Limit: <value>, Cpu Reservation: <value>

Problèmes connus

• Nouveau - Le déploiement d'une application Helm Chart échoue avec le message d'erreur Cannot parse "Z" as "-0700"

  Si VMware Cloud Director s'exécute dans le fuseau horaire UTC, les tentatives de déploiement d'une application Helm Chart échouent avec le message d'erreur Cannot parse "Z" as "-0700".

  Solution :

  Option 1 : modifiez l'opérateur du Hub de contenu sur le cluster Kubernetes pour utiliser un registre personnalisé. Entrez l'emplacement projects.registry.vmware.com/content_hub/vcd-contenthub-package-repo en tant que registre personnalisé et version 1.0.1 en tant que version du module Kubernetes Operator du Hub de contenu. Pour plus d'informations sur la modification d'un Kubernetes Operator, reportez-vous à la section Modifier un Kubernetes Operator dans VMware Cloud Director.

  Option 2 :

  1. remplacez le fuseau horaire du serveur sur lequel se trouve VMware Cloud Director par un fuseau horaire autre que UTC.

  2. Redémarrez le serveur VMware Cloud Director.

• Nouveau - Le déploiement d'applications de conteneur échoue avec le message d'erreur Unable to perform this action

  Lors du déploiement d'une application de conteneur, si la description du modèle d'application contient plus de 255 caractères, l'opération échoue avec un message d'erreur.

  Unable to perform this action. Contact your cloud administrator.

  Solution : mettez à jour la description du modèle d'application pour qu'elle contienne moins de 255 caractères.

• S'il n'existe aucune règle de pare-feu créée par l'utilisateur sur une passerelle Edge NSX, vous ne pourrez peut-être pas créer une règle de pare-feu unique

  S'il n'existe aucune règle de pare-feu définie par l'utilisateur sur une passerelle Edge NSX et que vous démarrez l'assistant de création de règles de pare-feu en cliquant sur Nouveau, lorsque vous tentez d'enregistrer la règle de pare-feu que vous avez définie, l'assistant est interrompu dans un état Veuillez patienter… et la règle de pare-feu n'est pas créée.

  Solution : Actualisez la page ou cliquez pour revenir à l'écran Pare-feu, puis utilisez le bouton Modifier les règles plutôt que le bouton Nouveau pour démarrer l'assistant de création de règles de pare-feu.

• Si vous utilisez l'instanciation rapide de plusieurs instances de vCenter Server vApp et que vous mettez à niveau la version matérielle du modèle de vApp d'origine dans vSphere, l'opération échoue sur toutes les instances de vCenter Server d'origine, sauf celles avec le message d'erreur Cannot create shadow VM of primary VM

  Lorsque vous provisionnez rapidement une machine virtuelle à partir d'un modèle de vApp, VMware Cloud Director crée une machine virtuelle fantôme et une machine virtuelle avec le préfixe multi-vc-vm pour prendre en charge la création de clones liés dans plusieurs centres de données et banques de données vCenter Server. Pour maintenir la synchronisation avec le modèle de vApp d'origine, certaines opérations, telles que la mise à niveau de la version matérielle, sur la machine virtuelle avec le préfixe multi-vc-vm ne sont pas autorisées. Dans vSphere, si vous mettez à niveau la version matérielle du modèle de vApp et de la machine virtuelle fantôme, vous ne pouvez pas mettre à niveau la machine virtuelle avec le préfixe multi-vc-vm. Cela entraîne l'échec du provisionnement rapide sur toutes les instances de vCenter Server, à l'exception de l'instance d'origine, où réside le modèle de vApp associé.

  Solution :

  1. utilisez VMware Cloud Director API pour supprimer la machine virtuelle avec le préfixe multi-vc-vm. Reportez-vous à la section http://developers.eng.vmware.com/apis/vmware-cloud-director/latest/multi-vc-vms/.

  2. Dans vSphere, supprimez ou mettez à niveau la machine virtuelle fantôme.

     La machine virtuelle fantôme et la machine virtuelle avec le préfixe multi-vc-vm sont recréées lors du prochain provisionnement rapide à partir du modèle de vApp.

• La recherche rapide de VMware Cloud Director n'affiche pas de résultats lors de la recherche d'utilisateurs, de comptes de service et de groupes de VDC

  Dans Recherche rapide, la saisie de Users, users/bulk-update, service-accounts et vdc-groups en tant que critères de recherche génère un message No results found..

  Solution : aucune.

• Le script de redimensionnement de disque de base de données du dispositif VMware Cloud Director peut échouer si l'identifiant du disque SCSI sur lequel il repose est modifié

  Le script de redimensionnement de disque de base de données s'exécute correctement uniquement si l'ID de disque SCSI de la base de données de sauvegarde reste le même. Si l'ID change pour une raison quelconque, le script peut sembler s'exécuter correctement, mais échoue. Le fichier /opt/vmware/var/log/vcd/db_diskresize.log indique que le script échoue avec une erreur No such file or directory.

  Solution :

  1. Connectez-vous, directement ou à l'aide d'un client SSH, à la cellule principale en tant que racine.

  2. Exécutez la commande lsblk --output NAME,FSTYPE,HCTL.

  3. Dans la sortie, recherchez le disque contenant la partition database_vg-vpostgres et notez son ID. L'ID se trouve sous la colonne HCTL et a l'exemple de format suivant 2:0:3:0.

  4. Dans le script db_diskresize.sh, modifiez l'ID de partition avec l'ID de l'étape 3. Par exemple, si l'ID est 2:0:3:0,

     echo 1 > /sys/class/scsi_device/2\:0\:2\:0/device/rescan

     vous devez remplacer dans la ligne l'ID par 2:0:3:0.

     echo 1 > /sys/class/scsi_device/2\:0\:3\:0/device/rescan

  5. Après avoir enregistré les modifications, appelez à nouveau manuellement le script de redimensionnement ou redémarrez le dispositif.

• Échec de la mise à niveau vers VMware Cloud Director 10.4.1 ou version ultérieure avec une erreur Fix postgres user home directory

  Lorsque vous tentez d'effectuer une mise à niveau vers VMware Cloud Director 10.4.1 ou version ultérieure, la mise à niveau échoue. Le fichier update-postures-db.log contient l'erreur suivante.

  2023-05-15 16:38:01 | update-postgres-db.sh | Fix postgres user home directory
  usermod: user postgres is currently used by process 17236

  D'autres processus connectés en tant qu'utilisateur postgres sur le dispositif VMware Cloud Director peuvent bloquer le script qui met à niveau la version majeure de PostgreSQL de la version 10 à la version 14.

  Solution :

  1. avant de démarrer la mise à niveau de VMware Cloud Director, recherchez les processus connectés en tant qu'utilisateur postgres sur le dispositif VMware Cloud Director en exécutant ps -u postgres sur celui-ci.

  2. Arrêtez tout processus renvoyé par la commande en exécutant kill -9 <PID>, où PID correspond à l'identifiant unique.

• Échec de la création d'une stratégie Kubernetes de VDC d'organisation avec des passerelles de fournisseur qui utilisent des espaces IP

  Si vous configurez une passerelle de fournisseur reposant sur un espace IP et que vous créez un VDC et une passerelle Edge basée sur le même espace IP, une tentative de création d'une stratégie Kubernetes pour ce VDC échoue avec un message d'erreur.

  com.vmware.ssdc.util.LMException: Index 0 out of bounds for length 0

  Cela se produit, car les passerelles Edge sauvegardées reposant sur l'espace IP ne sont pas associées à une adresse IP principale, qui est requise pour la création de SNAT par la stratégie Kubernetes.

  Solution : créez des VDC et des passerelles Edge avec un type de fournisseur de réseau NSX et des passerelles de fournisseur qui utilisent des blocs d'adresses IP hérités.

• Lors du démarrage du dispositif VMware Cloud Director, le message [FAILED] Failed to start Wait for Network to be Configured. See 'systemctl status systemd-networkd-wait-online.service' for details s'affiche

  Le message s'affiche de manière incorrecte et n'indique pas un problème réel avec le réseau. Vous pouvez ignorer ce message et continuer à utiliser le dispositif VMware Cloud Director comme d'habitude.

  Solution : aucune.

• Vous ne pouvez pas créer de modèles de VDC VMware Cloud Director dans des environnements de service VMware Cloud Director

  Le service VMware Cloud Director ne prend pas en charge les modèles de centre de données virtuel (VDC). Vous pouvez utiliser des modèles de VDC dans des environnements comportant des VDC fournisseurs avec un type de fournisseur de réseau NSX ou un type de fournisseur NSX Data Center for vSphere. Vous ne pouvez pas utiliser de modèles de VDC sur les environnements de service VMware Cloud Director, car les VDC fournisseurs ont le type de fournisseur de réseau VMC.

  Solution : aucune.

• Échec de la création d'un modèle de VDC d'organisation avec un type de fournisseur de réseau NSX et des passerelles de fournisseur qui utilisent des espaces IP

  Lorsque vous tentez de créer un modèle de VDC d'organisation avec un type de fournisseur de réseau NSX et une passerelle de fournisseur qui utilise des espaces IP, l'opération échoue avec l'erreur suivante. Error:Cannot support external Network that is utilizing IP Spaces. Only external networks with legacy IP blocks are supported.

  Solution : créez des modèles de VDC d'organisation avec un type de fournisseur de réseau NSX et des passerelles de fournisseur qui utilisent des blocs d'adresses IP hérités.

• La modification de la stratégie de stockage sur un disque virtuel d'une machine virtuelle échoue avec le message d'erreur :The operation failed because no suitable resource was found

  Si le disque virtuel d'une machine virtuelle réside sur une banque de données vSAN distante, la modification de la stratégie de stockage du disque virtuel génère un message d'erreur.

  The operation failed because no suitable resource was found

  Solution : pour déplacer la machine virtuelle vers une autre stratégie de stockage, modifiez la stratégie de stockage de disque virtuel sur VM default policy, puis remplacez la stratégie de stockage de machine virtuelle par la stratégie de stockage souhaitée.

• VMware Cloud Director affiche une valeur vide pour la limite d'IOPS d'un disque de machine virtuelle avec la stratégie de stockage VC-IOPS activée

  Si vous appliquez une stratégie de stockage sur laquelle VC-IOPS est activé avec la réservation personnalisée, la limite et les partages sur un disque de machine virtuelle, VMware Cloud Director affiche les valeurs des réservations IOPS, mais affiche la limite d'IOPS comme étant vide. Cela se produit, car vCenter Server 8U1 introduit un nouveau mécanisme pour Storage I/O Control (SIOC) qui ne définit plus la limite d'IOPS en tant que propriété de disque de machine virtuelle.

  Solution : aucune.

• Vous ne pouvez pas créer une organisation désactivée à l'aide de l'instance héritée de VMware Cloud Director API

  La tentative d'utilisation du point de terminaison de création d'organisation de l'instance héritée de VMware Cloud Director API POST [vcd_public_endpoint]/api/admin/orgs pour créer une organisation désactivée entraîne une exception 400 BadRequestException contenant l'extrait de code suivant :

  <Error ... stackTrace="com.vmware.vcloud.api.presentation.service.BadRequestException: Unexpected error.&#10;unexpected end of subtree

  Solution : utilisez le point de terminaison VMware Cloud Director OpenAPI pour créer une organisation désactivée. Vous pouvez également utiliser l'interface utilisateur, OpenAPI ou l'API héritée pour créer une organisation activée et la désactiver après la création.

• Vous ne pouvez pas sélectionner Tanzu Kubernetes version 2.0 ou ultérieure lors de la création d'un cluster TKGs

   En tant que locataire, lorsque vous tentez de créer un cluster TKGs, vous ne pouvez pas sélectionner un cluster Tanzu Kubernetes 2.0 et versions ultérieures. 

  Solution : Pour proposer et utiliser Tanzu Kubernetes 2.0 et versions ultérieures, utilisez VMware Cloud Director Container Service Extension 4.0.

• La migration de VM entre les VDC d'organisation peut échouer avec une erreur de ressource insuffisante

  Si VMware Cloud Director s'exécute avec vCenter Server 7.0 Update 3h ou version antérieure, lors du déplacement d'une machine virtuelle vers un autre VDC d'organisation, la migration de la machine virtuelle peut échouer avec une erreur de ressource insuffisante, même si les ressources sont disponibles dans le VDC d'organisation cible.

  Solution : mettez à niveau le système vCenter Server vers la version 7.0 Update 3i ou version ultérieure.

• 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.

• L'interface utilisateur du portail de locataires de VMware Cloud Director n'affiche pas les limites et les réservations d'IOPS pour une stratégie de stockage vSAN

  vSAN gère lui-même les limites d'IOPS sur les stratégies de stockage vSAN. Par conséquent, l'interface utilisateur du portail de locataires de VMware Cloud Director n'affiche pas les réservations et les limites d'IOPS pour une stratégie de stockage vSAN et vous ne pouvez pas modifier leurs valeurs.

  Solution : aucune.

• La mise à niveau du dispositif VMware Cloud Director échoue et renvoie une erreur de version non valide lorsque le mode FIPS est activé

  Pour les versions 10.3.x et ultérieures de VMware Cloud Director, lorsque le mode FIPS est activé, la mise à niveau du dispositif VMware Cloud Director échoue avec l'erreur suivante.

  Failure: Installation failed abnormally (program aborted), the current version may be invalid.

  Solution :

  1. avant de mettre à niveau le dispositif VMware Cloud Director, désactivez le mode FIPS sur les cellules du groupe de serveurs et le dispositif VMware Cloud Director. Reportez-vous à la section Activer ou désactiver le mode FIPS sur le dispositif VMware Cloud Director.

  2. Vérifiez que le fichier /etc/vmware/system_fips n'existe sur aucun dispositif.

  3. Mettez à niveau le dispositif VMware Cloud Director.

  4. Activez à nouveau le mode FIPS.

• Le proxy de console VMware Cloud Director, le chargement d'OVF et de supports, et la mise sous tension d'une machine virtuelle échouent

  VMware Cloud Director 10.4 améliore la connectivité SSL à tous les composants d'infrastructure de vSphere, y compris ESXi, en intégrant l'autorité de certification (CA) vSphere aux mécanismes d'approbation de VMware Cloud Director. Dans certains cas, le point de terminaison vSphere et l'autorité de certification vSphere utilisent des ancres d'approbation différentes et VMware Cloud Director doit approuver plusieurs ancres d'approbation de vSphere. Si la certification vSphere n'est pas approuvée, certaines fonctionnalités de VMware Cloud Director ne fonctionnent pas.

  Pour terminer l'intégration vSphere, consultez l'article 78885 de la base de connaissances. Vous pouvez également approuver tous les certificats nécessaires en exécutant la commande CMT trust-infra-certs. Reportez-vous à la section Importer des certificats de point de terminaison depuis les ressources vSphere.

• Vous ne pouvez pas afficher et modifier le type de licence de vos instances de NSX Advanced Load Balancer Controller précédemment enregistrées dans VMware Cloud Director API

  Vous ne pouvez pas afficher et modifier la licence de vos instances de NSX Advanced Load Balancer Controller précédemment enregistrées dans VMware Cloud Director API. Cela se produit, car dans VMware Cloud Director 10.4, le type de licence du contrôleur a été remplacé par une sélection entre un ensemble de fonctionnalités Standard et Premium au niveau du groupe de moteurs de service afin d'offrir plus de flexibilité.

  Solution : utilisez le chemin d'accès supportedFeatureSet pour les groupes de moteurs de service et sur les passerelles Edge pour activer et désactiver les fonctionnalités disponibles.

• La fenêtre Supprimer l'élément bloqué cesse de répondre

  Lorsque vous tentez de supprimer un élément bloqué dans VMware Cloud Director en cliquant sur OK dans la fenêtre Supprimer l'élément bloqué, la fenêtre cesse de répondre. Ce problème se produit lorsque votre connexion réseau à l'instance de VMware Cloud Director est lente. L'extraction d'un élément bloqué peut prendre jusqu'à cinq minutes, pendant lesquelles l'interface utilisateur ne répond pas. Si vous cliquez sur le bouton Annuler, la fenêtre se ferme, mais cela n'annule pas la suppression de l'élément.

  Solution : attendez que la fenêtre se ferme toute seule.

• Vous ne pouvez pas créer un modèle de VDC et instancier un VDC à partir d'un modèle si vous utilisez uniquement un pool de réseaux VMware Cloud on AWS comme VDC fournisseur

  Si vous utilisez uniquement un pool de réseaux de fournisseurs dépendant de VMware Cloud on AWS comme VDC fournisseur, vous ne pouvez pas créer un modèle de VDC et instancier un VDC à partir d'un modèle.

  Cela se produit, car la création et l'instanciation de modèles de VDC sont prises en charge uniquement pour les VDC fournisseurs reposant sur NSX-T Data Center et sur NSX Data Center for vSphere.

  aucune.

• La création d'une machine virtuelle avec une stratégie de stockage vSAN chiffré échoue avec le message d'erreur Invalid storage policy for encryption operation.

  Lors de la création d'une machine virtuelle, si vous spécifiez la stratégie de stockage de la machine virtuelle comme vSAN chiffré et que la stratégie de stockage du disque dur de la machine virtuelle est à la fois non chiffrée et non-vSAN, l'opération échoue avec un message d'erreur.

  Invalid storage policy for encryption operation

  Solution :

  1. Spécifiez les stratégies de stockage de la machine virtuelle et du disque dur de la machine virtuelle comme vSAN chiffré.

  2. Une fois le déploiement de la machine virtuelle réussi, mettez à jour la stratégie de stockage sur disque dur de la machine virtuelle en non chiffré et non vSAN. Pour plus d'informations, reportez-vous à la section Modifier les propriétés d'une machine virtuelle.

• Vous ne pouvez pas vous connecter à VMware Cloud Director via VMware OVF Tool 4.4.3 ou version antérieure

  Lorsque vous tentez de vous connecter à VMware Cloud Director via l'outil OVF Tool 4.4.3 ou version antérieure, l'erreur suivante se produit. Error: No supported vCloud version was found. Cela se produit en raison d'un changement de comportement de l'API dans VMware Cloud Director 10.4 qui fait que l'API ne renvoie pas de liens vers tous les VDC d'une organisation.

  Solution : effectuez la mise à niveau vers OVF Tool 4.5.0. Reportez-vous aux Notes de mise à jour de VMware OVF Tool.

• Vous ne pouvez pas vous connecter à VMware Cloud Director à l'aide de VMware PowerCLI 12.7.0 ou version antérieure

  Lorsque vous tentez de vous connecter à VMware Cloud Director à l'aide de VMware PowerCLI 12.7.0 ou version antérieure, l'erreur suivante se produit. NOT_ACCEPTABLE: The request has invalid accept header: Invalid API version requested. Cette erreur se produit, car les versions de VMware PowerCLI antérieures à la version 13.0.0 ne prennent pas en charge les versions de VMware Cloud Director API ultérieures à la version 33.0. Consultez la Matrice d'interopérabilité des produits VMware.

  Solution : mettez à niveau VMware PowerCLI vers la version 13.0.0.

• VMware Cloud Director affiche l'ancienne version d'une instance de vCenter Server mise à niveau

  Après la mise à niveau d'une instance de vCenter Server vers une nouvelle version, dans la liste des instances de vCenter Server, VMware Cloud Director affiche toujours l'ancienne version pour l'instance mise à niveau.

  Solution : Réinitialisez la connexion entre l'instance de vCenter Server et VMware Cloud Director. Reportez-vous à la section Reconnecter une instance de vCenter Server du Guide d'administration du fournisseur de services VMware Cloud Director.

• 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.

• Échec du montage d'une banque de données NFS à partir d'une baie de stockage NetApp 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.

  Backend validation of NFS failed with: is owned by an unknown user

  Solution : reportez-vous à la base de connaissances https://kb.vmware.com/s/article/93252.

• Expiration de la synchronisation d'un catalogue abonné lors de la synchronisation de modèles de vApp volumineux

  Si un catalogue externe contient des modèles de vApp volumineux, la synchronisation du catalogue abonné avec le catalogue externe expire. Ce problème se produit lorsque le paramètre de délai d'expiration est défini sur sa valeur par défaut de cinq minutes.

  Solution : à l'aide de la sous-commande manage-config de l'outil de gestion des cellules, mettez à jour le paramètre de configuration du délai d'expiration.

  ./cell-management-tool manage-config -n transfer.endpoint.socket.timeout -v [timeout-value]

• Après la mise à niveau vers VMware Cloud Director 10.3.2a, l'ouverture de la liste des réseaux externes entraîne l'affichage d'un message d'avertissement

  Lorsque vous tentez d'ouvrir la liste des réseaux externes, l'interface utilisateur de VMware Cloud Director affiche message d'avertissement.

  One or more external networks or T0 Gateways have been disconnected from its IP address data.

  Cela se produit, car le réseau externe est automatiquement déconnecté de la configuration du routage CIDR (Classless Inter-Domain Routing) avant la mise à niveau vers VMware Cloud Director 10.3.2a.

  Solution : Contactez les services GSS (Global Support Services) VMware pour obtenir une assistance afin de résoudre ce problème.

• Dans une liste de préfixes IP, la configuration de la valeur de Réseau sur any génère un message d'erreur.

  Lors de la création d'une liste de préfixes IP, si vous souhaitez refuser ou accepter n'importe quelle route et que vous configurez la valeur de Réseau sur any, la boîte de dialogue affiche un message d'erreur.

  "any" is not a valid CIDR notation. A valid CIDR is a valid IP address followed by a slash and a number between 0 and 32 or 64, depending on the IP version.

  Solution : ne renseignez pas la zone de texte Réseau.

• É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.3.x vers VMware Cloud Director 10.4.x renvoie le message d'erreur Connection to sfcbd lost

  Si vous mettez à niveau VMware Cloud Director 10.3.x vers VMware Cloud Director 10.4, l'opération de mise à niveau renvoie un message d'erreur.

  Connection to sfcbd lost. Attempting to reconnect

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

• 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 chargement échoue avec l'erreur Bad request: org.bouncycastle.pkcs.PKCSException: unable to read encrypted data: ... not available: No such algorithm: ... ou l'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.

  Name must start with a letter and only contain alphanumeric or hyphen (-) characters. (Max 128 characters).

  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 read-only.

  • 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 l'erreur Named disk encryption is not supported in this version of vCenter Server.

  Solution : aucune.

• Une machine virtuelle à provisionnement rapide créée sur une baie NFS où VAAI (VMware vSphere Storage APIs Array Integration) est activé ou sur 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 sur lesquelles VAAI est activé, ainsi que par vSphere Virtual Volumes. 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 où VAAI est activé ou vSphere Virtual Volumes. Pour consolider une machine virtuelle avec un snapshot sur un VAAI ou une banque de données vSphere Virtual Volumes, 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.