クラスタとワークロードを確認する

クラスタを作成してワークロードをデプロイするでデプロイした主なワークロードの設定とリソースの一部について確認します。

このタスクの手順をガイドに沿って Google Cloud コンソールで直接行う場合は、「ガイドを表示」をクリックしてください。

ガイドを表示

始める前に

クラスタを作成してワークロードをデプロイするの手順を実施します。

アプリの Deployment 仕様を表示する

Kubernetes リソースは、仕様ファイルに望ましい状態が記述されています。Infrastructure as Code（IaC）のプラクティスに従うことで、これらのファイルをソースコード制御システムに格納し、必要に応じてファイルを使用して環境を再作成できます。

デプロイしたアプリの仕様ファイルを表示するには:

  1. Google Cloud コンソールで、hello-world-app の [Deployment の詳細] ページに移動します。

    1. GKE の [ワークロード] ページに移動します。

      [ワークロード] に移動

    2. [名前] 列で、デプロイしたアプリの名前 [hello-world-app] をクリックします。

  2. [YAML] タブをクリックします。

  3. 2 行目が kind: Deployment であることにご注意ください。これは、デプロイされたアプリの仕様であることを示しています。他のタイプの Kubernetes リソースでは、kind: の行に別の値が使用されます。

  4. 列 1 で、先頭に空白がなく、spec: で始まる行を探します。

    この Deployment 仕様の以降の行では、アプリの望ましい状態が定義されています。これには、アプリに必要な Pod レプリカの最初の数を指定する replicas: や、各 Pod で使用可能なコンピューティング リソースの量を指定する resources: が含まれます

    アプリの負荷が構成済みのコンピューティング リソースを超えると、水平自動スケーリング サービスが自動的に Pod を複製し、負荷の増大に対応します。Autopilot モードでは、この自動スケーリング サービスがデフォルトで有効になります。

  5. [編集] をクリックすると、YAML を直接編集できます。

    また、[Deployment の詳細] ページで変更を行うと、YAML が更新されます。

  6. この仕様をファイルとしてダウンロードし、他の Deployment のベースとして使用するには、[ダウンロード] をクリックします。

Pod を表示する

  1. [Deployment の詳細] ページをまだ表示していない場合は、次の操作を行います。

    1. Google Cloud コンソールで、GKE の [ワークロード] ページに移動します。

      [ワークロード] に移動

    2. [名前] 列で、デプロイしたアプリの名前 [hello-world-app] をクリックします。

  2. [概要] タブの [CPU] グラフには、現在のワークロードに含まれるすべての Pod の CPU 使用率が表示されます。

  3. [概要] セクションで:

    • レプリカ: ワークロードで現在実行中の Pod レプリカの数を集計します。

    • Pod の仕様: （Deployment の仕様で割り当てた）Deployment のバージョンとワークロードで実行されているコンテナを一覧表示します。

  4. [マネージド Pod] テーブルは、ワークロードで現在実行されている各 Pod レプリカの構成データとパフォーマンス指標にリンクされています。

Service を表示する

ワークロードをデプロイした際に、外部トラフィックをワークロードに転送するロード バランシング Service を作成することを選択しました。

ワークロードの Service を表示するには:

  1. [Deployment の詳細] ページをまだ表示していない場合は、次の操作を行います。

    1. Google Cloud コンソールで、GKE の [ワークロード] ページに移動します。

      [ワークロード] に移動

    2. [名前] 列で、デプロイしたアプリの名前 [hello-world-app] をクリックします。

  2. [サービスの公開] テーブルは、ワークロードに構成したロード バランシング サービスにリンクされています。

  3. [サービスの公開] テーブルの [名前] 列で、Service の名前をクリックします。

  4. [サービスの詳細] ページで、[YAML] タブをクリックします。

  5. 2 行目が kind: Service であることにご注意ください。これは、このファイルを Kubernetes Service リソースの仕様として定義しています。

  6. spec: で始まる行を探します（f:spec: で始まる行は無視します）。

    Service 仕様のこの後の行はすべてロードバランサの構成です。

    • クラスタ IP アドレスは、ロードバランサのトラフィック送信先の内部アドレスです。この IP アドレスは GKE で自動的に管理されます。

    • 上り（内向き）IP アドレスは、ロードバランサがリクエストをリッスンする外部 IP アドレスです。

  7. Deployment 仕様と同様に、[編集] をクリックして Service YAML を直接編集できます。

    この仕様をファイルとしてダウンロードし、他の Service のベースとして使用するには、[ダウンロード] をクリックします。

これでクラスタの確認は終了です。

次のステップ