Incompatibilité avec les fonctionnalités vSphere
Cette section décrit les fonctionnalités vSphere incompatibles avec Google Distributed Cloud.
Instantané de VM
L'instantané de VM n'est pas compatible avec Google Distributed Cloud. La création d'instantanés de VM créées par Google Distributed Cloud rendra inopérantes de nombreuses fonctionnalités, y compris la mise à niveau du cluster, la mise à jour du cluster, la réparation automatique des nœuds et la restauration du plan de contrôle du cluster d'administrateur. Lorsque Google Distributed Cloud tente de gérer une VM avec des instantanés, des échecs tels que Invalid configuration for device '0'
s'affichent dans les journaux csi-controller-manager
et vsphere-controller-manager
. Pour en savoir plus sur les instantanés, consultez la section Bonnes pratiques pour utiliser des instantanés VMware.
Ne créez pas d'instantanés sur les VM Google Distributed Cloud. Pour récupérer après une défaillance de la VM ou du stockage, consultez les sections Récupération après une défaillance de la VM et Récupération après une défaillance de stockage.
Clone de VM
Le clonage d'une VM créée et gérée par Google Distributed Cloud peut entraîner des incohérences dans les données et l'état du cluster.
Ne clonez pas de VM Google Distributed Cloud. Pour récupérer après une défaillance de la VM ou du stockage, consultez les sections Récupération après une défaillance de la VM et Récupération après une défaillance de stockage.
vSAN File Service
Utiliser vSAN File Service pour provisionner des volumes de fichiers prend en charge les volumes persistants ReadWriteMany
ou ReadOnlyMany
qui peuvent être partagés entre plusieurs pods ou applications.
N'utilisez pas cette option dans Google Distributed Cloud, car elle peut bloquer le drainage des nœuds et empêcher le diagnostic.
Vous pouvez exécuter la commande suivante pour lister tous les PVC :
kubectl --kubeconfig CLUSTER_KUBECONFIG get pvc --all-namespaces \ -ojson | jq '.items[] | {namespace: .metadata.namespace, name: .metadata.name, accessModes: .spec.accessModes}'
Si un fichier PVC contient ReadWriteMany
ou ReadOnlyMany
dans son accessModes
, contactez l'assistance Google pour obtenir une solution de contournement.
Stockage vMotion
Storage vMotion vous permet de migrer les disques virtuels d'une VM d'un datastore à un autre. Cette opération est différente de la procédure vMotion standard, qui consiste à migrer une VM d'un hôte vers un autre. vMotion est compatible avec Google Distributed Cloud.
Storage vMotion n'est compatible avec Google Distributed Cloud que lorsque les clusters sont configurés avec des règles de stockage. Sinon, les opérations telles que la mise à jour du cluster, la mise à niveau, la création de clusters d'utilisateurs et la réparation automatique des nœuds échouent lorsque vous utilisez Storage vMotion.
Pour récupérer après une utilisation de Storage vMotion non planifiée ou pour planifier une solution de contournement, contactez l'assistance Google.
Stockage DRS
Le Stockage DRS gère l'emplacement et la migration des disques de machine virtuelle pour équilibrer l'espace de stockage ou les ressources d'E/S entre les datastores du cluster de datastores.
N'activez pas le stockage DRS, car il n'est pas compatible avec Google Distributed Cloud.
Suivi des blocs modifiés (CBT)
Le suivi des blocs modifiés (Changed Block Tracking, CBT) est une fonctionnalité du VMkernel qui identifie les blocs de données qui ont changé ou qui sont en cours d'utilisation. Elle est activée via des appels d'API VMware par des logiciels ou des appliances de sauvegarde tiers.
N'utilisez pas de logiciels ni d'appareils de sauvegarde tiers pour sauvegarder des VM Google Distributed Cloud. Ils activent généralement le CBT via l'API VMware, qui n'est pas compatible avec Google Distributed Cloud.
Incompatibilité réseau
Cette section s'applique si vous utilisez l'équilibreur de charge Seesaw.
Cisco ACI avec apprentissage du plan de données IP
Cisco Application Centric Infrastructure (ACI) avec Dataplane IP Learning n'est pas compatible avec l'équilibreur de charge Seesaw. Nous vous recommandons d'utiliser MetalLB comme équilibreur de charge lorsque Seesaw est en mode Maintenance, ou de désactiver l'apprentissage de l'adresse IP du plan de données lorsque vous utilisez Seesaw comme équilibreur de charge.
Pare-feu distribué NSX-T avec état (DFW)
Le DFW NSX-T avec état n'est pas compatible avec l'équilibreur de charge Seesaw. Nous vous recommandons d'utiliser MetalLB comme équilibreur de charge lorsque Seesaw est en mode Maintenance, ou de configurer une règle de pare-feu distribué NSX-T DFW sans état pour les VM Seesaw lorsque vous utilisez Seesaw comme équilibreur de charge. Pour en savoir plus, consultez la section Configurer des règles de pare-feu NSX-T distribuées sans état pour une utilisation avec l'équilibreur de charge Seesaw dans la documentation de la version 1.16.