このチュートリアルでは、マネージド インスタンス グループの Extensible Service Proxy V2（ESPv2）を使用して簡単なサンプル gRPC サービスをデプロイする方法について説明します。
このチュートリアルでは、bookstore-grpc サンプルの Python 版を使用しています。他の言語の gRPC サンプルについては、次のステップ セクションをご覧ください。
Cloud Endpoints の概要については、Endpoints についてと Endpoints アーキテクチャをご覧ください。
目標
タスクの概要を示す次のリストを参照しながら、チュートリアルを実施してください。API にリクエストを送信するには、すべてのタスクを行う必要があります。
- Google Cloud プロジェクトをセットアップして、必要なソフトウェアをダウンロードします。始める前にをご覧ください。
bookstore-grpcサンプルからファイルをコピーして構成します。Endpoints を構成するをご覧ください。- Endpoints 構成をデプロイして Endpoints サービスを作成します。Endpoints 構成をデプロイするをご覧ください。
- API と ESPv2 をマネージド インスタンス グループのバックエンドでデプロイします。API バックエンドをデプロイするをご覧ください。
- API にリクエストを送信します。API にリクエストを送信するをご覧ください。
- Google Cloud アカウントへの課金が発生しないようにします。クリーンアップをご覧ください。
料金
このドキュメントでは、Google Cloud の次の課金対象のコンポーネントを使用します。
料金計算ツールを使うと、予想使用量に基づいて費用の見積もりを生成できます。
このドキュメントに記載されているタスクの完了後、作成したリソースを削除すると、それ以上の請求は発生しません。詳細については、クリーンアップをご覧ください。
始める前に
- Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.
-
Google Cloud Console の [プロジェクト セレクタ] ページで、Google Cloud プロジェクトを選択または作成します。
-
Google Cloud Console の [プロジェクト セレクタ] ページで、Google Cloud プロジェクトを選択または作成します。
- 後で必要になるため、プロジェクト ID をメモしておきます。
- Google Cloud CLI をインストールして初期化します。
- gcloud CLI を更新し、Endpoints コンポーネントをインストールします。
gcloud components update
-
Google Cloud CLI（
gcloud）が、Google Cloud にある対象のデータとサービスへのアクセスが許可されていることを確認します。gcloud auth login
表示された新しいブラウザタブで、アカウントを選択します。 - プロジェクト ID にデフォルト プロジェクトを設定します。
gcloud config set project YOUR_PROJECT_ID
YOUR_PROJECT_ID を実際のプロジェクト ID に置き換えます。他にも Google Cloud プロジェクトがあり、
gcloudを使用してそのプロジェクトを管理する場合は、gcloud CLI 構成の管理をご覧ください。 - gRPC Python クイックスタートの手順に従い、gRPC と gRPC ツールをインストールします。
このドキュメントに記載されているタスクの完了後、作成したリソースを削除すると、それ以上の請求は発生しません。詳細については、クリーンアップをご覧ください。
Endpoints の設定
GitHub から bookstore-grpc サンプルリポジトリのクローンを作成します。
Endpoints を設定するには:
- サービスの
.protoファイルから、自己完結型 protobuf 記述子ファイルを作成します。- サンプル リポジトリから、
bookstore.protoのコピーを保存します。このファイルは Bookstore サービスの API を定義します。 - 次のコマンドでディレクトリを作成します。
mkdir generated_pb2 protocプロトコル バッファ コンパイラを使用して、記述子ファイルapi_descriptor.pbを作成します。bookstore.protoを保存したディレクトリで次のコマンドを実行します。python -m grpc_tools.protoc \ --include_imports \ --include_source_info \ --proto_path=. \ --descriptor_set_out=api_descriptor.pb \ --python_out=generated_pb2 \ --grpc_python_out=generated_pb2 \ bookstore.proto上記のコマンドでは、
--proto_pathが現在の作業ディレクトリに設定されています。gRPC ビルド環境で、.proto入力ファイルに別のディレクトリを使用する場合は、bookstore.protoを保存したディレクトリをコンパイラが検索するように--proto_pathを変更します。
- サンプル リポジトリから、
- gRPC API 構成 YAML ファイルを作成します。
api_config.yamlファイルのコピーを保存します。このファイルは、Bookstore サービスの gRPC API 構成を定義します。api_config.yamlファイルの MY_PROJECT_ID は、実際の Google Cloud プロジェクト ID で置き換えます。例:# # Name of the service configuration. # name: bookstore.endpoints.example-project-12345.cloud.goog
このファイルの
apis.nameフィールド値は、.protoファイルの完全修飾 API 名と完全に一致させる必要があります。一致しなければ、デプロイは機能しません。Bookstore サービスは、パッケージendpoints.examples.bookstore内のbookstore.protoで定義されています。この完全修飾 API 名は、api_config.yamlファイルと同じようにendpoints.examples.bookstore.Bookstoreになります。apis: - name: endpoints.examples.bookstore.Bookstore
詳細については、Endpoints を構成するをご覧ください。
Endpoints 構成をデプロイする
Endpoints の構成をデプロイするには、gcloud endpoints services deploy コマンドを使用します。このコマンドを実行すると、Service Management を使用してマネージド サービスが作成されます。
api_descriptor.pbファイルとapi_config.yamlファイルがあるディレクトリにいることを確認します。gcloudコマンドライン ツールが現在使用しているデフォルト プロジェクトが、エンドポイント構成をデプロイする Google Cloud プロジェクトであることを確認します。それには、次のコマンドを使用して返されるプロジェクト ID を確認してください。これは、間違ったプロジェクト内にサービスが作成されないようにするためです。gcloud config list project
デフォルト プロジェクトを変更する必要がある場合は、次のコマンドを実行します。
gcloud config set project YOUR_PROJECT_ID
- Google Cloud CLI を使用して、
proto descriptorファイルと構成ファイルをデプロイします。gcloud endpoints services deploy api_descriptor.pb api_config.yaml
サービスが作成され構成されるに従い、ターミナルには Service Management からの情報が出力されます。デプロイが完了すると、次のようなメッセージが表示されます。
Service Configuration [CONFIG_ID] uploaded for service [bookstore.endpoints.example-project.cloud.goog]
CONFIG_ID は、デプロイによって作成される一意の Endpoints サービス構成 ID です。例:
Service Configuration [2017-02-13r0] uploaded for service [bookstore.endpoints.example-project.cloud.goog]
上記の例では、
2017-02-13r0はサービス構成 ID で、bookstore.endpoints.example-project.cloud.googはサービス名です。サービス構成 ID は、日付スタンプとそれに続くリビジョン番号で構成されます。Endpoints の構成を同じ日に再デプロイすると、サービス構成 ID のリビジョン番号が増分されます。
必要なサービスの確認
Endpoints と ESP を使用するには、少なくとも次の Google サービスの有効化が必要です。| 名前 | タイトル |
|---|---|
servicemanagement.googleapis.com |
Service Management API |
servicecontrol.googleapis.com |
Service Control API |
endpoints.googleapis.com |
Google Cloud Endpoints |
ほとんどの場合、gcloud endpoints services deploy コマンドによってこれらの必須サービスが有効化されます。ただし、以下の状況では、gcloud コマンドは正常に完了しますが、必須サービスが有効になりません。
Terraform などのサードパーティのアプリケーションを使用していて、上記のサービスを含めていない場合。
上記のサービスが明示的に無効にされている既存の Google Cloud プロジェクトに Endpoints 構成をデプロイした場合。
必要なサービスが有効になっていることを確認するには、次のコマンドを実行します。
gcloud services list
必要なサービスが表示されない場合は、次のコマンドを使用してサービスを有効にします。
gcloud services enable servicemanagement.googleapis.comgcloud services enable servicecontrol.googleapis.comgcloud services enable endpoints.googleapis.com
Endpoints サービスも有効にします。
gcloud services enable ENDPOINTS_SERVICE_NAME
ENDPOINTS_SERVICE_NAME を確認するには、次のいずれかを行います。
Endpoints 構成をデプロイ後、Cloud Console の [Endpoints] ページに移動します。[サービス名] 列に、考えられる ENDPOINTS_SERVICE_NAME のリストが表示されます。
OpenAPI の場合、ENDPOINTS_SERVICE_NAME は OpenAPI 仕様の
hostフィールドで指定したものです。gRPC の場合、ENDPOINTS_SERVICE_NAME は gRPC Endpoints 構成のnameフィールドで指定したものです。
gcloud コマンドの詳細については、gcloud サービスをご覧ください。
エラー メッセージが表示された場合は、Endpoints 構成のデプロイのトラブルシューティングをご覧ください。 詳しくは、Endpoints 構成をデプロイするをご覧ください。
API バックエンドをデプロイする
ここまでの手順で API 構成を Service Management にデプロイしましたが、API バックエンドを処理するコードはまだデプロイしていません。このセクションでは、マネージド インスタンス グループで Docker を設定し、Docker コンテナで API バックエンド コードと ESPv2 を実行する方法について説明します。
インスタンス テンプレートの作成
VM インスタンスのグループの作成に使用するテンプレートを作成します。テンプレートから作成された各インスタンスにより、ESPv2 とバックエンド アプリケーション サーバーが起動されます。
Google Cloud Console で、[インスタンス テンプレート] ページに移動します。
[インスタンス テンプレートを作成] をクリックします。
[名前] に「
load-balancing-espv2-template」と入力します。[マシンの構成] で、[マシンタイプ] を
e2-microに設定します。[ブートディスク] で、[イメージ] を
Container Optimized OS stable versionに設定します。[ファイアウォール] で、[HTTP トラフィックを許可する] をオンにします。
[管理、セキュリティ、ディスク、ネットワーク、単一テナンシー] をクリックして、詳細設定を表示します。
[管理] タブをクリックします。[自動化] に、次の起動スクリプトを入力します。ENDPOINTS_SERVICE_NAME を必ず更新してください。
sudo docker network create --driver bridge esp_net sudo docker run \ --detach \ --name=bookstore \ --net=esp_net \ gcr.io/endpointsv2/python-grpc-bookstore-server:1 sudo docker run \ --detach \ --name=esp \ --publish=80:9000 \ --net=esp_net \ gcr.io/endpoints-release/endpoints-runtime:2 \ --service=ENDPOINTS_SERVICE_NAME \ --rollout_strategy=managed \ --listener_port=9000 \ --healthz=/healthz \ --backend=grpc://bookstore:8000
このスクリプトは、インスタンスの起動時に、echo アプリケーション サーバーと ESPv2 プロキシ サーバーを取得してインストールした後、起動します。
[作成] をクリックします。
続行する前に、テンプレートの作成が完了するまでお待ちください。
リージョン マネージド インスタンス グループを作成する
アプリケーションを実行するには、インスタンス テンプレートを使用してリージョン マネージド インスタンス グループを作成します。
Google Cloud Console で、[インスタンス グループ] ページに移動します。
[インスタンス グループを作成] をクリックします。
[名前] に「
load-balancing-espv2-group」と入力します。[ロケーション] で、[複数のゾーン] を選択します。
[リージョン] で、us-central1 を選択します。
[ゾーンを設定] プルダウン メニューをクリックして、[ゾーン] を表示します。次のゾーンを選択します。
- us-central1-b
- us-central1-c
- us-central1-f
[インスタンス テンプレート] で
load-balancing-espv2-templateを選択します。[自動スケーリング] で [自動スケーリングしない] を選択します。
[インスタンス数] を「
3」に設定します。[インスタンスの再配布] で、[オン] を選択します。
[自動修復] と [ヘルスチェック] で、[ヘルスチェックをしない ] を選択します。
[作成] をクリックします。[インスタンス グループ] ページにリダイレクトされます。
ロードバランサを作成
このセクションでは、TCP トラフィックをインスタンス グループに振り分けるリージョン ロードバランサを作成するために必要な手順について説明します。
Google Cloud Console で、[ロードバランサの作成] ページに移動します。
[TCP 負荷分散] で [構成を開始] をクリックします。
[インターネット接続または内部専用] で [インターネットから自分の VM へ] を選択します。
[マルチ リージョンまたはシングル リージョン] で [シングル リージョンのみ] を選択します。
[バックエンド タイプ] で [バックエンド サービス] を選択します。
[続行] をクリックします。
[名前] に「
espv2-load-balancer」と入力します。[バックエンドの構成] で、リージョン us-central1 を選択します。
インスタンス グループ
load-balancing-espv2-groupを選択します。[ヘルスチェック] で、新しいヘルスチェックを作成します。
- [名前] に「
espv2-load-balancer-check」と入力します。 - [プロトコル] が TCP、[ポート] が 80 であることを確認します。
- [名前] に「
[フロントエンドの構成] で、ポート番号「80」を入力します。
[確認と完了] で、以下を確認します。
- [インスタンス グループ] が
load-balancing-espv2-group。 - [リージョン] が
us-central1。 - [プロトコル] が
TCP。 - [IP:ポート] が
EPHEMERAL:80。
- [インスタンス グループ] が
ロードバランサが作成されたら、[ロードバランサ] ページでその IP アドレスを見つけます。
API にリクエストを送信する
Docker コンテナを実行しているインスタンスと同じインスタンスからリクエストを送信する場合は、SERVER_IP を localhost に置き換えます。それ以外の場合は、SERVER_IP をインスタンスの外部 IP で置き換えます。
外部 IP アドレスを確認するには、次のコマンドを実行します。
gcloud compute instances list
サンプル API にリクエストを送信するには、Python で作成された gRPC クライアントを使用できます。
gRPC クライアント コードがホストされる git リポジトリのクローンを作成します。
git clone https://github.com/GoogleCloudPlatform/python-docs-samples.git
作業ディレクトリに移動します。
cd python-docs-samples/endpoints/bookstore-grpc/
依存関係をインストールします。
pip install virtualenvvirtualenv envsource env/bin/activatepython -m pip install -r requirements.txtサンプル API にリクエストを送信します。
python bookstore_client.py --host SERVER_IP --port 80
[エンドポイント] > [サービス] ページで API のアクティビティ グラフを確認します。
グラフにリクエストが反映されるまでしばらくかかります。
[ログ エクスプローラ] ページで、API のリクエストログを確認します。
正常なレスポンスが返されない場合は、レスポンス エラーのトラブルシューティングをご覧ください。
これで Endpoints の API のデプロイとテストが完了しました。
クリーンアップ
このチュートリアルで使用したリソースについて、Google Cloud アカウントに課金されないようにするには、リソースを含むプロジェクトを削除するか、プロジェクトを維持して個々のリソースを削除します。
gcloud CLI（
gcloud）が、Google Cloud にある対象のデータとサービスにアクセスできるよう許可されていることを確認します。gcloud auth login次のコマンドを入力して、Google Cloud プロジェクトのプロジェクト ID を表示します。
gcloud projects list前の手順で表示されたプロジェクト ID のうち、アプリケーションが含まれるプロジェクトの ID をデフォルト Google Cloud プロジェクトに設定します。
gcloud config set project [YOUR_PROJECT_ID]Google Cloud プロジェクト内のすべてのマネージド サービスの名前を取得します。
gcloud endpoints services listService Management からサービスを削除します。
SERVICE_NAMEは、削除するサービスの名前に置き換えます。gcloud endpoints services delete SERVICE_NAME
gcloud endpoints services deleteコマンドを実行しても、マネージド サービスはすぐに削除されません。マネージド サービスは 30 日間無効になり、その間に必要に応じてサービスを復元できます。30 日後、マネージド サービスは完全に削除されます。[ロードバランサ] ページに移動します。
ヘルスチェック
espv2-load-balancer-checkとともに、ロードバランサespv2-load-balancerを削除します。[インスタンス グループ] ページに移動
load-balancing-espv2-groupの削除[インスタンス テンプレート] ページに移動します。
load-balancing-espv2-templateを削除