RailsTweetどうもてぃです。今回始めてGAEを使います。gemのwheneverがheroku上で使えなかったので、もういっそのことステージング環境を作ってしまい、あとからそのスナップショットで本番環境を作ろうと企んでいたところ、そもそも初っ端からつまづきました。224.0.0まずは参考記事いろんな記事やリファレンスを参考にしました。俺、サービス売って家買うんだ約一週間ほど溶かしました。完璧に解決したわけではないですが。SQLを有効化します。console.cloud.google.comダッシュボードにきたら「APIとサービスの有効化」をクリック。SQLをクリックし、遷移先でAPIを有効化させたらおk(画像貼るのめんどくさくなった)。以下の手順で接続しました。環境が64bitのLinuxなのでhttps://dl.google.com/cloudsql/cloud_sql_proxy.linux.amd64をwgetする。[INSTANCE_NAME]で出てくるconnectionNameを使います(INSTANCE_NAMEはCloudSQLの名前)。ブラウザからGCPにアクセスして、プロジェクトのCloudSQLで該当のSQLインスタンスを見ればわかると思います。connections。問題なく接続できてるようです。gcloudでsqlに接続してみるCloudSQLにgcloudで接続してみます。help.USER_NAME名=>うん、立ち上がります。ローカルからCloudSQLへマイグレーションおそらく準備はある程度できているので(app.yamlも環境変数も作った)、あとはappengine経由でマイグレーションするだけ。デプロイも終わってる。--trace)なんで?問題はこいつかな。notAuthorizedIAM周りを見直しとりあえずサービスアカウントが作成されているか確認しました。<プロジェクトID>@appspot.gserviceaccount.comがあるかどうかブラウザで確認。<PROJECT_ID>で該当のプロジェクトのIAMが取得できます。ひとつ足りなかったCloudSQL用のIAMで権限が足りないようでした。以下の記事をちゃんと見なおしたら発覚。qiita.com<プロジェクト番号>@cloudbuild.gserviceaccount.comに対してのroleが正しく割り当てられてませんでした。roleをEditor(編集者)へ変更。403地獄から抜け出しました。あとはPG::ConnectionBadの解決のみ。追記すぐに解決しました。config/database.ymlのproductionにhostを設定してなかったせいでした。app.yaml構成はこんな感じです。secret.yamlsecret.yamlに必要な環境変数をセットしてます。database.ymlのpasswordやhost、socketもここに書いてます。hostを設定し、デプロイ後もう一度試したら念願のマイグレーションが通りました。この手順は忘れません。not...どうもてぃです。したのは嫌...2019-01-17【Rails】unicornの謎エラーどうもてぃです。unicornの設定でかなり手間取りました。環境...2019-01-15【Rails】unicorn.rbでRails.rootが使えないどうもてぃです。本番環境を作ってます。環境ってすごく大事で...2019-01-06【スクレイピング】HerokuでSelenium::WebDriver::Error::Sessio...あけましておめでとうございます。Sendgridでメール送信ができないどうもてぃです。今回のことで3日ほど時間を溶かしました。containerをリリース時にアプリがクラッシュする【レビュー】ロウヤの170度リクライニングオフィスチェアを購入した【PostgreSQL】CloudSQLからエクスポートしたダンプデータをインポートする注目記事はてなブログをはじめよう!rdwbocungelt5さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。