arrow_back

Google Kubernetes Engine でのウェブサイトのデプロイ、スケーリング、更新

参加 ログイン
Test and share your knowledge with our community!
done
Get access to over 700 hands-on labs, skill badges, and courses

Google Kubernetes Engine でのウェブサイトのデプロイ、スケーリング、更新

Lab 1時間 30分 universal_currency_alt クレジット: 1 show_chart 入門
Test and share your knowledge with our community!
done
Get access to over 700 hands-on labs, skill badges, and courses

GSP663

Google Cloud セルフペース ラボ

概要

ウェブサイトやアプリケーションの運営は簡単ではありません。予期せぬ問題が発生したり、サーバーがクラッシュしたり、需要の増加によって使用リソースが増大したりします。また、ダウンタイムなしで変更を加えるのは複雑で大変な作業です。ウェブサイトやアプリの運用をすべてサポートし、自動化まで可能にするツールがあったらどうでしょう。Kubernetes を使えば、これらすべてが可能なだけでなく簡単に行えます。

このラボでは、あなたは e コマースサイトを運営する架空の会社 Fancy Store のデベロッパーです。スケーリングとサービス停止に関する問題により、アプリケーションを Google Kubernetes Engine（GKE）にデプロイする必要があります。

このラボでは、一般的なクラウド デベロッパーが行う手順に沿って次の順序で演習を進めます。

  1. GKE クラスタを作成する
  2. Docker コンテナを作成する
  3. コンテナを GKE にデプロイする
  4. サービスを介してコンテナを公開する
  5. コンテナを複数のレプリカにスケーリングする
  6. ウェブサイトに変更を加える
  7. ダウンタイムなしで新しいバージョンをロールアウトする

アーキテクチャの図

アーキテクチャの図

前提条件

  • 理解を最大限に高めるために、Docker と Kubernetes の基礎知識を得ることをおすすめします。

設定と要件

[ラボを開始] ボタンをクリックする前に

こちらの手順をお読みください。ラボの時間は記録されており、一時停止することはできません。[ラボを開始] をクリックするとスタートするタイマーは、Google Cloud のリソースを利用できる時間を示しています。

このハンズオンラボでは、シミュレーションやデモ環境ではなく、実際のクラウド環境を使ってご自身でラボのアクティビティを行うことができます。そのため、ラボの受講中に Google Cloud にログインおよびアクセスするための、新しい一時的な認証情報が提供されます。

このラボを完了するためには、下記が必要です。

  • 標準的なインターネット ブラウザ（Chrome を推奨）
注: このラボの実行には、シークレット モードまたはシークレット ブラウジング ウィンドウを使用してください。これにより、個人アカウントと受講者アカウント間の競合を防ぎ、個人アカウントに追加料金が発生することを防ぎます。
  • ラボを完了するために十分な時間を確保してください。ラボをいったん開始すると一時停止することはできません。
注: すでに個人の Google Cloud アカウントやプロジェクトをお持ちの場合でも、このラボでは使用しないでください。アカウントへの追加料金が発生する可能性があります。

ラボを開始して Google Cloud コンソールにログインする方法

  1. [ラボを開始] ボタンをクリックします。ラボの料金をお支払いいただく必要がある場合は、表示されるポップアップでお支払い方法を選択してください。 左側の [ラボの詳細] パネルには、以下が表示されます。

    • [Google コンソールを開く] ボタン
    • 残り時間
    • このラボで使用する必要がある一時的な認証情報
    • このラボを行うために必要なその他の情報（ある場合）

  2. [Google コンソールを開く] をクリックします。 ラボでリソースが起動し、別のタブで [ログイン] ページが表示されます。

    ヒント: タブをそれぞれ別のウィンドウで開き、並べて表示しておきましょう。

    注: [アカウントの選択] ダイアログが表示されたら、[別のアカウントを使用] をクリックします。

  3. 必要に応じて、[ラボの詳細] パネルから [ユーザー名] をコピーして [ログイン] ダイアログに貼り付けます。[次へ] をクリックします。

  4. [ラボの詳細] パネルから [パスワード] をコピーして [ようこそ] ダイアログに貼り付けます。[次へ] をクリックします。

    重要: 認証情報は左側のパネルに表示されたものを使用してください。Google Cloud Skills Boost の認証情報は使用しないでください。 注: このラボでご自身の Google Cloud アカウントを使用すると、追加料金が発生する場合があります。

  5. その後次のように進みます。

    • 利用規約に同意してください。
    • 一時的なアカウントなので、復元オプションや 2 要素認証プロセスは設定しないでください。
    • 無料トライアルには登録しないでください。

