解決法
Google Compute Engineで新しいVMを開 始します。VM、ゾ ー ン 、マ シ ン タ イ プ 、 お よ び
ブートディスクの名前を選択します。IDとアクセスの管 理、ファイアウォール、および必
要な高度な設定などを構成します。VMを 作成します。
VMが作成されたら、SSHまたはGoogle Cloud Shell経由でログインします。特定のOSタ
イプのパッケージマネージャーを介してNGINXまたはNGINX Plusをインストールしま
す 。適 宜 NGINXを 構 成してリロ ードします。
もしくは 、Google Compute Engine起 動 スクリプトを 使 用して NGINXをインストールし
て構成することもできます。これは、VMを作成する際の高度な構成オプションです。
解説
Google Compute Engineは高度に構成可能なVMを即座に提供します。VMの起動は簡
単 で 、無 限 の 可 能 性 が 広 が り ま す 。Google Compute Engineは 、仮 想 化 さ れ た ク ラ ウ ド 環
境でネットワーキングとコンピューティングを提供します。Google Computeインスタンス
を使 用すると、いつでもどこでも必要な時にNGINXサーバー の全機 能を利 用できます。
10.9 Google Compute Imageの作成
問題
VMをすばやくインスタンス化するか、インスタンスグループのインスタンステンプレー
トを作成するために、Google Compute Imageを作 成する必 要 があります。
解決法
レシピ 10.8の手順に従ってVMを作成します。VMインスタンスにNGNXをインストール、
構 成 後 、ブ ー ト デ ィ ス ク の 自 動 削 除 状 態 を falseに設定します。ディスクの自動削除状態
を設 定するには、VMを編集しますディスク構成の下の編集ページには、「インスタンス
が削除されたらブートディスクを削除する」というチェックボックスがあります。この
チェックボックスの選択を解除して、VM構成を保存します。インスタンスの自動削除状
態がfalseに設定されたら、インスタンスを削除します。メッセージが表示されても、ブー
トディスク削除のチェックボックスを選択しないでください。これらのタスクを実行す
ると、NGINXがインストールされたアタッチされていないブートディスクが残ります。
インスタンスが削除され 、ブートディスクが接続されていない場合は、Google Compute
Imageを 作 成できます。Google Compute Engineコンソールの [イメージ ] セクション
で、[イメー ジの 作 成 ] を 選 択 し ま す 。画 像 名 、フ ァ ミ リ 、説 明 、暗 号 化 タ イ プ 、ソ ー ス の 入
力を求められます。使 用する必要のあるソースタイプはディスクです。ソースディスクに
は 、接 続 さ れ て い な い NGINXブートディスク を 選 択します。[作成] を選択すると、Google
Compute Cloudが ディスク からイメー ジ を 作 成します。
10.9 Google Compute Imageの作成 | 111
解説
Google Cloud Imagesを利用して、作成したサーバーと同じブートディスクでVMを作成
できます。イメージを作成することの価値は、このイメージのすべてのインスタンスが同一
であることを保証できる点です。動的環境で起動時にパッケージをインストールする場
合には、プライベートリポジトリでバージョンロックを使 用しない限り、本番 環 境で実
行する前にパッケージのバージョンと更新が検証されない恐れがあります。マシンイメー
ジを使用すると、このマシンで実行されているすべてのパッケージがテストしたとおり
であることを検証でき、提供するサービスの信頼性が強化されます。
関連項目
プライベートイメージの作成、削除、償却
10.10 Google App Engineプロキシの作成
問題
アプリケーション間でコンテキストスイッチしたり、カスタムドメインでHTTPSを提供し
たりするには、Google AppEngineのプロキシを作成する必要があります。
解決法
Google Compute CloudでNGINXを利 用します。Google Compute EngineでVMを作成
するか、NGINXが インスト ールされ た 仮 想 マシンイメー ジ を 作 成し 、この イメージ をブー
トディスクとして使用してインスタンステンプレートを作成します。インスタンステンプ
レートを作成した場合は、そのテンプレートを利用するインスタンスグループを作成し
てフォロ ーアップ します。
Google AppEngineエンドポイントにプ ロキシするようにNGINXを設 定します。Google App
Engineは 公 開 さ れ て い る た め 、必 ず HTTPSにプロキシするようにします。また、NGINX
インスタンスでHTTPSを終了せ ず、NGINXとGoogle AppEngineの間をセキュリティで
保護されていない状 態で情報をやり取りできるようにする必要があります。App Engine
は単一のDNSエンド ポイント のみ を提 供 するた め 、オープ ンソース バージョン はアップ ス
トリームサーバーのDNS名を解決できないため、NGINXのオープ ンソース バー ジョン で
はアップストリームブロックではなくproxy_passディレクティブ を使 用します。Google
App Engineにプロキシするときは、必ずエンドポイントをNGINXの 変 数として 設 定して
から、proxy_passディレ クティブ で その 変 数 を 使 用して、NGINXがすべての要求でDNS
解 決 を行うようにします。NGINXでDNS解決を行うには、resolverディレクティブも 利
用 し て 、お 気 に 入 り の DNSリゾルバーをポイントする必要があります。Googleは、IPアド
レス8.8.8.8をパブリックに使用できるようにしています。NGINX Plusを 使 用してい る 場
合、Google App Engineにプロキシするときに、アップストリームブロック内のserverデ
112 | 第10章：ク ラ ウド 展 開
ィレクティブ でresolveフラグ、キープアライブ接 続、アップストリームモジュールのそ
の 他の利 点を 使 用できます。
NGINX構 成ファイルをGoogleストレージに保存し、インスタンスの起動スクリプトを
使用して、起 動時に構成をプルダウンすることを選択できます。これにより、新しいイ
メ ー ジ を 書 き 込 む こ と な く 構 成 を 変 更 で き ま す 。し か し 、NGINXサーバーのスタート
アップ 時 間が 延びます。
解説
独 自のドメインを 使 用していて、HTTPS経由でアプリケーションを利用できるように
する場合は、Google App Engineの前でNGINXを実行する必要があります。この時
点では、Google App Engineでは独自のSSL証明書をアップロードすることはできま
せ ん 。し た が っ て 、暗 号 化 を 使 用 し て appspot.com以 外 のドメインでアプリを提 供 する
場 合は、カスタムドメインでリッスンするために NGINXでプロキシを作成する必要が
あります。NGINXは、NGINXと ク ラ イ ア ン ト 間 、お よ び NGINXとGoogle App Engine
間の 通信 を暗 号 化します。
Google App Engineの前でNGINXを実行するもう1つ の 理 由 は 、同 じ ド メ イ ン で 多 数 の
App Engineアプリをホストし 、NGINXを 使 用して URIベースのコンテキスト切り替えを
行うためです。マイクロサービスは人気のあるアーキテクチャであり、NGINXのようなプ
ロキシがトラフィックルーティングを実行するのが一般的です。Google App Engineを使
用すると、アプリケーションを簡単にデプロイできます。NGINXと組み合わせることで、
本格的なアプリケーションデリバリープラットフォームを利用できます。
10.10 Google App Engineプロキシの作成 | 113
..................Content has been hidden....................
You can't read the all page of ebook, please click here login for view all page.