Deployment によるステートレスアプリケーションを作成する - Container Compute Service

Container Compute Service (ACS) では、コンテナイメージ、YAML オーケストレーションテンプレート、および kubectl コマンドラインを使用してステートレスアプリケーションを作成できます。本トピックでは、ACS クラスター内に Nginx アプリケーションを例として、ステートレスアプリケーションを作成する手順について説明します。

コンソール

イメージから作成

ステップ 1：基本アプリケーション情報の設定

ACS コンソールにログインします。左側のナビゲーションウィンドウで、クラスターリスト をクリックします。
クラスターリスト ページで、対象のクラスター名をクリックします。左側のナビゲーションウィンドウで、Workloads ＞ Deployments を選択します。
Deployments ページで、イメージから作成 をクリックします。

基本情報 の設定ウィザードで、アプリケーションの基本情報を指定できます。

設定項目

説明

アプリケーション名

アプリケーションの名前を入力します。

レプリカ数

アプリケーションの Pod 数です。デフォルト値：2。

ワークロード

ステートレス（Deployment） を選択します。

ラベル

アプリケーションを識別するためのラベルを追加します。

アノテーション

アプリケーションにアノテーションを追加します。

インスタンスタイプ

コンピューティングタイプを選択します。「コンピューティングタイプ」の詳細については、「ACS Pod インスタンスの概要」をご参照ください。

QoS タイプ

サービス品質（QoS）タイプを選択します。

コンピューティングタイプとコンピューティングパワー品質の対応関係

コンピューティングタイプ（ラベル）	サポートされるコンピューティングパワー QoS（ラベル）
汎用（general-purpose）	デフォルト（default）、BestEffort（best-effort）
コンピューティング最適化インスタンス	デフォルト（default）、BestEffort（best-effort）
GPU（gpu）	デフォルト（default）、BestEffort（best-effort）
高性能ネットワーク GPU（gpu-hpn）	デフォルト（default）

詳細については、「コンピューティングパワー品質の定義」をご参照ください。

次へをクリックして、コンテナの構成 ウィザードページに進みます。

ステップ 2：コンテナの設定

コンテナの構成 ウィザードページで、コンテナイメージ、リソース、ポート、環境変数、ヘルスチェック、ライフサイクル、ボリューム、およびログを設定します。

説明

アプリケーションの Pod に複数のコンテナを追加するには、コンテナを追加 を コンテナ 1 タブの右側からクリックします。

基本構成 セクションで、コンテナの基本情報を設定します。