その後このタブで Cloud Console が開きます。

注: 左上にある [ナビゲーション メニュー] をクリックすると、Google Cloud のプロダクトやサービスのリストが含まれるメニューが表示されます。 ナビゲーション メニュー アイコン

Cloud Shell をアクティブにする

Cloud Shell は、開発ツールと一緒に読み込まれる仮想マシンです。5 GB の永続ホーム ディレクトリが用意されており、Google Cloud で稼働します。Cloud Shell を使用すると、コマンドラインで Google Cloud リソースにアクセスできます。

  1. Google Cloud コンソールの上部にある「Cloud Shell をアクティブにする」アイコン 「Cloud Shell をアクティブにする」アイコン をクリックします。

接続した時点で認証が完了しており、プロジェクトに各自の PROJECT_ID が設定されます。出力には、このセッションの PROJECT_ID を宣言する次の行が含まれています。

Your Cloud Platform project in this session is set to YOUR_PROJECT_ID

gcloud は Google Cloud のコマンドライン ツールです。このツールは、Cloud Shell にプリインストールされており、タブ補完がサポートされています。

  1. （省略可）次のコマンドを使用すると、有効なアカウント名を一覧表示できます。
gcloud auth list

  1. [承認] をクリックします。

  2. 出力は次のようになります。

出力:

ACTIVE: * ACCOUNT: student-01-xxxxxxxxxxxx@qwiklabs.net To set the active account, run: $ gcloud config set account `ACCOUNT`
  1. （省略可）次のコマンドを使用すると、プロジェクト ID を一覧表示できます。
gcloud config list project

出力:

[core] project = <project_ID>

出力例:

[core] project = qwiklabs-gcp-44776a13dea667a6 注: Google Cloud における gcloud ドキュメントの全文については、gcloud CLI の概要ガイドをご覧ください。

ゾーンを設定する

  • デフォルトのゾーンとプロジェクト構成を設定します。
gcloud config set compute/zone {{{project_0.default_zone|lab zone}}}

詳しくは、リージョンとゾーンのドキュメントをご覧ください。

タスク 1. GKE クラスタを作成する

ウェブサイトをデプロイする Kubernetes クラスタが必要です。まずは、適切な API が有効になっていることを確認してください。

  1. 次のコマンドを実行して Container Registry API を有効にします。
gcloud services enable container.googleapis.com

これで、クラスタを作成する準備ができました。

  1. 次のコマンドを実行して、3 つのノードを持つ fancy-cluster という GKE クラスタを作成します。
gcloud container clusters create fancy-cluster --num-nodes 3 注: 指定していないリージョンまたはゾーンに関してエラーが発生した場合、環境設定のセクションを参照してデフォルトのコンピューティング ゾーンが設定されていることを確認してください。

クラスタが作成されるまでに数分かかります。

  1. 次のコマンドを実行して、クラスタの 3 つのワーカー VM インスタンスを確認します。
gcloud compute instances list

出力:

