Google Cloud Platform Japan 公式ブログ: Cloud Deployment Manager

Cloud Deployment Manager でプロジェクトを自動作成

2017年4月25日火曜日

Google Cloud PlatformGoogle Cloud Deployment ManagerCompute EngineContainer EngineCloud SQLBigQueryCloud Storage

Project Creation : 指定された名前のプロジェクトを新規に作成します。

Billing : 新プロジェクトの課金アカウントを設定します。

Permissions : プロジェクトの IAM ポリシーを設定します。

Service Accounts : このプロジェクト内で実行されるアプリケーションやサービスのために、サービスアカウントを任意で作成します。

APIs : プロジェクト内のアプリケーションやサービスで必要な互換 Google API を有効にします。

使ってみよう

Deployment Manager の GitHub リポジトリにある project_creation ディレクトリからプロジェクト作成サンプルをダウンロードするか、DM の GitHub リポジトリ全体をクローンします。

git clone
https://github.com/GoogleCloudPlatform/deploymentmanager-samples.git
そして、examples/v2/project_creation ディレクトリのテンプレートをコピーします。

project_creation ディレクトリの Readme に記載されている手順に従います。なお、Readme には手順が詳しく書かれていますが、1 つだけ特に強調しておきたいポイントがあります。それは、Cloud Console で “Project Creation” プロジェクトとして使う新プロジェクトを作成するということです。プロジェクトを作成し、課金アカウントを管理するためには、Deployment Manager を実行するサービスアカウントに強力な IAM パーミッションを与えなければなりません。そこで、この専用プロジェクトを作り、他のプロジェクトの作成にはこのプロジェクトだけを使うようにするわけです。

デプロイをカスタマイズします。

最低でも、作成するプロジェクトの名前、課金アカウント、使いたい API、使用する IAM パーミッション、有効にしたい API を config.yaml ファイルに追加する必要があります。
高度なカスタマイズ : ここではニーズに合わせて大小さまざまなことを設定できます。たとえば、会社で使うプロジェクトには、本番サービス、テストサービス、開発者サンドボックスという 3 種類のタイプがあるとします。タイプごとに IAM パーミッションは大きく異なり、サービスアカウントのタイプも異なっていて、場合によっては API も変えなければなりません。その場合、たとえば “project-type” パラメータを持つ新しいトップレベルテンプレートを作ります。このパラメータは入力として文字列（“prodservice”、“testservice”、“developer” など）を受け取り、その値を使ってプロジェクトをカスタマイズします。あるいは、プロジェクトタイプごとにそれぞれの正しい設定を格納する .yaml ファイルを 3 つ作るという方法もあります。

プロジェクトを作成します。
テンプレートを格納したディレクトリから、コマンドラインインターフェースを使って Deployment Manager を実行します。

gcloud deployment-manager deployments create 
<newproject_deployment> --config config.yaml --project <Project 
Creation project>

<newproject_deployment> にはデプロイに与える名前を指定します。新プロジェクト名ではないので注意してください。新プロジェクト名は config.yaml ファイルで指定されています。ただし、両者の名前を同じか似たものにしておくと、数百ものプロジェクトを作成した後でも、デプロイとプロジェクト名の対応関係がわかりやすくなります。dep-mgr-feedback@google.com* この投稿は米国時間 4 月 13 日、Product Manager である Chris Crall によって投稿されたもの（投稿はこちら）の抄訳です。- By Chris Crall, Product Manager

Cloud Deployment Manager の基本的な使い方

2016年11月29日火曜日

Google Cloud Deployment ManagerGoogle Compute EngineGoogle Container EngineGoogle BigQueryGoogle Cloud StorageGoogle Cloud SQLGoogle Cloud Platform

YAML で記述された設定ファイル

Jinja 2.7.3 または Python 2.7 に準拠したテンプレートファイル

特定のテンプレートを使用する場合に、設定ファイルが満たしていなければならない一連のルールを定義するスキーマファイル

設定ファイルサポートされるリソースとそのプロパティ$ gcloud deployment-manager types listInfrastructure as Code Deployment Manager の仕組み

net-config.yaml : 設定ファイル

network.jinja : テンプレートファイル

instance.jinja : テンプレートファイル

テンプレートを使う理由

テンプレートで宣言すると、クラウドリソース定義の管理やメンテナンス、再利用が簡単になります。テンプレートを再利用すれば、設定ファイルでリソースを最初から最後まで定義することを繰り返さなくて済みます。これにより、確実に統一された形でリソースを定義できます。

