すべてのプロダクト
Search

このプロダクト

    Container Compute Service:ステートレスワークロード Deployment の作成

    ドキュメントセンター

    Container Compute Service:ステートレスワークロード Deployment の作成

    最終更新日:Jun 21, 2026

    Container Compute Service (ACS) では、コンテナイメージ、オーケストレーション YAML テンプレート、または kubectl コマンドラインツールを使用してステートレスアプリケーションを作成できます。このトピックでは、Nginx アプリケーションを例に、ACS クラスターにステートレスアプリケーションを作成する方法を説明します。

    コンソール

    イメージから作成

    手順 1：アプリケーションの基本情報の設定

    1. ACS コンソール にログインします。左側のナビゲーションペインで、クラスター をクリックします。

    2. クラスター ページで、管理するクラスターを見つけ、その ID をクリックします。クラスター詳細ページの左側のナビゲーションペインで、ワークロード > デプロイメント を選択します。

    3. デプロイメント タブで、イメージから作成 をクリックします。

    4. Basic Information ウィザードで、アプリケーションの基本設定をします。

      設定項目

      説明

      [Name:]

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

      [Replicas:]

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

      [Workloads]

      Deployment を選択します。

      [Label]

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

      [Annotations]

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

      [インスタンスタイプ]

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

      [QoS タイプ]

      Quality of Service (QoS) クラスを選択します。

      コンピューティングタイプとコンピューティング性能品質の対応

      コンピュートクラス

      サポートされる QoS クラス

      汎用 (general-purpose)

      default (default), best-effort (best-effort)

      パフォーマンス（パフォーマンス）

      default (default), best-effort (best-effort)

      GPU アクセラレーテッド (gpu)

      default (default), best-effort (best-effort)

      GPU-HPN (gpu-hpn)

      default (default)

      詳細については、「QoS クラスの定義」をご参照ください。

    5. Next をクリックして、Container ウィザードに進みます。

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

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

    説明

    ポッドに複数のコンテナを追加するには、[コンテナ 1] タブの横にあるAdd Containerをクリックします。

    1. General セクションで、コンテナの基本設定を完了します。

      設定項目

      説明

      [Image Name]

      • イメージを選択

        Select Image をクリックして、必要な画像を選択します。

        • [Container Registry Enterprise Edition]: Alibaba Cloud Container Registry (ACR) でホストされているエンタープライズ版のイメージを選択します。イメージが格納されているリージョンと ACR インスタンスを選択する必要があります。ACR の詳細については、「コンテナレジストリとは」をご参照ください。

        • [Container Registry Personal Edition] (最初に有効化する必要があります)：ACR でホストされているパーソナル版イメージを選択します。イメージが存在するリージョンと ACR インスタンスを選択する必要があります。

        • [プロダクトセンター]: コンテナ化されたアプリケーションのベース OS イメージ、言語ランタイムイメージ、AI/ビッグデータ関連のイメージが含まれます。この例では、アーティファクトセンターの Nginx イメージを使用します。詳細については、「アーティファクトセンター」をご参照ください。

      • (任意) イメージプルポリシーを設定

        Image Pull Policy ドロップダウンリストから、プルポリシーを選択します。デフォルトではポリシーは設定されておらず、Kubernetes は IfNotPresent を使用します。

        • [IfNotPresent]: イメージがローカルにすでに存在する場合 (ホストにプル済み)、再度プルされません。それ以外の場合、イメージはプルされます。

        • [Always]: デプロイまたはスケールアウトの際に、ローカルのコピーを無視して常にイメージをプルします。

        • [Never]: ローカルイメージのみを使用します。

      • (任意) イメージプルシークレットを設定

        プライベートイメージに安全にアクセスするには、Set Image Pull Secret をクリックします。

        • ACR Personal Edition インスタンスの場合、イメージプルシークレットを設定することでコンテナイメージをプルできます。詳細については、「Secret の管理」をご参照ください。

        • ACR Enterprise Edition インスタンスの場合、パスワードレスコンポーネントを使用してパスワードなしでイメージをプルできます。詳細については、「パスワードなしで ACR イメージをプルする」をご参照ください。

      [Required Resources]

      コンテナのリソースクォータを設定します。

      • [CPU]: CPU のリクエスト値とリミット値を指定します。デフォルトでは、リクエストはリミットと等しく、課金は従量課金方式を使用します。YAML を介して異なるリミットを設定した場合、リクエストはリミットに一致するように上書きされます。詳細については、「リソース仕様」をご参照ください。

      • [Memory]: メモリリクエストと上限値を指定します。デフォルトでは、リクエストと上限は等しくなり、課金には従量課金制が適用されます。YAML を使用して異なる上限を設定した場合、リクエストは上限に一致するように上書きされます。詳細については、「リソース仕様」をご参照ください。

      [インタラクティブセッション]

      (任意) コンテナ起動オプションを設定します。

      • [stdin]: コンソール入力をコンテナに送信します。

      • [tty]: 標準入力コンソールをコンテナのコンソール入力としてアタッチします。

      説明

      通常、[stdin] と [tty] は一緒に選択され、ターミナル (tty) をコンテナの標準入力 (stdin) にバインドします。たとえば、インタラクティブプログラムは stdin からユーザー入力を読み取り、ターミナルに出力を表示します。

      [Init Containers]

      (任意) このオプションを選択して Init コンテナを作成します。

      Init コンテナは、成功するまでアプリケーションコンテナの起動をブロックまたは遅延させるための仕組みです。正常に実行されると、Pod 内のアプリケーションコンテナが並列で起動します。たとえば、Init コンテナを使用して依存サービスの可用性を確認できます。Init コンテナには、アプリケーションイメージに含まれていないユーティリティやインストールスクリプトを含めることで、ランタイム環境を初期化できます。たとえば、カーネルパラメータの設定や設定ファイルの生成などです。詳細については、「Init コンテナ」をご参照ください。

    2. (任意) Ports セクションで、Add をクリックしてコンテナポートを設定します。

      設定項目

      説明

      [Name]

      コンテナポートの名前を指定します。

      [Container Port]

      公開するコンテナアクセスポートを指定します。ポート番号は 1 から 65535 の間である必要があります。

      [Protocol]

      サポートされるプロトコルは TCP と UDP です。

    3. (オプション) Environmentsセクションで、Addをクリックして環境変数を設定します。

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

      パラメータ

      説明

      [Type]

      環境変数のタイプを設定します。

      • Custom

      • ConfigMaps

      • Secrets

      • Value/ValueFrom

      • ResourceFieldRef

      ConfigMap と Secret は、ファイル全体の参照をサポートしています。

      この例では Secret を使用します。Secrets タイプを選択し、対象の Secret を選択すると、その Secret 内のすべてのファイルがデフォルトで参照されます。[シークレット] を選択した後、[変数名] を入力し、右側にある 2 つのドロップダウンリストから対応する Secret 名とキーを選択します。

      対応する YAML は Secret 全体を参照します。

      envFrom:
  - secretRef:
      name: test

      [Variable Key]

      環境変数名を設定します。

      [Value/ValueFrom]

      参照する変数値を設定します。

    4. (任意) Health Check セクションで、必要に応じて Liveness、Readiness、および Startup を有効にします。

      • Liveness プローブ: コンテナーが正常に実行されているかどうかを判断するために使用されます。指定された回数のチェックに失敗した場合、kubelet はコンテナーを再起動します。Liveness プローブは、デッドロックなど、コンテナーが実行中の状態のままで応答しなくなる原因となる問題を検出できます。

      • Readiness プローブ: コンテナーがトラフィックを受け入れる準備ができているかどうかを判断するために使用されます。Pod は、readiness プローブが成功した後にのみサービスバックエンドにアタッチされます。

      • Startup プローブ: コンテナーが正常に起動したかどうかをチェックするために、コンテナーの起動時にのみ実行されます。Liveness Probe と Readiness Probe は、startup プローブが成功した後にのみ実行されます。

      詳細については、「Liveness プローブ、Readiness プローブ、Startup プローブの設定」をご参照ください。

      パラメータ

      説明

      [HTTP]

      コンテナに HTTP GET リクエストを送信します。サポートされるパラメータは次のとおりです。

      • [Protocol]：HTTP または HTTPS。

      • [Path]: HTTP サーバーにアクセスするためのパスです。

      • [Port]: 公開されるコンテナポートまたはポート名。ポート番号は 1～65535 の範囲である必要があります。

      • [HTTP Header]：HTTP リクエストに含めるカスタムヘッダーです。HTTP では、ヘッダーの重複が許可されています。キーと値のペアとして設定します。

      • [Initial Delay (s)]: initialDelaySeconds パラメーターは、コンテナが起動してから最初のプローブを実行するまで何秒待機するかを指定します。デフォルトは 3 秒です。

      • [Period (s)]: periodSeconds パラメーターは、プローブ間の時間間隔を指定します。デフォルトは 10 秒です。最小値は 1 秒です。

      • [Timeout (s)]: timeoutSeconds パラメーターは、プローブのタイムアウト期間を指定します。デフォルトは 1 秒です。最小値は 1 秒です。

      • [Healthy Threshold]: 失敗したコンテナを正常と見なすために必要な、連続した成功プローブの最小回数です。 デフォルト値は 1、最小値は 1 です。 liveness プローブの場合、この値は 1 である必要があります。

      • [Unhealthy Threshold]: 成功後にコンテナを異常とマークするために必要な、連続したプローブ失敗の最小回数です。デフォルトは 3、最小値は 1 です。

      [TCP]

      コンテナへの TCP ソケットを開きます。kubelet は指定されたポートでソケットを開こうとします。成功すればコンテナは正常と見なされ、失敗すれば異常とマークされます。サポートされるパラメータは次のとおりです。

      • [Port]: 公開されるコンテナポートまたはポート名です。ポート番号は 1～65535 の範囲である必要があります。

      • [Initial Delay (s)]: initialDelaySeconds パラメーターは、コンテナが起動してから最初のプローブを実行するまで待機する秒数を指定します。デフォルトは 15 秒です。

      • [Period (s)]：periodSeconds パラメーターはプローブ間の時間間隔を指定します。 デフォルトは 10 秒です。 最小は 1 秒です。

      • [Timeout (s)]：timeoutSeconds パラメーターは、プローブのタイムアウト期間を指定します。 デフォルトは 1 秒です。 最小値は 1 秒です。

      • [Healthy Threshold]: 失敗後、コンテナを正常と見なすために必要な、連続して成功したプローブの最小回数です。デフォルトは 1 です。最小値は 1 です。liveness プローブの場合、この値は 1 である必要があります。

      • [Unhealthy Threshold]: プローブが成功してから、コンテナが異常と見なされるまでに必要な、連続したプローブ失敗の最小回数です。デフォルトは 3 です。最小値は 1 です。

      [Command]

      コンテナ内でコマンドを実行して、その正常性をチェックします。サポートされるパラメータは次のとおりです。

      • [Command]：コンテナのヘルスチェックに使用するコマンドです。

      • [Initial Delay (s)]: initialDelaySeconds パラメーターは、コンテナが起動してから最初のプローブを実行するまで待機する秒数を指定します。デフォルトは 5 秒です。

      • Period (s)：periodSeconds パラメーターは、プローブ間の時間間隔を指定します。デフォルトは 10 秒です。最小値は 1 秒です。

      • [Timeout (s)]：timeoutSeconds パラメーターは、プローブのタイムアウト期間を指定します。デフォルトは 1 秒です。最小値は 1 秒です。

      • [Healthy Threshold]: 失敗後、コンテナを正常と見なすために必要となる、連続して成功したプローブの最小回数です。デフォルトは 1 です。最小値は 1 です。liveness プローブの場合、この値は 1 である必要があります。

      • [Unhealthy Threshold]: プローブが成功した後、コンテナが異常と見なされるまでの、連続したプローブ失敗の最小回数。 デフォルトは 3、最小値は 1 です。

    5. (任意) Lifecycle セクションで、コンテナのライフサイクルを設定します。

      コンテナのライフサイクルでは、起動前コマンド、起動後ハンドラー、停止前ハンドラーを設定できます。詳細については、「ライフサイクルの設定」をご参照ください。

      パラメータ

      説明

      [実行の有効化]

      コンテナのエントリーポイントとして実行するコマンドと引数を指定します。

      [起動後処理]

      コンテナの起動後に実行するコマンドを指定します。

      [PreStop 処理]

      コンテナの終了前に実行するコマンドを指定します。

    6. (任意) Volume セクションで、コンテナにボリュームをマウントします。

      • ローカルストレージ: ConfigMap、Secret、または一時ディレクトリをコンテナパスにマウントします。詳細については、「ボリューム」をご参照ください。

      • クラウドストレージ: クラウドディスク、NAS などをサポートします。詳細については、「ストレージの概要」をご参照ください。

    7. (オプション) Log セクションで、Collection Configuration と Custom Tag を設定します。

      パラメータ

      説明

      収集設定

      • [Logstore]: Simple Log Service に対応する Logstore を作成し、収集されたログを保存します。

      • [Log Path in Container (Can be set to stdout)]： stdout およびテキストログに対応しています。

        • stdout: コンテナの標準出力ログを収集します。

        • テキストログ: コンテナ内の指定されたパスからログを収集します。この例では、/var/log/nginx 配下のすべてのテキストログを収集し、ワイルドカード文字が使用できます。

      カスタムタグ

      カスタムタグを設定することもできます。設定すると、これらのタグはコンテナログに含まれます。カスタムタグは、分析時の統計やフィルタリングを容易にするために、ログを分類するのに役立ちます。

    8. Next をクリックして、Advanced ウィザードに進みます。

    手順3：詳細設定

    Advanced ウィザードページで、アクセス、スケーリング、スケジューリング、ラベル/アノテーションを設定します。

    1. Access Control セクションで、バックエンド Pod の公開方法を設定します。

      この例では、ClusterIP と Ingress を使用して、パブリックにアクセス可能な Nginx アプリケーションを作成します。

      • Service の設定： Services の横にある Create をクリックして、Service パラメーターを設定します。

        サービス設定の詳細を表示

        設定項目

        説明

        [Name]

        Service 名を入力します。この例では nginx-svc を使用します。

        [Type]

        Service へのアクセス方法となる Service タイプを選択します。この例では、Cluster IP を選択します。

        • [Cluster IP]： クラスター内の内部 IP で Service を公開します。このタイプの Service は、クラスター内からのみアクセス可能です。これはデフォルトの ServiceType です。

          説明

          Service タイプが Cluster IP の場合、ヘッドレス Service を設定できます。

        • [Server Load Balancer]： Alibaba Cloud Server Load Balancer (SLB) を使用して Service を公開します。パブリックアクセスまたは内部アクセスを選択できます。Alibaba Cloud SLB は、トラフィックを ClusterIP Service にルーティングします。

          • Create new SLB： Modify をクリックして SLB 仕様を変更します。

          • Use existing SLB： リストから SLB インスタンスを選択します。

          説明

          LoadBalancer タイプは、新規 SLB の作成または既存の SLB の再利用をサポートしますが、以下の制限があります：

          • 既存の SLB インスタンスを使用すると、その現在のリスナーが上書きされます。

          • Service 経由で Kubernetes が作成した SLB インスタンスは再利用できません (誤削除を防ぐため)。コンソール (または OpenAPI) で手動で作成された SLB インスタンスのみが再利用できます。

          • 同じ SLB を再利用する複数の Service は、競合を避けるために同じフロントエンドリスナーポートを共有してはなりません。

          • SLB を再利用する場合、Kubernetes はリスナー名と vServer グループ名を一意の識別子として使用します。これらの名前は変更しないでください。

          • クラスター間での SLB の再利用はサポートされていません。

        [Port Mapping]

        Service ポートとコンテナポートを追加します。コンテナポートは、バックエンド Pod が公開するポートと一致する必要があります。

        [外部トラフィックポリシー]

        • Local： 同じノード上の Pod にのみトラフィックをルーティングします。

        • Cluster： 任意のノード上の Pod にトラフィックをルーティングします。

        説明

        外部トラフィックポリシー は、Service タイプが Server Load Balancer の場合にのみ設定できます。

        [Annotations]

        SLB パラメーターを設定するためのアノテーションを追加します。たとえば、service.beta.kubernetes.io/alicloud-loadbalancer-bandwidth: 20 を設定すると、サービスの帯域幅が 20 Mbit/s に制限され、トラフィックが制御されます。

        [Label]

        この Service を識別するためのラベルを追加します。

      • Ingress の設定： Ingresses の横にある Create をクリックして、バックエンド Pod のルーティングルールを設定します。

        Ingress 設定の詳細を表示

        説明

        イメージからアプリケーションを作成する場合、1つの Service につき、Ingress は1つしか作成できません。この例では、仮想ホスト名をテストドメインとして使用します。ドメインマッピング (Ingress エンドポイント + Ingress ドメイン) を Hosts ファイルに追加します。本番環境では、ICP 登録済みのドメインを使用してください。

        101.37.XX.XX   foo.bar.com    # Ingress の IP。

        パラメーター

        説明

        [Name]

        Ingress 名を入力します。この例では alb-ingress を使用します。

        [Rule]

        Ingress ルールは、インバウンドトラフィックがクラスター Service に到達する方法を定義します。詳細については、「ALB Ingress クイックスタート」をご参照ください。

        • [ドメイン名]： Ingress ドメインを入力します。

        • [Path]： Service アクセスのための URL パスを指定します。デフォルトはルートパス / です。各パスはバックエンド Service にマッピングされます。Alibaba Cloud SLB は、インバウンドリクエストがドメインとパスの両方に一致する場合にのみトラフィックを転送します。

        • [Services]： Service 名とポートを選択します。

        • [TLS]： セキュアなルーティングを設定します。

        この例では、テストドメイン foo.bar.com を使用し、Service を nginx-svc に設定します。

        [カナリアリリース]

        カナリアリリースを有効にします。Alibaba Cloud Edition はメンテナンスされなくなったため、Open Source Solution を選択することを推奨します。

        Ingress クラス

        カスタム Ingress クラスを指定します。

        [Annotations]

        カスタムのアノテーションキーと値を定義するか、名前でアノテーションを検索します。追加 をクリックして、アノテーションのキーと値のペアを入力します。Ingress のアノテーションについては、「アノテーション」をご参照ください。

        [Label]

        追加 をクリックして、この Ingress の特性を識別するラベルキーと値を入力します。

    2. (任意) Scaling セクションで、HPA を有効にして、変動する負荷要求に対応します。

      • Container Compute Service は、Pod の CPU およびメモリ使用量に基づいたオートスケーリングをサポートします。

        説明

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

        設定項目

        説明

        [Metric]

        CPU とメモリをサポートします。リソース要求のタイプと一致する必要があります。

        [トリガー条件]

        リソース使用率のしきい値。超過すると、システムはスケールアウトします。

        [Max. Replicas]

        このペイロードタイプでスケールアウトできるコンテナの最大数。

        [Min. Replicas]

        このペイロードタイプでスケールインする際の下限値。

      • Container Compute Service は、スケジュールされたスケーリング (CronHPA) もサポートしており、特定の時間に Kubernetes クラスターを自動的にスケーリングします。スケジュールされたスケーリングを有効にする前に、ack-kubernetes-cronhpa-controller コンポーネントをインストールしてください。詳細については、「スケジュールされたスケーリング (CronHPA)」をご参照ください。

    1. (任意) Labels,Annotations セクションで、追加 をクリックして Pod のラベルとアノテーションを設定します。

    2. Create をクリックします。

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

    作成に成功すると、完了ページにリダイレクトされます。View Details をクリックして、デプロイメント詳細ページに移動します。

    デプロイメント情報は、Deployments ページでも確認できます。目的のデプロイメントの名前、または Actions 列の Details をクリックして、アプリケーション詳細ページに移動します。

    YAML による作成

    ACS のオーケストレーションテンプレートでは、アプリケーションに必要なリソースオブジェクトを定義し、ラベルセレクターなどのメカニズムを使用してそれらを完全なアプリケーションに組み合わせます。

    この例では、Deployment と Service を含むオーケストレーションテンプレートを使用して Nginx アプリケーションを作成する方法を示します。Deployment は Pod リソースを作成し、Service はそれらの Pod にバインドして、完全な Nginx アプリケーションを形成します。

    1. ACS コンソール にログインします。左側のナビゲーションペインで、クラスター をクリックします。

    2. クラスター ページで、管理するクラスターを見つけ、その ID をクリックします。クラスター詳細ページの左側のナビゲーションペインで、ワークロード > デプロイメント を選択します。

    3. デプロイメント ページの右上隅にある YAML から作成 をクリックします。

    4. Create ページで、テンプレートを設定し、Create をクリックします。

      • [Sample Template]: ACS は、迅速なデプロイに役立つ、さまざまなリソースタイプの Kubernetes YAML サンプルを提供します。 また、Kubernetes 標準に従って独自の YAML を作成することもできます。

      • [Create Workload]: この機能を使用すると、YAML テンプレートをすばやく定義できます。

      • [Use Existing Template]: 既存のオーケストレーションテンプレートをインポートします。

      • [Save Template]: 設定したオーケストレーションテンプレートを保存します。

      以下は、Nginx アプリケーションのサンプル YAML です。この例では、Nginx Deployment と CLB タイプの LoadBalancer Service を迅速に作成できます。

      説明

      • ACS は Kubernetes YAML オーケストレーションをサポートします。1 つのテンプレートで複数のリソースオブジェクトを定義するには、--- 区切り文字を使用します。

      • (任意) ボリュームをマウントする場合、マウントディレクトリ内のファイルはデフォルトで上書きされます。既存のファイルを保持するには、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 # 実際の  に置き換えてください
          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        # Service 名を指定してください
   labels:
     app: nginx
spec:
   selector:
     app: nginx             # バックエンド Pod に一致するようにラベルセレクターを変更してください
   ports:
   - protocol: TCP
     name: http
     port: 30080          
     targetPort: 80
   type: LoadBalancer       
---
# Volume 用の ConfigMap
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;
    }

    5. Createをクリックすると、デプロイステータスメッセージが表示されます。

    kubectl

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

    1. クラスターに接続します。詳細については、「クラスター kubeconfig を取得して kubectl を使用して接続する」または「CloudShell で kubectl を使用して Kubernetes クラスターを管理する」をご参照ください。

    2. 次のコマンドを実行して、コンテナ (Nginx Web サーバーなど) を起動します。

       kubectl create deployment nginx --image=registry.cn-hangzhou.aliyuncs.com/acs-sample/nginx:latest

    3. 次のコマンドを実行して、nginx Deployment の Service を作成します。--type=LoadBalancer を指定すると、Nginx コンテナにトラフィックをルーティングする Alibaba Cloud SLB が作成されます。

      kubectl expose deployment nginx --port=80 --target-port=80 --type=LoadBalancer

    4. 次のコマンドを実行して、実行中の nginx Pod を一覧表示します。

      kubectl get pod |grep nginx

      期待される出力：

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