NAME: gke-fancy-cluster-default-pool-fb932da6-4sk6 ZONE: us-central1-f MACHINE_TYPE: e2-medium PREEMPTIBLE: INTERNAL_IP: 10.128.0.3 EXTERNAL_IP: 34.172.106.173 STATUS: RUNNING NAME: gke-fancy-cluster-default-pool-fb932da6-d6qc ZONE: us-central1-f MACHINE_TYPE: e2-medium PREEMPTIBLE: INTERNAL_IP: 10.128.0.4 EXTERNAL_IP: 34.133.99.176 STATUS: RUNNING NAME: gke-fancy-cluster-default-pool-fb932da6-ztnh ZONE: us-central1-f MACHINE_TYPE: e2-medium PREEMPTIBLE: INTERNAL_IP: 10.128.0.5 EXTERNAL_IP: 34.136.180.45 STATUS: RUNNING

  1. Google Cloud コンソールで Kubernetes クラスタと関連情報を確認します。

  2. ナビゲーション メニュー（ナビゲーション メニュー アイコン）> [Kubernetes Engine] > [クラスタ] の順にクリックします。

fancy-cluster というクラスタが表示されます。

これで完了です。最初の Kubernetes クラスタが作成されました。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 GKE クラスタを作成する

タスク 2. ソース リポジトリのクローンを作成する

ウェブサイトがすでに存在するため、ソースのクローンを作成するだけで、後は Docker イメージの作成と GKE へのデプロイに集中できます。

  1. 次のコマンドを実行して、Cloud Shell インスタンスに Git リポジトリのクローンを作成します。
cd ~ git clone https://github.com/googlecodelabs/monolith-to-microservices.git

  1. 適切なディレクトリに移動します。

  2. NodeJS 依存関係もインストールするので、デプロイする前にアプリケーションをテストできます。

cd ~/monolith-to-microservices ./setup.sh

このスクリプトが完了するまで数分待ちます。

  1. 次のコマンドを実行して、npm の最新バージョンで Cloud Shell が実行されるようにします。
nvm install --lts
  1. 適切なディレクトリに移動して、次のコマンドを実行してウェブサーバーを起動し、アプリケーションをテストします。
cd ~/monolith-to-microservices/monolith npm start

出力:

Monolith listening on port 8080!
  1. アプリケーションをプレビューするには、[ウェブでプレビュー] アイコンをクリックして [ポート 8080 でプレビュー] を選択します。

[ポート 8080 でプレビュー] のハイライト表示

新しいウィンドウが開き、Fancy Store の動作状態を確認できます。

Fancy Store の Welcome ページ

このタブはラボの後半で使用するので、開いたままにしてください。

  1. ウェブサーバー プロセスを停止するには、Cloud Shell で Ctrl+C キーを押します。

タスク 3. Cloud Build を使用して Docker コンテナを作成する

ソースファイルを使用できる状態になったので、次はアプリケーションを Docker 化します。

通常、Docker コンテナを作成するには 2 ステップのアプローチを取る必要があります。具体的には、Docker コンテナをビルドするステップと、ビルドしたコンテナをレジストリに push してそのイメージを保管し、GKE がそこからイメージを pull できるようにするステップです。作業を楽にするために、Cloud Build を使用して 1 つのコマンドで Docker コンテナをビルドし、イメージを Container Registry に保存します。1 つのコマンドでイメージをビルドして Container Registry に移動することが可能です。手動で Docker ファイルを作成して push するプロセスを確認するには、ガイド「Container Registry のクイックスタート」をご覧ください。

Google Cloud Build は、ディレクトリにあるファイルを圧縮して Google Cloud Storage バケットに移動します。その後、ビルドプロセスでそのバケットからすべてのファイルを取得し、Dockerfile を使用して Docker ビルドプロセスを実行します。--tag フラグで Docker イメージのホストとして gcr.io を指定したため、ビルドされた Docker イメージは Google Cloud Container Registry に push されます。

  1. まず、Cloud Build API が有効になっていることを確認するために、次のコマンドを実行します。
gcloud services enable cloudbuild.googleapis.com
  1. 次のコマンドを実行してビルドプロセスを開始します。
cd ~/monolith-to-microservices/monolith gcloud builds submit --tag gcr.io/${GOOGLE_CLOUD_PROJECT}/monolith:1.0.0 .
  1. このプロセスには数分かかります。

ターミナルに次のような結果が出力されます。