テンプレートの記述言語は Python と Jinja2 から選べます。Jinja2 のほうが Python よりもシンプルですが、そのぶん非力です。Jinja2 は、YAML と同じ構文を使いつつ、条件分岐やループを使用できるようにしたものです。それに対し、Python テンプレートは Jinja2 よりも強力で、テンプレートのコンテンツの生成方法をプログラムのように記述できます。

テンプレート変数を使用すると、テンプレートに渡せる値を設定ファイルで宣言できるので、テンプレートを再利用しやすくなります。テンプレートをいちいち書き直さなくても、設定ファイルごとにパラメータの値を変えられるのです。たとえば、本番インスタンスに対して別々のゾーンのテストインスタンスをデプロイしたい場合は、ゾーン値を表す変数をテンプレートに宣言します。そして、実際のゾーン値は設定ファイルから渡すようにするわけです。

環境変数も、さまざまなプロジェクトやデプロイでテンプレートを再利用するうえで便利です。環境変数は、デプロイしようとしているリソースではなく、プロジェクト ID やデプロイ名といったものを定義します。

Deployment Manager によるサンプルリソースのデプロイネットワークのテンプレートファイル

サブネット名

IP の範囲

web

10.177.0.0/17

data

10.178.128.0/17

インスタンスのテンプレートファイル

設定ファイル

“imports” プロパティ

gcloud コマンドAPI$ gcloud deployment-manager deployments create net --configuration net-config.yaml

$ gcloud deployment-manager deployments delete net

次のステップオンプレミス環境と接続する VPNDeployment Manager サンプル設定私たちにお知らせください

* この投稿は米国時間 11 月 21 日、Solutions Architect である Grace Mollison によって投稿されたもの（投稿はこちら）の抄訳です。

- Posted by Grace Mollison, Solutions Architect

MongoDB を GCP に効率的にデプロイする方法

2016年7月7日木曜日

* この投稿は米国時間 6 月 21 日、Cloud Solutions Architect である Sandeep Parikh によって投稿されたもの（投稿はこちら）の抄訳です。
私たち Google は Google Cloud Platform（GCP）を、高パフォーマンスおよび高可用性データベースのデプロイに最適な場所の 1 つにすることを目指しています。
そして、そうしたデータベースの 1 つに数えられるのが MongoDB です。特に、Google Compute Engine には各種の標準およびカスタマイズ可能なマシンタイプや、極めて高速な永続ディスク、高パフォーマンスのグローバルネットワークが用意されており、MongoDB をデプロイするのにうってつけです。
さらに、Google BigQuery や Cloud Dataproc、Cloud Dataflow のようなマネージドビッグデータサービスと組み合わせれば、すべてのタイプの現代的なデータワークロードをサポートできます。
MongoDB を GCP にデプロイする方法はたくさんあります。以下はその一部です。

Compute Engine インスタンスを作成し、MongoDB を手動でインストールして構成する

Google Cloud Launcher を使って MongoDB のレプリカセットをすばやく作成し、試す

Compute Engine インスタンスをプロビジョニングし、MongoDB Cloud Manager を使って MongoDB のインストール、構成、管理を行う

ここでは、さらに一歩進めて、更新されたドキュメントと、MongoDB Cloud Manager を使って MongoDB を効率的にデプロイするための Cloud Deployment Manager テンプレートを紹介します。
このテンプレートを使用すれば、それぞれ永続 SSD が接続された複数の Compute Engine インスタンスをすばやくデプロイできます。これらは起動時に MongoDB Cloud Manager エージェントをダウンロードしてインストールします。
セットアップが完了したら、MongoDB Cloud Manager で単一のインターフェースから簡単にクラスタのデプロイ、アップグレード、管理が行えます。

デフォルトでは、Deployment Manager テンプレートはレプリカセットのために 3 つの Compute Engine インスタンスを起動するように設定されています。ただし、シャーディングクラスタをデプロイしたい場合は、より多くのインスタンスを起動するようにテンプレートを簡単に更新できます。
ぜひドキュメントとサンプルテンプレートをチェックして、MongoDB を GCP にデプロイしてみてください。フィードバックをお待ちしております。このページでコメントするか、プルリクエストを送信するか、イシューを作成するか、あるいは Twitter（@crcsmnky）で、何かお手伝いできることがありましたらお知らせください。

- Posted by Sandeep Parikh, Cloud Solutions Architect

Google Cloud Platform Japan Blog

Cloud Deployment Manager でプロジェクトを自動作成

Cloud Deployment Manager の基本的な使い方

MongoDB を GCP に効率的にデプロイする方法

12 か月間のトライアル

Labels

Archive

Feed

Company-wide

製品・サービス

デベロッパー