Google Cloud PlatformでMySQLを動作させる

Google Cloud Platformで、MySQLを使用していきます。
最終的には、GAEにRuby on Railsをデプロイしてプロダクション環境で動作させますが、
その前段階として、まずはDBの構築から行います。

f:id:daisuke-jp:20170509091937p:plain

MySQLの立ち上げ自体はかなり簡単な作業なのですが、
抜けがないように、丁寧に手順を記載していきたいと思います。

Google Cloud Platformについて

f:id:daisuke-jp:20170509092217p:plain
これは相当数の説明がありますので、わざわざ書くまでもないですね。
公式ページを見るのが早いと思います。
AWSやAzure、さくらのクラウド辺りと競合してくるサービスです。

Google Cloud Platformのイニシャルで、GCPと呼ばれるのが一般的かと思います。

GCPのデータベースについて

GCPには2017年5月現在で、3つのデータベースが存在します。
ざっくりまとめると、以下の感じです。

  • Cloud Datastore
    f:id:daisuke-jp:20170509092309p:plain:w100
    KVS型DB。プログラムから使用する場合、Google提供のライブラリーを導入し、
    GCPのドキュメント見ながら、DB操作のコーディングが必要。
    Railsの場合（多言語でも聞いた事はないが）、当然ORMは存在しない。

  • Cloud SQL
    f:id:daisuke-jp:20170509092336p:plain:w100
    RDB。一般的に使用されているRDBのホスティングサービスで、
    MySQLとPostgreSQLに対応している。
    MySQL用のORMで使えるし、ローカルから各種ツールを使ってデータ操作も可能。
    今回はこれを使用します。

  • Cloud Spanner
    f:id:daisuke-jp:20170509092348p:plain:w100
    KVSのスケーラビリティと、RDBの整合性をトレードオフする事なく実現させた、
    夢のようなDB。今現在はGo、Java、Node.js、Python用のクライアントライブラリーがある。
    その他の言語にも順次対応予定との事。

MySQLの構築なので、今回はCloud SQLを実行します。

Cloud SQLの有効化

まずはプロジェクトを作成し、選択した状態にして下さい。

今回はアプリケーションをデプロイするプロジェクトにて、Cloud SQLを同居させます。
※IAMを調整すれば、プロジェクトを跨いでアプリケーションとDBを接続する事も可能です。

  1. 左のメニューから、ストレージのSQLを選択します。
    f:id:daisuke-jp:20170509090158p:plain:h350
  2. インスタンス作成をクリックします。
    f:id:daisuke-jp:20170509090648p:plain:w300
  3. DBエンジンの選択にて、MySQLを選択します。
    f:id:daisuke-jp:20170509090711p:plain:w200
  4. MySQLの世代選択で第2世代を選択します。
    世代の違いとしては、第2世代の方がパフォーマンスが良く、たいていの場合安価になります。⇒公式ページ
  5. インスタンスの詳細を入力していきます。