設定項目	説明
イメージ名	イメージを選択します。イメージの選択をクリックして、イメージを選びます。 Container Registry Enterprise Edition：Container Registry（ACR）にホストされているエンタープライズエディションのイメージを選択します。イメージが配置されているリージョンと ACR インスタンスを指定する必要があります。「ACR」の詳細については、「Container Registry（ACR）とは」をご参照ください。 Container Registry Personal Edition（事前に有効化が必要）：Container Registry（ACR）にホストされているパーソナルエディションのイメージを選択します。イメージが配置されているリージョンと ACR インスタンスを指定する必要があります。 Artifact Center：ベース OS イメージ、言語ランタイムイメージ、AI やビッグデータ関連のイメージを含みます。本例では、Artifact Center から取得した Nginx イメージを使用します。「Artifact Center」の詳細については、「Artifact Center」をご参照ください。（オプション）イメージプルポリシーを設定します。イメージプルポリシーのドロップダウンリストから、イメージプルポリシーを選択します。デフォルトではポリシーは設定されておらず、Kubernetes は IfNotPresent を使用します。ローカルイメージがあれば使用（IfNotPresent）：イメージがローカル（ホストに事前にプル済み）に存在する場合、再びプルされません。ローカルに存在しない場合はプルされます。常にイメージをプル（Always）：デプロイまたはスケールアウト時に毎回イメージをプルします。ローカルイメージは使用しません。ローカルイメージのみ使用（Never）：ローカルイメージのみを使用します。（オプション）イメージシークレットを設定します。イメージシークレットの設定をクリックして、非公開イメージをシークレットで保護します。 Container Registry Personal Edition インスタンスの場合、イメージシークレットを設定することでコンテナイメージをプルできます。「シークレットの管理」の詳細については、「シークレットの管理」をご参照ください。 Container Registry Enterprise Edition インスタンスの場合、パスワードレスコンポーネントを使用してイメージをプルできます。手順については、「パスワードなしで ACR イメージをプル」をご参照ください。
必要なリソース	コンテナのリソースクォータを設定します。 CPU：コンテナの CPU リソース要求および制限を指定します。デフォルトでは、要求値と制限値は等しくなります。課金方法は従量課金です。YAML テンプレートで、リソース要求値と異なるリソース制限値を設定すると、リソース要求値は自動的にリソース制限値に上書きされます。「リソース仕様」の詳細については、「リソース仕様」をご参照ください。メモリ：コンテナのメモリリソース要求および制限を指定します。デフォルトでは、要求値と制限値は等しくなります。課金方法は従量課金です。YAML テンプレートで、リソース要求値と異なるリソース制限値を設定すると、リソース要求値は自動的にリソース制限値に上書きされます。「リソース仕様」の詳細については、「リソース仕様」をご参照ください。
コンテナ起動コマンド	（オプション）コンテナの起動コマンドを設定します。 stdin：コンソール入力をコンテナに送信します。 tty：標準入力コンソールをコンテナのコンソール入力として使用します。説明通常は、stdin と tty の両方を選択します。これにより、端末（tty）がコンテナの標準入力（stdin）にバインドされます。たとえば、インタラクティブなプログラムはユーザーからの標準入力を読み取り、出力を端末に表示します。
Init コンテナ	（オプション）このオプションを選択すると、Init コンテナが作成されます。 Init コンテナは、アプリケーションコンテナの起動をブロックまたは遅延させます。Init コンテナが正常に実行されると、Pod 内のアプリケーションコンテナが並列で起動します。たとえば、依存サービスの可用性を確認できます。Init コンテナには、アプリケーションイメージに含まれていないユーティリティやインストールスクリプトを含めることができます。これらのツールは、カーネルパラメーターの設定や設定ファイルの生成など、アプリケーションコンテナの実行環境を初期化します。「Init コンテナ」の詳細については、「Init コンテナ」をご参照ください。

（オプション）ポート設定 セクションで、追加をクリックして、コンテナポートを設定します。

設定項目	説明
名前	ポートの名前を指定します。
コンテナポート	公開するポート番号を指定します。有効値は 1 ～ 65535 です。
プロトコル	TCP および UDP をサポートします。

（オプション）環境変数 セクションで、追加をクリックして、環境変数を設定します。

Pod の環境変数を、キーと値のペアを使用して構成します。環境変数を使用して、環境フラグを追加したり、構成を渡したりできます。詳細については、「Pod の環境変数」をご参照ください。

設定項目	説明
タイプ	環境変数のタイプを指定します。カスタム設定項目シークレット変数／変数リファレンスリソースリファレンス設定項目およびシークレットは、すべてのファイルへのリファレンスをサポートします。本例ではシークレットを使用します。シークレットをタイプとして選択し、対象のシークレットを選択します。デフォルトでは、シークレット内のすべてのファイルがリファレンスされます。対応する YAML ファイルも、シークレット全体をリファレンスします。
変数名	環境変数の名前です。
変数／変数リファレンス	リファレンス変数の値を設定します。

（オプション）ヘルスチェック セクションで、必要に応じて Liveness プローブ、Readiness プローブ、および Startup プローブ を有効化できます。

Liveness：コンテナが正常に実行中であるかどうかを判定するために使用されます。指定された回数のチェックが失敗すると、kubelet がコンテナを再起動します。Liveness プローブは、デッドロックなどの原因でコンテナが実行中状態を維持しているものの応答できないといった問題を検出できます。
Readiness：コンテナがトラフィックを受け入れる準備ができているかどうかを判定するために使用されます。Readiness プローブが成功した後のみ、Pod がサービスのバックエンドにアタッチされます。
Startup：コンテナの起動時にのみ実行され、起動が正常に完了したかどうかを確認します。Liveness プローブ および Readiness プローブ は、Startup プローブが成功した後にのみ実行されます。

詳細については、「生存確認、準備完了確認、および起動確認プローブの設定」をご参照ください。