ID CREATE_TIME DURATION SOURCE IMAGES STATUS 1ae295d9-63cb-482c-959b-bc52e9644d53 2019-08-29T01:56:35+00:00 33S gs://_cloudbuild/source/1567043793.94-abfd382011724422bf49af1558b894aa.tgz gcr.io//monolith:1.0.0 SUCCESS

  1. ビルド履歴を表示したり、プロセスをリアルタイムで確認したりするには、ナビゲーション メニューをクリックして [ツール] までスクロールし、[Cloud Build] > [履歴] をクリックします。過去のビルドがすべて一覧表示されます。

  2. ビルド名をクリックすると、ログ出力を含め、そのビルドのすべての詳細が表示されます。

省略可: [ビルドの詳細] ページでビルド情報のセクションを表示し、[ビルドの概要] > [実行の詳細] > [イメージ名] の順にクリックすると、コンテナ イメージを確認できます。

イメージ名がハイライト表示されている [実行の詳細] タブのページ

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 Cloud Build を使用して Docker コンテナを作成する

タスク 4. コンテナを GKE にデプロイする

ウェブサイトをコンテナ化して Google Container Registry にコンテナを push したら、次は Kubernetes にデプロイします。

GKE クラスタにアプリケーションをデプロイして管理するには、Kubernetes クラスタ管理システムとの通信が必要になります。これには通常、kubectl コマンドライン ツールを使用します。

Kubernetes では、アプリケーションは Pod として表されます。Pod は、1 つのコンテナ（または密接に結合されたコンテナのグループ）を表す単位です。Pod は、Kubernetes でデプロイ可能な最小単位です。このラボでは、各 Pod に monolith コンテナのみが含まれています。

アプリケーションをデプロイするには、Deployment リソースを作成します。Deployment は、アプリケーションの複数のコピー（レプリカと呼ばれる）を管理し、クラスタ内の個々のノード上で実行されるようにスケジューリングします。このラボの Deployment では、アプリケーションの 1 つの Pod のみが実行されます。これらの処理を行うために、Deployment は ReplicaSet を作成します。ReplicaSet の役割は、指定された数のレプリカが常に実行されるようにすることです。

次の kubectl create deployment コマンドを使用すると、Kubernetes は 1 つのレプリカを含む monolith という Deployment をクラスタに作成します。

  • 次のコマンドを実行して、アプリケーションをデプロイします。
kubectl create deployment monolith --image=gcr.io/${GOOGLE_CLOUD_PROJECT}/monolith:1.0.0 注: GitHub や Cloud Source Repositories などのソース管理システムと YAML ファイルを使用してそれらの変更を保存することをおすすめします。こうしたリソースの詳細については、Deployment のドキュメントをご覧ください。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 コンテナを GKE にデプロイする

デプロイメントを確認する

  1. Deployment が正常に作成されたことを確認します。
kubectl get all

Pod のステータスが Running になるまでコマンドを繰り返し実行してください。

出力:

NAME READY STATUS RESTARTS AGE pod/monolith-7d8bc7bf68-htm7z 1/1 Running 0 6m21s NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/kubernetes ClusterIP 10.27.240.1 443/TCP 24h NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE deployment.apps/monolith 1 1 1 1 20m NAME DESIRED CURRENT READY AGE replicaset.apps/monolith-7d8bc7bf68 1 1 1 20m

この出力から次のことを確認できます。

  • 現在の Deployment
  • 目的の Pod 数が 1 の ReplicaSet
  • 実行中の Pod

すべて正常に作成されていることがわかります。

注: Kubernetes Deployment については、コンソールからナビゲーション メニュー > [Kubernetes Engine] > [ワークロード] を開いて表示することもできます。 注: エラーまたは想定と異なるステータスが表示された場合は、次のコマンドを使用してリソースをデバッグし、詳細情報を確認できます。

kubectl describe pod monolith

kubectl describe pod/monolith-7d8bc7bf68-2bxts

kubectl describe deployment monolith

kubectl describe deployment.apps/monolith

出力の最後に、エラーが発生したイベントとリソースの詳細情報が一覧表示されます。

