問題タブ [cloud-sql-proxy]

私は Google Cloud SQL 第 2 世代を使用しており、ローカル マシンにcloud-sql-proxyをインストールしています。

私のローカル マシンでは、127.0.0.1:3306 に接続するだけで、これは NodeJs、Php、および mysql コマンド ライン クライアントを使用して正常に動作しています。

Google App Engine Managed VM (柔軟な環境) では、unix_socket または socketPath '/cloudsql/MY_PROJECT_ID:us-central1:SQL_INSTANCE' を使用していますが、これも Php と NodeJ の両方で正常に動作しています。

動作しないのは MySQL Workbench です。接続方法がわかりません。別のプロトコルを使用していますか、それともコマンド ライン専用の cloud-sql-proxy ですか?

これがcloud-sql-proxyを開始する方法です

これは機能します：

その後、MySQL Workbench を使用して 127.0.0.1:3306 に接続しようとしましたが、常にエラーが発生します。

ただし、ローカルの PHP、NodeJS、および mysql クライアントは機能します。

どんな助けでもいただければ幸いです

以下のコマンドを使用して、Data proc クラスタを作成しています。

gcloud dataproc clusters create informetis-dev --initialization-actions “gs://dataproc-initialization-actions/jupyter/jupyter.sh,gs://dataproc-initialization-actions/cloud-sql-proxy/cloud-sql-proxy .sh,gs://dataproc-initialization-actions/hue/hue.sh,gs://dataproc-initialization-actions/ipython-notebook/ipython.sh,gs://dataproc-initialization-actions/tez/tez .sh,gs://dataproc-initialization-actions/oozie/oozie.sh,gs://dataproc-initialization-actions/zeppelin/zeppelin.sh,gs://dataproc-initialization-actions/user-environment/user -environment.sh,gs://dataproc-initialization-actions/list-consistency-cache/shared-list-consistency-cache.sh,gs://dataproc-initialization-actions/kafka/kafka.sh,gs:/ /dataproc-initialization-actions/ganglia/ganglia.sh,gs://dataproc-initialization-actions/flink/flink.sh」 --image-version 1.1 --master-boot-disk-size 100GB --master-machine-type n1-standard-1 --metadata "hive-metastore-instance=g-test-1022:asia-east1:db_instance" --num-preemptible -workers 2 --num-workers 2 --preemptible-worker-boot-disk-size 1TB --properties hive:hive.metastore.warehouse.dir=gs://informetis-dev/hive-warehouse --worker-machine -type n1-standard-2 --zone asia-east1-b --bucket info-dev

しかし、Dataproc は失敗ファイルに次のエラーがあり、クラスタを作成できませんでした:

cat + mysql -u hive -phive-password -e '' エラー 2003 (HY000): 'localhost' (111) で MySQL サーバーに接続できません + mysql -e 'CREATE USER '\''hive'\'' '\''hive-password'\'';' によって識別されます。エラー 2003 (HY000): 'localhost' 上の MySQL サーバーに接続できません (111)

誰かがこの失敗の背後にある考えを持っていますか?

コンテナ エンジンから Cloud SQL への接続で問題が発生しています...

私はhttps://cloud.google.com/sql/docs/container-engine-connectチュートリアルに従いましたが、パスワード/ユーザーの送信内容をいくつか調整する必要がありましたが、すべて機能しているようです。

ただし、コンテナが Cloud SQL Proxy を使用して接続しようとして何度か失敗した後、このエラーが表示されるようになりましたER_HOST_IS_BLOCKED: Host '104.197.135.204' is blocked because of many connection errors; unblock with 'mysqladmin flush-hosts'

FLUSH HOSTS;それを修正していないようです。max_connect_errorsrootにはsuper権限がなく、カスタマイズ可能なMySQLフラグの一部ではないため、値を変更できませんhttps://cloud.google.com/sql/docs/mysql-flags

何かご意見は？

クラウド SQL プロキシを使用して 2 つの異なるクラウド SQL インスタンスに接続しようとしています...

ドキュメントで、私はそれについての行を見つけましたが、Use -instances parameter. For multiple instances, use a comma-separated list.それをどのように見せるかはわかりません. https://cloud.google.com/sql/docs/sql-proxy . 私は Google コンテナ エンジンを使用しており、単一の CloudSQL インスタンスでうまく機能します。

-instancesしかし、複数の場合、セクションを次のように試しました：

しかし、それらはすべてさまざまなエラーを引き起こします。ECONNREFUSED 127.0.0.1:3306、ER_DBACCESS_DENIED_ERROR、およびER_ACCESS_DENIED_ERROR

どんな助けでも大歓迎です！

Kubernetes クラスタを Google Cloud SQL に接続したいと考えています。

現在、JDBC URL + ユーザー名/パスワードを使用して MySQL [k8s にデプロイされた docker イメージ] に接続する、少なくとも 10 個の異なるデプロイ済みポッドがあります。

Google Cloud SQL Proxy の単一インスタンスを使用し、このプロキシを介してすべてのポッドを Cloud SQL データベースに接続することは可能ですか? 理想的には、コンテナーで実行されている mysql をプロキシに置き換えたいと考えています。

各展開内でプロキシを実行する必要はありません。私が見つけた唯一のサンプルは、各展開でプロキシを宣言する必要があることを示しているようです。

しばらくの間、複数の Compute Engine インスタンスで Google cloud_sql_proxyを正常に使用してきましたが、今日まで、一度に 1 つのインスタンスで、プロキシが次のエラー パターンを示し始めました。

(プロキシを使用しているときに) MySQL に直接接続しようとすると、エラー 2013 (HY000) が表示されます。

私が試したこと

• cloud_sql_proxy を再起動すると、最終的に両方の Compute Engine インスタンスが Cloud SQL インスタンスに接続できなくなり、プロキシがこの結果のみを表示するまで一時的な修正が行われました。
• Cloud SQL インスタンスと両方の Compute Engine インスタンスを再起動します。
• プロキシの排除: SQL インスタンスの承認済みネットワークに適切なネットワークを追加し、パブリック IP を使用するようにすべてのアプリケーションを更新しました。これにより、本番アプリの機能が復元されましたが、現在はローカル/プロキシではなくパブリック接続を使用しています。

いくつかの研究

• 上記と同じ MySQL エラーが発生した Google Cloud SQL に関連する同様の問題に遭遇しましたが、GCE/GKE 以外の外部ネットワークからのCloud SQL への接続にのみ影響しているようです。
• 他の何人かは、今朝、Google Cloud SQL ディスカッショングループで同じ問題が発生したと報告しています。