設定項目	説明
HTTP リクエスト	コンテナに対して HTTP GET リクエストを送信します。以下のパラメーターがサポートされます：プロトコル：HTTP または HTTPS。パス：HTTP サーバー上でアクセスするパスです。ポート：公開ポート番号またはポート名です。値の範囲は 1 ～ 65535 です。 HTTP ヘッダー：HTTP リクエスト内のカスタムヘッダーです。HTTP では重複するヘッダーが許可されています。キーと値のペアを使用してヘッダーを設定できます。初期遅延（秒）：initialDelaySeconds。コンテナ起動後に最初のプローブを開始するまでの待機時間（秒）です。デフォルト値は 3 です。間隔（秒）：periodSeconds。プローブの実行間隔（秒）です。デフォルト値は 10 です。最小値は 1 です。タイムアウト（秒）：timeoutSeconds。プローブのタイムアウト期間（秒）です。デフォルト値は 1 です。最小値は 1 です。健全しきい値：コンテナを健全と見なすために必要な、連続した成功プローブの最小回数です。デフォルト値は 1 です。最小値は 1 です。Liveness プローブでは、この値は必ず 1 でなければなりません。不健全しきい値：コンテナを不健全と見なすために必要な、連続した失敗プローブの最小回数です。デフォルト値は 3 です。最小値は 1 です。
TCP 接続	コンテナに対して TCP ソケットリクエストを送信します。kubelet は指定されたポートでソケットを開こうと試みます。接続が成功すると、コンテナは健全と見なされます。接続が失敗すると、コンテナは不健全と見なされます。以下のパラメーターがサポートされます：ポート：公開ポート番号またはポート名です。値の範囲は 1 ～ 65535 です。初期遅延（秒）：initialDelaySeconds。コンテナ起動後に最初のプローブを開始するまでの待機時間（秒）です。デフォルト値は 15 です。間隔（秒）：periodSeconds。プローブの実行間隔（秒）です。デフォルト値は 10 です。最小値は 1 です。タイムアウト（秒）：timeoutSeconds。プローブのタイムアウト期間（秒）です。デフォルト値は 1 です。最小値は 1 です。健全しきい値：コンテナを健全と見なすために必要な、連続した成功プローブの最小回数です。デフォルト値は 1 です。最小値は 1 です。Liveness プローブでは、この値は必ず 1 でなければなりません。不健全しきい値：コンテナを不健全と見なすために必要な、連続した失敗プローブの最小回数です。デフォルト値は 3 です。最小値は 1 です。
コマンドライン	コンテナ内でコマンドを実行して、その健全性を確認します。以下のパラメーターがサポートされます：コマンドライン：コンテナの健全性を確認するために使用するコマンドです。初期遅延（秒）：initialDelaySeconds。コンテナ起動後に最初のプローブを開始するまでの待機時間（秒）です。デフォルト値は 5 です。間隔（秒）：periodSeconds。プローブの実行間隔（秒）です。デフォルト値は 10 です。最小値は 1 です。タイムアウト（秒）：timeoutSeconds。プローブのタイムアウト期間（秒）です。デフォルト値は 1 です。最小値は 1 です。健全しきい値：コンテナを健全と見なすために必要な、連続した成功プローブの最小回数です。デフォルト値は 1 です。最小値は 1 です。Liveness プローブでは、この値は必ず 1 でなければなりません。不健全しきい値：コンテナを不健全と見なすために必要な、連続した失敗プローブの最小回数です。デフォルト値は 3 です。最小値は 1 です。

（オプション）ライフサイクル セクションで、コンテナのライフサイクルを設定します。

コンテナの Post-start コマンド、Pre-stop コマンド、および Start コマンドを設定します。「コンテナのライフサイクルイベントにハンドラーをアタッチ」の詳細については、「コンテナのライフサイクルイベントにハンドラーをアタッチ」をご参照ください。

設定項目	説明
実行開始	コンテナ起動前に実行するコマンドおよび引数を指定します。
Post-start コマンド	コンテナ起動後に実行するコマンドを指定します。
停止前処理	コンテナ停止前に実行するコマンドを指定します。

（オプション）ボリューム セクションで、コンテナにボリュームをアタッチします。
- ローカルストレージ: コンテナ内のパスに ConfigMap、シークレット、および一時ディレクトリをマウントします。詳細については、「ボリューム」をご参照ください。
- クラウドストレージ：サポートされるボリュームタイプには、ディスクおよび NAS が含まれます。「ストレージの概要」の詳細については、「ストレージの概要」をご参照ください。

