Résoudre les problèmes d'accès aux données multicloud

Ce document explique comment résoudre les problèmes courants liés à l'utilisation de la fonctionnalité d'accès aux données cross-cloud de Lakehouse sans frontières.

Les données et les ressources sont obsolètes ou ne sont pas mises à jour

Les catalogues fédérés Lakehouse synchronisent les métadonnées d'un cloud distant en fonction d'un intervalle d'actualisation. L'actualisation des métadonnées en arrière-plan d'un catalogue peut prendre plus de temps en fonction du nombre de ressources (partages, schémas, espaces de noms, tables). Si l'actualisation précédente dépasse le délai, l'actualisation actuelle sera ignorée, mais la suivante sera reprogrammée à l'intervalle suivant.

Si les données interrogées semblent obsolètes, il est possible que l'actualisation des métadonnées en arrière-plan du catalogue soit en cours d'exécution ou ait échoué. Les ressources cloud distantes sont également soumises au même comportement. Si vous supprimez une ressource dans le cloud distant, elle ne sera supprimée de Lakehouse que lors de la prochaine actualisation réussie des métadonnées en arrière-plan.

Vérifiez l'état de l'actualisation des métadonnées en arrière-plan sur un catalogue fédéré sur la page Lakehouse Google Cloud de la console ou en exécutant la gcloud CLI :

Accéder à Lakehouse

gcloud alpha biglake iceberg catalogs describe FEDERATED_CATALOG_NAME \
    --project="PROJECT_ID"

gcloud alpha biglake delta-sharing catalogs describe FEDERATED_CATALOG_NAME \
    --project="PROJECT_ID"

Problèmes de connectivité ou de routage

Si vous rencontrez des problèmes de connectivité ou de routage lorsque vous utilisez une interconnexion privée, vérifiez les points suivants :

  • Vérifier la propagation des routes : vérifiez le routeur Cloud Router dansGoogle Cloud pour vous assurer qu'il a appris les préfixes du VPC AWS. Vérifiez vos tables de routage AWS pour vous assurer qu'elles disposent de routes vers votre VPC Google Cloud .
  • Vérifier l'état de l'ILB : dans la console Google Cloud , accédez à Services réseau > Équilibrage de charge. Vérifiez si les backends (NEG) de votre service de backend ILB sont opérationnels. Si ce n'est pas le cas, vérifiez la connectivité réseau et les règles du groupe de sécurité AWS.
  • Tester la connectivité depuis Google Cloud : lancez une instance de VM de test dans le même VPC et le même sous-réseauGoogle Cloud que le point de terminaison ILB ou Annuaire des services, puis essayez de vous connecter aux adresses IP AWS ENI sur le port 443 (par exemple, en utilisant curl ou telnet).
  • Résolution de l'Annuaire des services : vérifiez que le compte de service du catalogue dispose des autorisations nécessaires pour résoudre les points de terminaison de l'Annuaire des services (roles/servicedirectory.viewer, roles/servicedirectory.pscAuthorizedService).
  • Groupes de sécurité et règles de pare-feu : vérifiez que les règles de pare-feu Google Cloud et les groupes de sécurité AWS autorisent le trafic sur le port TCP 443 entre les plages d'adresses IP concernées.