項目 内容
インスタンスID インスタンス名です。アプリからDB接続の指定などの文字列に含まれます
データベースのバーション 5.6か5.7で選択出来ます。
場所 インスタンスを立てるリージョンです。DBに接続するアプリをデプロイするApp EngineやCompute Engineと同じ場所が無難でしょう
マシンタイプ スペックです。トラフィックなどを考えて、適切な物を選びます。共有コアマシンは安いですが、SLAの対象外ですし、実運用では避けた方が良いです。
ストレージの種類 ディスクIOがどの位あるかで決まってきます。あまり高速アクセスの必要ないアプリであれば、HDDでも十分動作します。
自動バックアップを有効にする バックアップする時間帯です。
バイナリログを有効にします 高可用性を使用する場合、バックアップと併せてONにしてください。
高可用性 フェイルオーバーレプリカの有無です。
メンテナンスの時間枠 パッチ当てと再起動が行われる曜日選択です。
メンテナンスのタイミング パッチをリリースからどのタイミングで当てるかの選択です。検証環境の場合、早めを選択してパッチテストを行うなどの使い方が出来ます。
rootのパスワード そのままです。
Cloud SQLフラグ MySQLのパラメーターの設定が出来ます。良くあるlower_case_table_namesなどの設定もここで可能です。
承認済みネットワーク 自分のPCのWorkbenchなど、GCP外から直接接続する際のグローバルIPアドレスのホワイトリストです。自宅、自社のグローバルIPアドレスを追加します。

  1. 作成をクリック それなりに時間がかかりますので、作成完了まで待ちます。

  2. インスタンスを確認する
    作成完了したインスタンスをクリックします。
    Cloud Shellからコマンドで一通り実行できますが、色々機能を使ってみるよう、
    今回はWEBページとローカルから行います。
    ※使っているネットワークのグローバルIPがわからない場合はローカル接続できないので、
    　Cloud Shellを使用して下さい。
    　MySQLに慣れている方は、Cloud Shellでコマンドでユーザー追加したりする方が早いです。

  3. アクセス制御タブをクリックし、ネットワーク追加をクリックします。
    f:id:daisuke-jp:20170509091231p:plain:w300
    アクセス制御、承認にローカル接続する環境のグローバルIPアドレスを追加します。
    ※使用しているPCのIPアドレスではありません。念のため…

  4. アクセス制御タブ内のユーザー、ユーザー アカウントを作成をクリックします。
    f:id:daisuke-jp:20170509091308p:plain:w250
    メンテナンスやアプリでMySQLを使用するユーザーを追加します。
    rootとrootのパスワードはインスタンス作成時に作成されております。
    このままrootを使っても構いません。
    CREATE USERと同じ作業です。

  5. データベースタブ内の新しいデータベースをクリックします。
    f:id:daisuke-jp:20170509091330p:plain:w250
    データベースを作成します。
    CREATE DATABASEと同じ作業です。
    これでDBの準備は整いました。
    今回、MySQLを使ったRailsアプリをデプロイする事を目標にしていますので、
    ローカルからテーブル作成等ができるように設定していきます。

ローカルからMySQLの接続をする

  1. 左上のメニューから、API Manager→ライブラリをクリックします。
    SQLのAPIを有効化します。GCP内のみで完結する場合は必要ないのですが、
    ローカルから接続する場合は必須になります。

  2. Google Cloud APIメニューの中の、Cloud SQL APIをクリックし、遷移した画面で有効化します。
    これでローカルからCloud SQLに接続する準備が整いました。 f:id:daisuke-jp:20170509091702p:plain

  3. ローカルからの接続情報の確認
    Cloud SQLに移動し、概要タブをクリックします。
    グラフの下にプロパティというセクションが有り、その中のIPv4 アドレスをメモします。
    これがローカルから接続する際のサーバーIPになります。
    f:id:daisuke-jp:20170509091505p:plain:w250

  4. ローカルから接続する
    今回はMySQL Workbenchを使用して接続します。
    f:id:daisuke-jp:20170509091535p:plain:w300
    接続先追加にて、Hostnameに前手順で確認したIPv4 アドレスを設定します。
    Usernameはrootでも良いですし、前に追加したユーザーでも構いません。
    後はパスワードを入力すれば、接続完了です。

ここまで設定ができていれば、ローカルのアプリケーションのDB設定にCloud SQLを追加する事で、 開発環境でCloud SQLを使用する事も可能です。 　 　

これでGCPでのMySQL導入は完了しました。
次はこれを使ったRuby on Railsのアプリケーションの導入したいと思います。

www.techbox.jp

www.techbox.jp

Google Cloud PlatformでMySQLを使う為に、Cloud SQLの構築を丁寧に分かりやすく手順を説明します。

このブログの人気の投稿

AnacondaとPythonのインストール（python2とpython3の共存）とDjango

イメージ
個人的にdjangoとnumpyなどPythonを使う機会があり、 折角なのでローカル開発環境としてのAnacondaのインストール方法をまとめました。 僕の環境がGCPのSDKが入っている関係で、Python2とPython3の共存が必要ので、その辺りもあります。 前提 Windows（Macと手順のベースは変わらないですが、コマンドに若干再有り） pythonコマンドだとPython2が動作し、python3だとPython3が動作します 手順 Anacondaのインストーラーをダウンロードしインストール ※ Python2と3を共存させる場合、インストーラーでPathは通さない。 Pathを通す インストールディレクトリ\Anaconda3 インストールディレクトリ\Anaconda3\Scripts インストールディレクトリ\Anaconda3\Library\bin Anaconda3内のシンボリックリンクを作成する それぞれAnaconda3内にあるexeです。 元のexeがある場所にそれぞれに3を付けたシンボリックリンクを作成します。 ショートカットだと上手く動作しなかったので、シンボリックリンクとしました。 python.exe -> python3.exe anaconda.exe -> anaconda3.exe anaconda-script.py -> anaconda3-script.py conda.exe -> conda3.exe conda-script.py -> conda3-script.py easy_install.exe -> easy_install3.exe easy_install-script.py -> easy_install3-script.py pip.exe -> pip3.exe pip-script.py ->pip3-script.py spyder.exe -> spyder3.exe spyder-script.py -> spyder3-script.py 動作確認 コマンドプロンプトでpythonとpython3で
続きを読む