（オプション）ログ構成 セクションで、収集構成 および カスタムタグ を構成できます。

設定項目	説明
収集構成	Logstore：Simple Log Service に Logstore を作成して、収集されたログを保存します。コンテナ内のログパス：stdout およびテキストログをサポートします。 Stdout：コンテナの標準出力ログを収集します。テキストログ：コンテナ内の指定パスからログを収集します。本例では、`/var/log/nginx` 配下のすべてのテキストログを収集します。ワイルドカードが使用可能です。
カスタムタグ	カスタムタグを追加します。設定すると、これらのタグがコンテナのログ出力に含まれます。カスタムタグは、統計およびフィルター用のログのタグ付けに役立ちます。

次へをクリックして、詳細設定 ウィザードページに進みます。

ステップ 3：詳細設定の完了

詳細設定 ウィザードページで、アクセス、スケーリング、スケジューリング、ラベル、およびアノテーションを構成できます。

アクセス設定 セクションで、バックエンド Pod をどのように公開するかを構成します。

バックエンド Pod の公開方法を選択できます。本例では、ClusterIP サービスおよび Ingress を使用して、外部からアクセス可能な Nginx アプリケーションを作成します。

サービスの構成：作成を サービス の横からクリックして、サービス設定を構成します。

サービス構成の詳細を表示

設定項目	説明
名前	サービスの名前を入力します（例：nginx-svc）。
タイプ	サービスタイプを選択できます。本例では、ClusterIP を選択します。 ClusterIP：クラスター内の内部 IP アドレスを使用してサービスを公開します。これにより、サービスはクラスター内からのみアクセス可能になります。これはデフォルトのサービスタイプです。説明インスタンス間ディスカバリサービス（ヘッドレスサービス）を構成できるのは、サービスタイプが仮想クラスター IP に設定されている場合のみです。 LoadBalancer：Alibaba Cloud Server Load Balancer（SLB）インスタンスを使用してサービスを公開します。SLB インスタンスをパブリック向けまたは内部向けに設定できます。SLB インスタンスはトラフィックをサービスにルーティングします。新しい SLB インスタンスの場合、変更をクリックして、その仕様を変更します。既存の SLB：ドロップダウンリストから SLB 仕様を選択します。説明新しい SLB インスタンスを作成することも、既存のものを再利用することもできます。複数の Kubernetes サービスが同じ SLB インスタンスを共有できますが、以下の制限があります：既存の SLB インスタンスを再利用すると、その既存のリスナーが上書きされます。誤って削除されることを防ぐため、Kubernetes によって自動的に作成された SLB インスタンスは再利用できません。コンソールまたは OpenAPI を使用して手動で作成した SLB インスタンスのみ再利用できます。同じ SLB インスタンスを共有する複数のサービスは、フロントエンドリスナーポートを同じにすることはできません。そうするとポート競合が発生します。 SLB インスタンスを再利用する場合、Kubernetes はリスナー名および vServer グループ名を一意の識別子として使用します。これらの名前を変更しないでください。マルチクラスター間での SLB の再利用はサポートされていません。
ポートマッピング	サービスポートおよびコンテナポートを指定します。コンテナポートは、バックエンド Pod によって公開されるポートと一致させる必要があります。
外部トラフィックポリシー	Local：トラフィックを同じノード上で実行中の Pod にのみルーティングします。 Cluster：トラフィックをクラスター内の他のノード上の Pod に転送することを許可します。説明外部トラフィックポリシーを構成できるのは、サービスタイプが LoadBalancer の場合のみです。
アノテーション	サービスにアノテーションを追加して、SLB パラメーターを構成します。たとえば、アノテーション `service.beta.kubernetes.io/alicloud-loadbalancer-bandwidth:20` は、SLB インスタンスの帯域幅制限を 20 Mbit/s に設定します。
ラベル	サービスを識別するためのラベルを追加します。

Ingress の構成：作成を Ingress の横からクリックして、バックエンド Pod のルーティングルールを設定します。

ルーティング構成の説明を表示

説明

イメージからアプリケーションを作成する場合、各サービスに対して 1 つの Ingress のみ作成できます。本例ではテスト用ドメイン名を使用します。hosts ファイルにドメイン名マッピングを追加する必要があります。マッピングは、Ingress の外部エンドポイントと Ingress のドメイン名で構成されます。本番環境では、ICP 登録済みのドメイン名を使用する必要があります。

