Soluciona problemas de acceso a los datos multinube

En este documento, se muestra cómo resolver problemas habituales cuando se usa la capacidad de acceso a los datos multinube de Lakehouse sin fronteras.

Los datos y los recursos están inactivos o no se actualizan

Los catálogos federados de Lakehouse sincronizan los metadatos de una nube remota según un intervalo de actualización. La actualización de los metadatos en segundo plano de un catálogo puede tardar más tiempo cuantos más recursos haya (recursos compartidos, esquemas, espacios de nombres y tablas). Si la actualización anterior se excede, se omitirá la actualización actual, pero la siguiente se reprogramará para el intervalo posterior.

Si los datos consultados parecen inactivos, es posible que la actualización de metadatos en segundo plano del catálogo se esté excediendo o fallando. Los recursos de nube remota también están sujetos al mismo comportamiento. Si borras un recurso en la nube remota, solo se borrará de Lakehouse en la próxima actualización correcta de metadatos en segundo plano.

Verifica el estado de la actualización de metadatos en segundo plano en un catálogo federado en la página de la consola de Lakehouse Google Cloud o ejecutando la gcloud CLI:

Ir a Lakehouse

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

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

Problemas de conectividad o enrutamiento

Si tienes problemas de conectividad o enrutamiento cuando usas una interconexión privada, verifica lo siguiente:

  • Verifica la propagación de rutas: Revisa el Cloud Router en Google Cloud para verificar que haya aprendido los prefijos de la VPC de AWS. Verifica las tablas de rutas de AWS para comprobar que tengan rutas de regreso a tu VPC de Google Cloud .
  • Verifica el estado del ILB: En la consola de Google Cloud , ve a Servicios de red > Balanceo de cargas. Verifica si los backends (NEG) de tu servicio de backend de ILB están en buen estado. Si no es así, verifica la conectividad de red y las reglas del grupo de seguridad de AWS.
  • Prueba la conectividad desde Google Cloud: Inicia una instancia de VM de prueba en la misma VPC y subred deGoogle Cloud que el ILB o el extremo del Directorio de servicios, y trata de conectarte a las direcciones IP de ENI de AWS en el puerto 443 (por ejemplo, con curl o telnet).
  • Resolución del Directorio de servicios: Verifica que la cuenta de servicio del catálogo tenga permisos para resolver extremos del Directorio de servicios (roles/servicedirectory.viewer, roles/servicedirectory.pscAuthorizedService).
  • Grupos de seguridad y reglas de firewall: Verifica que las reglas de firewall de Google Cloud y los grupos de seguridad de AWS permitan el tráfico en el puerto TCP 443 entre los rangos de IP pertinentes.