Incompatibilité des fonctionnalités vSphere
Cette section décrit les fonctionnalités vSphere qui sont incompatibles avec Google Distributed Cloud.
Instantané de VM
Les instantanés de VM ne sont pas compatibles 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
Cloner une VM créée et gérée par Google Distributed Cloud peut entraîner des incohérences au niveau des données et de l'état du cluster.
Ne clonez pas 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.
Service de fichiers vSAN
Utiliser vSAN File Service pour provisionner des volumes de fichiers est compatible avec les volumes persistants ReadWriteMany ou ReadOnlyMany qui peuvent être partagés entre plusieurs pods ou applications.
Ne l'utilisez pas dans Google Distributed Cloud, car cela pourrait bloquer le vidage des nœuds et entraîner l'échec du 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 PVC contient ReadWriteMany ou ReadOnlyMany dans son accessModes, contactez l'assistance Google pour trouver 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 fonctionnalité vMotion habituelle, qui migre 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 migration 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(CBT) est une fonctionnalité VMkernel qui identifie les blocs de données qui ont été modifiés ou qui sont utilisés. Elle est activée par des appels d'API VMware par des logiciels ou des appliances de sauvegarde tiers.
N'utilisez pas de logiciels ni d'appliances de sauvegarde tiers pour sauvegarder les 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 IP du plan de données
Cisco Application Centric Infrastructure (ACI) avec Dataplane IP Learning est incompatible avec les équilibreurs de charge Seesaw et MetalLB. Nous vous recommandons d'utiliser l'équilibrage de charge manuel ou de désactiver l'apprentissage des adresses IP du plan de données lorsque vous utilisez Seesaw ou MetalLB comme équilibreur de charge. De plus, Seesaw est en mode maintenance. Depuis la version 1.32 de Google Distributed Cloud, les mises à niveau sont bloquées pour les clusters utilisant Seesaw. Vous devez migrer les clusters vers les fonctionnalités recommandées avant de passer à la version 1.32.Pare-feu distribué NSX-T avec état (DFW)
Le pare-feu distribué 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.