101.37.XX.XX   foo.bar.com    #Ingress の IP アドレス。

設定項目	説明
名前	Ingress の名前を入力します（例：alb-ingress）。
ルール	ルーティングルールは、インバウンドトラフィックをクラスター内のサービスにルーティングします。「ALB Ingress クイックスタート」の詳細については、「ALB Ingress クイックスタート」をご参照ください。ドメイン名：Ingress のドメイン名を入力します。パス：サービスにアクセスするために使用する URL パスです。デフォルトパスはルートパス（`/`）です。各パスはバックエンドサービスにマップされます。トラフィックをバックエンドに転送する前に、SLB は各インバウンドリクエストのドメイン名とパスを照合します。本例では、このパラメーターは構成されていません。サービス：サービス名およびポートを選択します。 TLS の有効化：セキュアなルーティングを有効化します。本例では、テスト用ドメイン名 `foo.bar.com` を使用し、サービスを nginx-svc に設定します。
段階的リリース	段階的リリースを有効化するかどうかを指定します。Alibaba Cloud 版はメンテナンスされていないため、Community Edition を選択することを推奨します。
Ingress クラス	カスタム Ingress クラスを指定します。
アノテーション	アノテーションの名前と値をカスタマイズするか、名前でアノテーションを検索できます。追加をクリックし、アノテーションの名前と値（Ingress のキーと値のペア）を入力します。Ingress アノテーションの詳細については、「アノテーション」をご参照ください。
ラベル	+追加をクリックし、Ingress を識別するためのラベルの名前と値を入力します。

（オプション）スケーリング構成 セクションで、メトリックベースのスケーリング を有効化して、アプリケーションの負荷変動に対応します。

ACK では、メトリックベースの Pod スケーリングがサポートされています。この機能は、CPU およびメモリ使用量に基づいて Pod 数を自動的に調整します。

説明

オートスケーリングを有効化するには、コンテナのリソース要求を指定する必要があります。指定しないと、オートスケーリングは有効になりません。

設定項目	説明
メトリック	CPU およびメモリ使用量をサポートします。必須リソースタイプと一致する必要があります。
トリガー条件	スケーリングをトリガーするリソース使用率のパーセンテージです。使用率がこの値を超えると、スケーリングが開始されます。
最大レプリカ数	このワークロードの最大 Pod 数です。
最小レプリカ数	このワークロードの最小 Pod 数です。

ACK では、スケジュールされた Pod スケーリングがサポートされています。この機能は、スケジュールされた時刻に Pod 数を増減させます。スケジュールされたスケーリングを有効化する前に、ack-kubernetes-cronhpa-controller コンポーネントをインストールする必要があります。「CronHPA」の詳細については、「CronHPA」をご参照ください。

（オプション）ラベルおよびアノテーション セクションで、追加をクリックして、Pod にラベルおよびアノテーションを追加します。
作成をクリックします。

ステップ 4：アプリケーション情報の表示

作成が成功すると、デフォルトで成功ページに移動します。アプリケーションの詳細を表示 をクリックして、デプロイメントの詳細ページに移動できます。

また、ステートレス ページでデプロイメントを表示することもできます。詳細ページを開くには、デプロイメント名または操作＞詳細をクリックします。

YAML から作成

ACK オーケストレーションテンプレートを使用する場合、アプリケーションに必要なリソースオブジェクトを定義する必要があります。ラベルセレクターなどのメカニズムを使用して、これらのオブジェクトを結合し、完全なアプリケーションを構成できます。

本例では、オーケストレーションテンプレートを使用して Nginx アプリケーションを作成する方法を示します。テンプレートには、デプロイメントおよびサービスが含まれます。デプロイメントは Pod リソースを作成します。サービスはバックエンド Pod にバインドされ、完全な Nginx アプリケーションを形成します。

ACS コンソールにログインします。左側のナビゲーションウィンドウで、クラスターリスト をクリックします。
クラスターリスト ページで、対象のクラスター名をクリックします。左側のナビゲーションウィンドウで、Workloads ＞ Deployments を選択します。
Deployments ページで、右上隅の YAML から作成 をクリックします。

作成ページで、テンプレートを構成し、作成をクリックします。