省略可: 次のように、Deployment に対してコマンドを個別に実行することもできます。

# Pod を表示する kubectl get pods # Deployment を表示する kubectl get deployments # ReplicaSet を表示する kubectl get rs # コマンドを組み合わせることもできる kubectl get pods,deployments

Pod を削除してサーバー クラッシュをシミュレートしたときに何が起こるか確認してみてください。Kubernetes のメリットがわかります。

  1. 前のコマンドで出力された Pod 名をコピーし、次のコマンドで使用してこの Pod を削除します。
kubectl delete pod/<POD_NAME>

削除結果については、[ワークロード] ページからご覧いただけます。

  1. ワークロード名をクリックします（すぐに反映されます）。

  2. 反映されていない場合は、もう一度 get all を実行すると 2 つの Pod（1 つは終了、もう 1 つは作成中か実行中）が表示されます。

kubectl get all

出力:

NAME READY STATUS RESTARTS AGE pod/monolith-7d8bc7bf68-2bxts 1/1 Running 0 4s pod/monolith-7d8bc7bf68-htm7z 1/1 Terminating 0 9m35s NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/kubernetes ClusterIP 10.27.240.1 443/TCP 24h NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE deployment.apps/monolith 1 1 1 1 24m NAME DESIRED CURRENT READY AGE replicaset.apps/monolith-7d8bc7bf68 1 1 1 24m

このような結果になるのは、Pod の終了を検出した ReplicaSet が、目的のレプリカ数を維持するために新しい Pod をトリガーしたからです。後ほど説明しますが、スケールアウトして複数のインスタンスを実行すれば、いずれかが停止してもダウンタイムが発生することはありません。

タスク 5. GKE Deployment を公開する

GKE にアプリケーションをデプロイしましたが、クラスタの外部からアクセスする方法がありません。GKE で実行するコンテナには外部 IP アドレスがないため、デフォルトでは、このコンテナにインターネットからアクセスすることはできません。Service リソースを使用して、アプリケーションをインターネットからのトラフィックに明示的に公開する必要があります。Service は、アプリケーションの Pod にネットワーキングと IP サポートを提供します。GKE は、アプリケーションの外部 IP とロードバランサを作成します。

  • 次のコマンドを実行して、ウェブサイトをインターネットに公開します。
kubectl expose deployment monolith --type=LoadBalancer --port 80 --target-port 8080

サービスへのアクセス

GKE は、Deployment ではなく Service リソースに外部 IP アドレスを割り当てます。

  1. GKE によってアプリケーション用にプロビジョニングされた外部 IP を確認するには、次のように kubectl get service コマンドを使用して Service を調べます。
kubectl get service

出力:

NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE monolith 10.3.251.122 203.0.113.0 80:30877/TCP 3d

Service に割り当てられた外部 IP アドレスが表示されるまで、コマンドを繰り返し実行してください。

  1. アプリケーションの外部 IP アドレスがわかったら、その IP アドレスをコピーしてブラウザで URL（例: http://203.0.113.0）を指定し、アプリケーションにアクセスできるかどうかを確認します。

先ほどテストしたときと同じウェブサイトが表示されるはずです。これで、ウェブサイトが完全に Kubernetes で動作するようになりました。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 GKE Deployment を公開する

タスク 6. GKE Deployment をスケーリングする

アプリケーションが GKE で実行され、インターネットに公開されたことで、ウェブサイトへのアクセスが急増する可能性があります。そこで、すべてのトラフィックを処理できるように、アプリケーションを複数のインスタンスにスケーリングする方法が必要です。次は、アプリケーションを 3 つのレプリカにスケーリングする方法について学びます。

  1. Cloud Shell で次のコマンドを実行して、Deployment を 3 つのレプリカにスケーリングします。
kubectl scale deployment monolith --replicas=3
  1. Deployment が正常にスケーリングされたことを確認します。
kubectl get all

出力:

NAME READY STATUS RESTARTS AGE pod/monolith-7d8bc7bf68-2bxts 1/1 Running 0 36m pod/monolith-7d8bc7bf68-7ds7q 1/1 Running 0 45s pod/monolith-7d8bc7bf68-c5kxk 1/1 Running 0 45s NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/kubernetes ClusterIP 10.27.240.1 443/TCP 25h service/monolith LoadBalancer 10.27.253.64 XX.XX.XX.XX 80:32050/TCP 6m7s NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE deployment.apps/monolith 3 3 3 3 61m NAME DESIRED CURRENT READY AGE replicaset.apps/monolith-7d8bc7bf68 3 3 3 61m

Pod の 3 つのインスタンスが実行中になりました。Deployment と ReplicaSet の必要数が 3 になっていることがわかります。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 GKE Deployment をスケーリングする

タスク 7. ウェブサイトに変更を加える

シナリオ: あなたはマーケティング チームから、サイトのホームページを変更するよう依頼されました。マーケティング チームは、会社の概要と販売している製品のより詳しい情報を追加する必要があると考えています。

タスク: マーケティング チームからの依頼に応じたテキストをホームページに追加します。開発者の 1 人が index.js.new というファイルですでに変更内容を作成したようです。このファイルを index.js にコピーするだけで、変更を反映できます。以下の手順に沿って、適切な変更を行ってください。

  1. 次のコマンドを実行して、更新されたファイルを正しい名前のファイルにコピーします。
cd ~/monolith-to-microservices/react-app/src/pages/Home mv index.js.new index.js
  1. ファイルの内容を出力して変更を確認します。
cat ~/monolith-to-microservices/react-app/src/pages/Home/index.js

変更後のコードは次のようになっています。

/* Copyright 2019 Google LLC Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at https://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. \*/ import React from "react"; import { makeStyles } from "@material-ui/core/styles"; import Paper from "@material-ui/core/Paper"; import Typography from "@material-ui/core/Typography"; const useStyles = makeStyles(theme => ({ root: { flexGrow: 1 }, paper: { width: "800px", margin: "0 auto", padding: theme.spacing(3, 2) } })); export default function Home() { const classes = useStyles(); return (
Fancy Fashion & Style Online
Tired of mainstream fashion ideas, popular trends and societal norms? This line of lifestyle products will help you catch up with the Fancy trend and express your personal style. Start shopping Fancy items now!
); }

React コンポーネントは更新されていますが、React アプリをビルドして静的ファイルを生成する必要があります。

  1. 次のコマンドを実行して React アプリをビルドし、monolith の公開ディレクトリにコピーします。
cd ~/monolith-to-microservices/react-app npm run build:monolith

これでコードが更新されたので、次は Docker コンテナを再ビルドして Google Cloud Container Registry に公開する必要があります。前と同じコマンドを使用しますが、今回はバージョン ラベルを更新します。

  1. 次のコマンドを実行し、更新後のイメージ バージョン 2.0.0 を指定して新しい Cloud Build をトリガーします。
cd ~/monolith-to-microservices/monolith gcloud builds submit --tag gcr.io/${GOOGLE_CLOUD_PROJECT}/monolith:2.0.0 .

次のセクションでは、このイメージを使用してダウンタイムなしでアプリケーションを更新します。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 ウェブサイトに変更を加える

タスク 8. ダウンタイムなしでウェブサイトを更新する

変更が完了し、マーケティング チームも更新内容に満足してくれました。次は、ユーザーへのサービスを中断させずにウェブサイトを更新します。

GKE のローリング アップデート メカニズムを使用すると、実行中のすべてのレプリカで古いコンテナ イメージのインスタンスを新しいコンテナ イメージのインスタンスにシステムが置き換えるときでも、アプリケーションを稼働させたまま使用できます。

  • 次のコマンドを使用して、Deployment のイメージを新しいバージョンに更新するように Kubernetes に指示します。
kubectl set image deployment/monolith monolith=gcr.io/${GOOGLE_CLOUD_PROJECT}/monolith:2.0.0

デプロイメントを確認する

  1. Deployment の更新を検証するには、次のコマンドを実行します。
