Puppet 用の GCP リソース管理モジュールをリリース

クラウド ネイティブ アプリケーションを作成する開発者にとって、愛用のツールを使ってプログラムでリソースを管理できることは大きな利点となります。そこで私たちは、Puppet ユーザーを対象に、Puppet のドメイン固有言語（DSL）を使って Google Cloud Platform（GCP）のリソースを効果的に管理するための包括的なモジュール セットをオープンソースとしてリリースしました。

これらの新しいモジュールは、Puppet のオブジェクト コンバージェンス モデルに従っており、お客様は GCP リソースの望ましい状態を定義できます。定義した状態は、Puppet 言語内で私たちのプロバイダーによって直接適用されます。

新モジュールは以下のプロダクトをサポートしています。

• Google Container Engine : install / docs | source
• Google Compute Engine : install / docs | source
• Google Cloud SQL : install / docs | source
• Google Cloud DNS : install / docs | source
• Google Cloud Storage : install / docs | source

また私たちは、すべてのモジュール用に単一の認証メカニズムを提供する統一認証モジュールもリリースしました。

新モジュールは、CentOS、Debian、Ubuntu、Windows などの OS でテストされています。互換性の詳細については、GCP プロダクト別のサポート OS 一覧を参照してください。新モジュールは Puppet Open Source と Puppet Enterprise の両方に対応しています。

新モジュールについてもっと知りたい方や、動いているところを見たい方は、2017 年 9 月 13 日に行われる、私と Puppet の Cody Herriges 氏のウェビナーにお申し込みください。

Puppet の威力

言い換えれば、Puppet では「このリストのコマンドを実行し、私のマシンに Apache をインストールせよ」と指示する形でコードを記述するのではなく、「Apache がインストールされ、構成されていなければならない」と状態を定義する形で記述するのです。

微妙な違いがありますが、Puppet は後者の記述に従って、Apache がインストールされているかどうかを確認し、依存関係をチェックし、バージョンが適切でない場合はアップグレードし、そして最も重要なことに、すべてが良好な状態であれば何もしません。Puppet は OS 間の実装の違いを理解しており、選択されたディストリビューションに応じて適切な処理を行います。

Puppet がオブジェクト コンバージェンス モデルに従っていることにはさまざまなメリットがあります。リソース マニフェストが宣言的になり、さまざまな細部の違いが抽象化され（OS 固有の挙動など）、定義の読み取り、変更、監査が容易になります。次のマニフェストは、わずか 15 行のコードで完全な Google Container Engine クラスタを作成します。

個々の GCP モジュールでの Puppet の具体的な使い方については、それぞれの Forge ページを参照してください。

GCP リソース管理のための基本手順

1. 管理したい GCP リソースの特権を持つサービス アカウントを取得し、使用する GCP サービスそれぞれの API を有効にします。

2. Puppet で GCP インフラストラクチャを記述します。

• gauth_credential リソースを定義します。
• GCP リソースを定義します。

これらの手順を詳しく見ていきましょう。

1. モジュールのインストール

注 : Google モジュールは、実行されるマシン上での管理者特権も、特別な特権 / スコープも必要としません。一般ユーザーとして、または Puppet マスターに、安全にインストールできます。すべてのクライアントに配布したい場合は、マスターにインストールしてください。

認証モジュールは、Google が公開しているいくつかの gem に依存しています。システム構成に関連するものはすべてそうですが、これらの gem は Puppet 自体を使ってインストールできます。

Puppet 用のすべての GCP モジュールを一度にインストールするコマンドは次のとおりです。

また、選択した GCP プロダクトのモジュールだけをインストールすることもできます。

インストールしたら、モジュールの正常性をチェックします。

次のように表示されます。

2. サービス アカウント資格情報の取得と API の有効化

注 : サービス アカウントはポータブルなので、Puppet を GCP 内で実行する必要はありません。私たちのモジュールは、インターネットに接続できるすべてのコンピュータで動作します。その中には、他のクラウド上のコンピュータも含まれます。たとえば、Travis や Jenkins などの CI/CD システム パイプライン内から、あるいはお客様の開発マシンからデプロイを実行できます。

サービス アカウントの詳細についてはこちらを、その作成および有効化の方法についてはこちらをご覧ください。

また、使用する GCP サービスそれぞれの API を有効にしておきます。

3a. 認証メカニズムの定義

認証のセットアップまたはカスタマイズ方法の詳細は、Google 認証モジュールのドキュメントをご覧ください。

3b. リソースの定義

4. マニフェストの適用

なお、マニフェストの適用はスタンドアロンで、または 1 回だけ、あるいはエージェントを使ってバックグラウンドで定期的に行うことができます。

次のステップ

この取り組みへの質問がある場合は、Puppet on GCP Discussions フォーラムにお越しください。また、puppet-on-gcp@google.com にご連絡ください。

もっと知りたい方はこちらへ

• Mini Puppet Quick Start and Tips
• Puppet Learning / Training / Certification

- By Nelson Araujo, Software Engineer