PyCharmでAnaconda(Python)とDjangoの開発環境を構築する 　その２

イメージ
PyCharmのGUIのみでAnacondaの仮想環境と、Djangoの開発環境を作っていきます。 前提として、 Anacondaはインストール済み 例題のプロジェクト名は skyline 例題のアプリ名は gtr 例題の仮想環境名は nissan と想定します。 Anacondaのインストールはこちらをご覧下さい。  www.techbox.jp PyCharmを起動して、[Create New Project]を選択します。 左のツリーから[Django]を選択し、[Location]にプロジェクトの保存先を指定します。 末尾が ～\untitled になっているので、作成するプロジェクトの名前に変更します。 [interpreter]の右の歯車をクリックし[Create conda env]を選択します。 ここから新規でAnacondaの仮想環境の作成が行えます。 [Name]に仮想環境名を入力します。ここでは nissan そうすると、[Location]にはAnacondaの仮想環境保存先が指定され、末尾が[Name]で指定したディレクトリになるハズです。 最後に使用するPythonのバージョンを指定します。 OKを押すとAnacondaの仮想環境の作成が始まるので、しばらく待ちます。 終わったらロケーションに設定したディレクトリに nissan フォルダが作成されています。 New Project画面に戻るので、[More Settings]をクリックし、設定画面を表示します。 [Template language]に Django [Application name]に gtr を設定し、[Enable Django admin]はお好みでチェックを入れます。   ここで注意点ですが、プロジェクト名とアプリケーション名は同一の物は設定できません。 これらの名称の関係性としては、作成後のフォルダ構成を見れば分かりますが、 以下の様な形で作成されます。 skyline/ ├ gtr/ │ ├ migrations/ │ ├ _init_.py │ ├ admin.py │ ├ apps.py │ ├ models.py │ ├ tests.py
続きを読む

GCPにNutanix CEを自力デプロイの検証をしてみる　パート１

イメージ
前置き Nutanixの提案やラボ環境を作る時、demo.nutanixやravelloを使えば良いのですが、 やっぱり１から構築したいなぁと思い立った時の壁が、要求されるハイスペック機だったりします。 要件を満たす物理マシン、Nestできる仮想環境も手元になかった当時、 パブリッククラウドでできないかな〜と思ってましたが、 Intel VT-xが有効化されてなかったのでムリでした。 もう１年ほど前ですが、Google Compute EngineでNested Virtualizationが有効化されたので、今回デプロイできるかやってみました。 Enabling Nested Virtualization for VM Instances  |  Compute Engine Documentation  |  Google Cloud 読んで頂く前に結果ですが、失敗しています。 今回はその経緯を綴りつつ、次のパート２に繋げたいと思います。 現状GCPではCentOS等のKVMの動作確認のみが実施されており、その他はサポート対象外となります。 Nutanix CE とGCP の準備 Nutanix CEダウンロード Nutanixでアカウント登録を行い、 Download Nutanix CE, Docs, and Guides | Nutanix Community より Community Edition をダウンロードします。 今回は「ce-2018.05.01-stable.img.gz」でした。 インポート用のプロジェクトを準備 手順は省略しますが、GCPのアカウント登録を行い、プロジェクトの作成を行います。 Nutanix CE のインポート 先にGoogle Cloud SDKを作業端末にインストールしておく必要があります。 Google Cloud SDK ドキュメント  |  Cloud SDK  |  Google Cloud ダウンロードされた「ce-2018.05.01-stable.img.gz」(2018/12/18現在)を解凍します。 アップロードを実行する為、ターミナルからgcloudコマンドを実行します。 #GCPのプロジェクト一覧表示 gcloud
続きを読む