クロスクラウド データアクセスのトラブルシューティング

このドキュメントでは、ボーダーレス レイクハウスのクロスクラウド データアクセス機能を使用する際の一般的な問題を解決する方法について説明します。

データとリソースが古いか、更新されていない

Lakehouse 連携カタログは、更新間隔に基づいてリモート クラウドからメタデータを同期します。カタログのバックグラウンド メタデータの更新は、リソース（共有、スキーマ、名前空間、テーブル）が多いほど時間がかかることがあります。前回の更新がオーバーランした場合、現在の更新はスキップされますが、次の更新は次の間隔で再スケジュールされます。

クエリされたデータが古くなっているように見える場合は、カタログのバックグラウンド メタデータの更新がオーバーランしているか、失敗している可能性があります。リモート クラウド リソースも同じ動作の対象となります。リモート クラウドでリソースを削除すると、次回のバックグラウンド メタデータの更新が成功したときにのみ、Lakehouse から削除されます。

連携カタログのバックグラウンド メタデータ更新ステータスを確認するには、Lakehouse Google Cloud コンソール ページを使用するか、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"

接続またはルーティングに関する問題

プライベート相互接続の使用時に接続またはルーティングの問題が発生した場合は、次の点を確認してください。

  • ルートの伝播を確認する:Google Cloud の Cloud Router を確認して、AWS VPC プレフィックスが学習されていることを確認します。AWS ルートテーブルを確認して、 Google Cloud VPC へのルートがあることを確認します。
  • ILB の健全性を確認する: Google Cloud コンソールで、[ネットワーク サービス] > [ロード バランシング] に移動します。ILB バックエンド サービスのバックエンド（NEG）が正常かどうかを確認します。そうでない場合は、ネットワーク接続と AWS セキュリティ グループのルールを確認します。
  • Google Cloudからの接続をテストする: ILB または Service Directory エンドポイントと同じGoogle Cloud VPC とサブネットでテスト VM インスタンスを起動し、ポート 443 の AWS ENI IP アドレスに接続を試みます（たとえば、curl または telnet を使用）。
  • Service Directory の解決: カタログのサービス アカウントに、Service Directory エンドポイント（roles/servicedirectory.viewer、roles/servicedirectory.pscAuthorizedService）を解決する権限があることを確認します。
  • セキュリティ グループとファイアウォール ルール: Google Cloud ファイアウォール ルールと AWS セキュリティ グループで、関連する IP 範囲間の TCP ポート 443 のトラフィックが許可されていることを確認します。