問題タブ [cloud-sql-proxy]

nodejs API サービスで Cloud SQL プロキシ サイドカーを使用しています。

API リクエストの約 1% で、DB 接続が失敗したことを示すエラーが返されることを除けば、うまく機能しているように見えます。

バックエンド ログは、DB に接続しようとしたときに、これが ORM からスローされたことを示しています。

サイドカー ログには何も表示されず、問題の CloudSQL インスタンスには異常は何も表示されません (17/4000 接続、<1% の CPU 使用率、1.5/3.5GiB メモリ使用率、<100KiB イングレス/エグレス/6 時間ウィンドウのタイム スライス)。

何が原因でしょうか?

編集：追加情報：

すべてのポッドが再起動なしで何時間も稼働しているため、断続的な障害は一時的な起動障害ではありません。

ログは、これが 30 日前から断続的に発生していることを示しています。

GCE にインストールされた Cloud SQL Proxy を介して Cloud SQL (MySQL) に接続する DAG を作成しました。テーブルのリストを読み取り、これらに基づいて多数のタスクを生成します。この DAG を自分のマシンでローカルに Airflow で実行しましたが、Cloud Composer インスタンスにデプロイしようとすると、DAG が Airflow Web UI に正しく読み込まれないようです。DAG で使用できるオプションは、更新と削除のみであり、他のすべてのオプションではありません。

DAG はスケジューラによって検出され、Cloud SQL への接続が確立され、テーブルが取得されていることをログで確認できますが、何らかの理由で Airflow ウェブ UI が気に入りません。ログにエラーはありません。

ここに示されている Composer のアーキテクチャを認識しています: https://cloud.google.com/composer/docs/concepts/overview、テナント内にある管理 Web UI と関係があるかどうか疑問に思っています事業。ただし、ファイアウォールの問題であるかどうかを確認するために、どこからでもすべての接続に対してファイアウォールを開こうとしましたが、うまくいきませんでした。したがって、ルーティングの問題である可能性があると思います。

Cloud SQL Proxy に接続するコードは次のようになります。

次のようにクラスターを作成します。

IPエイリアスを有効にして、次のようにIP範囲を指定しようとしました：

しかし、それは違いはありませんでした。

また、次の 2 つのパラメーターを追加してみました。

しかし、その後、環境の作成は失敗します。

私の DAG は自分のマシンの Airflow で完全に機能していますが、Cloud Composer では機能していないため、私は髪を引き裂いています。したがって、どんなアイデアでも大歓迎です。