En esta página, se muestra cómo resolver problemas comunes con Lakehouse sin bordes.
Los datos y los recursos están obsoletos o no se actualizan
Los catálogos federados de Lakehouse sin bordes sincronizan metadatos de una nube remota en función de un intervalo de actualización. La actualización de metadatos en segundo plano de un catálogo puede tardar más cuanto más recursos haya (recursos compartidos, esquemas, espacios de nombres, tablas). Si la actualización anterior se excede, se omitirá la actualización actual, pero la siguiente se reprogramará en el siguiente intervalo.
Si los datos consultados parecen obsoletos, es posible que la actualización de metadatos en segundo plano del catálogo se esté excediendo o fallando. Los recursos de la 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 siguiente actualización de metadatos en segundo plano correcta.
Verifica el estado de actualización de metadatos en segundo plano en un catálogo federado en la Lakehouse Google Cloud o ejecutando la gcloud CLI:
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"
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: Consulta Cloud Router en Google Cloud para verificar que haya aprendido los prefijos de VPC de AWS. Consulta tus tablas de rutas de AWS para verificar que tengan rutas de regreso a tu Google Cloud VPC.
- Verifica el estado del ILB: En la Google Cloud consola de, ve a Servicios de red > Balanceo de cargas. Verifica si los backends (NEGs) de tu servicio de backend de ILB están en buen estado. Si no lo están, verifica la conectividad de red y las reglas de los grupos de seguridad de AWS.
- Prueba la conectividad desde Google Cloud: Inicia una instancia de VM de prueba en la misma
Google Cloud VPC y subred 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, concurlotelnet). - 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 Google Cloud reglas
de firewall y los grupos de seguridad de AWS permitan el tráfico en el puerto TCP
443entre los rangos de IP pertinentes.