kubectl get pods

出力:

NAME READY STATUS RESTARTS AGE monolith-584fbc994b-4hj68 1/1 Terminating 0 60m monolith-584fbc994b-fpwdw 1/1 Running 0 60m monolith-584fbc994b-xsk8s 1/1 Terminating 0 60m monolith-75f4cf58d5-24cq8 1/1 Running 0 3s monolith-75f4cf58d5-rfj8r 1/1 Running 0 5s monolith-75f4cf58d5-xm44v 0/1 ContainerCreating 0 1s

この出力から、3 つの新しい Pod が作成されて古い Pod がシャットダウンしていることがわかります。新しい Pod か古い Pod かは期間（age）で確認できます。最終的には、3 つの Pod（更新された 3 つの Pod）のみが再度表示されます。

  1. アプリケーションをテストするために、次のコマンドを実行してウェブサーバーを起動します。
npm start
  1. 変更を確認するには、アプリのウェブページのタブに戻ってページを更新します。アプリケーションが更新されていることがわかります。

ウェブサイトのホームページ コンポーネントに追加したテキストが表示されるようになりました。

Fancy Store のホームページ

  1. ウェブサーバー プロセスを停止するには、Cloud Shell で Ctrl+C キーを押します。

[進行状況を確認] をクリックして、目標に沿って進んでいることを確認します。 ダウンタイムなしでウェブサイトを更新する

タスク 9. クリーンアップ

すべてのリソースはこのラボを完了すると削除されますが、実際の環境で不要になったリソースを削除することをおすすめします。

  1. Git リポジトリを削除します。
cd ~ rm -rf monolith-to-microservices
  1. Google Container Registry イメージを削除します。
# monolith のバージョン 1.0.0 のコンテナ イメージを削除します gcloud container images delete gcr.io/${GOOGLE_CLOUD_PROJECT}/monolith:1.0.0 --quiet # monolith のバージョン 2.0.0 のコンテナ イメージを削除します gcloud container images delete gcr.io/${GOOGLE_CLOUD_PROJECT}/monolith:2.0.0 --quiet
  1. Google Cloud Build のアーティファクトを Google Cloud Storage から削除します。
# 次のコマンドはすべてのビルドから全ソース アーカイブを取得し、Cloud Storage から削除します # すべてのソースを出力するには、このコマンドを実行します # gcloud builds list | awk 'NR > 1 {print $4}' gcloud builds list | grep 'SOURCE' | cut -d ' ' -f2 | while read line; do gsutil rm $line; done
  1. GKE Service を削除します。
kubectl delete service monolith kubectl delete deployment monolith
  1. GKE クラスタを削除します。
gcloud container clusters delete fancy-cluster {{{project_0.default_region | lab region}}}
  1. 「Y」と入力してこの操作を確定します。このコマンドの処理には少し時間がかかる場合があります。

お疲れさまでした

GKE でウェブサイトのデプロイ、スケーリング、更新を行うことができました。これでもう Docker と Kubernetes の経験者です。

クエストを完了する

このセルフペース ラボは、「Website on Google Cloud」クエストの一部です。クエストとは学習パスを構成する一連のラボのことで、このラボの修了後、こちらのクエストに登録すれば、すぐにクレジットを受け取ることができます。受講可能なその他のクエストもご確認ください。

ハンズオン チャレンジラボを受講して、スキルを証明し、知識を確認することもできます。このクエストを完了したら、チャレンジラボを受講して、Google Cloud の限定デジタルバッジを取得しましょう。

次のラボを受講する

「モノリシック ウェブサイトを Google Kubernetes Engine のマイクロサービスに移行する」に進んで学習を続けるか、以下のおすすめをご確認ください。

次のステップと詳細情報

マニュアルの最終更新日: 2023 年 9 月 13 日

ラボの最終テスト日: 2023 年 9 月 13 日

Copyright 2024 Google LLC All rights reserved. Google および Google のロゴは Google LLC の商標です。その他すべての企業名および商品名はそれぞれ各社の商標または登録商標です。