Incompatibilité de l'infrastructure

Incompatibilité des fonctionnalités vSphere

Cette section décrit les fonctionnalités vSphere qui ne sont pas compatibles 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 récupération. 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 csi-controller-manager et vsphere-controller-manager journaux. 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.

Clonage 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 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

L'utilisation du service de fichiers vSAN 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.

N'utilisez pas cette fonctionnalité dans Google Distributed Cloud, car elle peut bloquer le drainage des nœuds et entraîner l'échec du diagnostic.

Vous pouvez exécuter la commande suivante pour afficher la liste de 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 ses accessModes, contactez l'assistance Google pour obtenir une solution de contournement.

Stockage vMotion

Le stockage vMotion vous permet de migrer les disques virtuels d'une VM d'un datastore à un autre. Cette fonctionnalité est différente de la fonctionnalité vMotion, standard, qui migre une VM d'un hôte à un autre. vMotion est compatible avec Google Distributed Cloud.

Le stockage vMotion n'est compatible avec Google Distributed Cloud que lorsque les clusters sont configurés avec des stratégies 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 de stockage 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 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'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é de la mise en 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 apprentissage IP du plan de données n'est pas compatible avec les équilibreurs de charge Seesaw et MetalLB. Nous vous recommandons d' utiliser l'équilibrage de charge manuel ou de désactiver l'apprentissage IP du plan de données lorsque vous utilisez Seesaw ou MetalLB comme équilibreur de charge. De plus, Seesaw est en mode maintenance. À partir de 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.