サンプルテンプレート：ACS では、さまざまなリソースタイプ向けのサンプル Kubernetes YAML テンプレートを提供しており、リソースの迅速なデプロイを支援します。Kubernetes YAML 形式の要件に従って独自のテンプレートを作成し、目的のリソースを記述できます。
ワークロードの追加：この機能を使用して、YAML テンプレートをすばやく定義できます。
既存のテンプレートの使用：既存のオーケストレーションテンプレートをテンプレート構成ページにインポートできます。
テンプレートの保存：構成済みのオーケストレーションテンプレートを保存できます。

以下は、Nginx アプリケーションのサンプル YAML テンプレートです。このテンプレートを使用して、Nginx デプロイメントをすばやく作成できます。デフォルトでは、Server Load Balancer（SLB）インスタンスが作成されます。

説明

ACK では、Kubernetes YAML オーケストレーションがサポートされています。--- を使用してリソースオブジェクトを区切ることで、単一のテンプレートで複数のリソースを作成できます。
（オプション）ボリュームをマウントする場合、マウントディレクトリ内の既存ファイルはデフォルトで上書きされます。これらのファイルを保持するには、subPath パラメーターを構成します。

Nginx YAML テンプレートを表示

apiVersion: apps/v1 
kind: Deployment
metadata:
    name: nginx-deployment-basic
    labels:
      app: nginx
spec:
    replicas: 2
    selector:
      matchLabels:
        app: nginx
    template:
      metadata:
        labels:
          app: nginx
          alibabacloud.com/compute-class: general-purpose 
          alibabacloud.com/compute-qos: default
      spec:
        containers:
        - name: nginx
          image: registry.cn-hangzhou.aliyuncs.com/acs-sample/nginx:latest #実際の <image_name:tags> に置き換えてください。
          ports:
          - containerPort: 80
          volumeMounts:
          - name: nginx-config
            mountPath: /etc/nginx/nginx.conf 
            subPath: nginx.conf   #subPath を設定します。    
        volumes:
        - name: nginx-config
          configMap:
            name: nginx-conf
---
apiVersion: v1     
kind: Service
metadata:
   name: my-service1        #サービス名を指定します。
   labels:
     app: nginx
spec:
   selector:
     app: nginx             #バックエンド Pod と一致するようにラベルセレクターを変更します。
   ports:
   - protocol: TCP
     name: http
     port: 30080          
     targetPort: 80
   type: LoadBalancer       
---
#ボリューム構成
apiVersion: v1
kind: ConfigMap
metadata:
  name: nginx-conf
  namespace: default
data:
  nginx.conf: |-
   user  nginx;
   worker_processes  1;
   error_log  /var/log/nginx/error.log warn;
   pid        /var/run/nginx.pid;
   events {
        worker_connections  1024;
    }
    http {
        include       /etc/nginx/mime.types;
        default_type  application/octet-stream;
        log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                          '$status $body_bytes_sent "$http_referer" '
                          '"$http_user_agent" "$http_x_forwarded_for"';
        access_log  /var/log/nginx/access.log  main;
        sendfile        on;
        #tcp_nopush     on;
        keepalive_timeout  65;
        #gzip  on;
        include /etc/nginx/conf.d/*.conf;
    }

作成をクリックすると、デプロイメントのステータスが表示されます。

kubectl

kubectl コマンドを使用して、アプリケーションを作成および表示できます。

クラスターに接続します。「kubectl を使用した ACK クラスターへの接続」の詳細については、「kubectl を使用した ACK クラスターへの接続」または「Cloud Shell 上の kubectl を使用した ACK クラスターの管理」をご参照ください。
以下のコマンドを実行して、コンテナを起動します。本例では、Nginx Web サーバーを起動します。
```
 kubectl create deployment nginx --image=registry.cn-hangzhou.aliyuncs.com/acs-sample/nginx:latest
```
以下のコマンドを実行して、コンテナ用のサービスを作成します。--type=LoadBalancer を設定すると、Nginx コンテナにトラフィックをルーティングする Alibaba Cloud Server Load Balancer（SLB）インスタンスが作成されます。
```
kubectl expose deployment nginx --port=80 --target-port=80 --type=LoadBalancer
```

以下のコマンドを実行して、実行中の Nginx コンテナを一覧表示します。

kubectl get pod |grep nginx

期待される出力：

NAME                                   READY     STATUS    RESTARTS   AGE
nginx-2721357637-d****                 1/1       Running   1          9h