ACS ポッドの概要 - Container Compute Service - Alibaba Cloud ドキュメントセンター

最新のクラウドコンピューティングとコンテナ化環境では、ポッドは Kubernetes における最小デプロイ単位であり、通常 1 つ以上のコンテナーで構成されます。ポッドの計算クラスとコンピューティングパワーは、アプリケーションのパフォーマンスとリソース使用率に影響します。Container Compute Service (ACS) は、多様なビジネス要件を満たすために、さまざまな計算クラスとコンピューティング Quality of Service (QoS) クラスを提供します。このトピックでは、ACS ポッドの前提条件、制限、および主要な機能について説明します。ACS ポッドの主要な機能には、セキュリティ分離、CPU、メモリ、および GPU リソースの構成、イメージのプル、ストレージ、ネットワーキング、およびログ収集が含まれます。

計算クラス

ACS は、費用対効果の高い CPU および GPU 計算クラスを提供します。計算クラスはリソース供給が異なり、さまざまなビジネスシナリオに適しています。

計算クラス	ラベル	メリット
汎用 (デフォルト)	general-purpose	この計算クラスは、ほとんどのステートフルなマイクロサービスアプリケーション、Java Web アプリケーション、および計算タスクに適しています。
パフォーマンス向上型	performance	この計算クラスは、CPU ベースの AI や機械学習モデルのトレーニングと推論、ハイパフォーマンスコンピューティング (HPC) バッチ処理など、より高いパフォーマンスを必要とするシナリオに適しています。
GPU アクセラレーション	gpu	この計算クラスは、AI や HPC シナリオなどの異種計算シナリオに適しています。たとえば、GPU アクセラレーションポッドを使用して、1 ポッド 1 GPU ベースまたは 1 ポッド複数 GPU ベースで推論を実行できます。また、GPU アクセラレーションポッドを使用して、GPU 並列計算タスクを実行することもできます。
GPU-HPN	gpu-hpn	この計算クラスは、AI、HPC、およびその他の異種計算シナリオ (GPU アクセラレーション分散トレーニング、分散推論、GPU アクセラレーションハイパフォーマンスコンピューティングなど) に適しています。

ポッドの計算クラスを指定するには、alibabacloud.com/compute-class ラベルをポッドに追加します。次のコードブロックは、general-purpose、gpu、および gpu-hpn 計算クラスのポッドを実行する NGINX アプリケーションのサンプルコードを示しています。

汎用

apiVersion: apps/v1 
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
        alibabacloud.com/compute-class: general-purpose  // 計算クラスを general-purpose に設定します。
    spec:
      containers:
      - name: nginx
        image: registry.cn-hangzhou.aliyuncs.com/acs-sample/nginx:latest

GPU アクセラレーション

apiVersion: apps/v1 
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
        # Set the compute class to gpu. // 計算クラスを gpu に設定します。
        alibabacloud.com/compute-class: "gpu"
        # example-model indicates the GPU model. Replace it with the actual GPU model, such as T4. // example-model は GPU モデルを示します。実際の GPU モデル (T4 など) に置き換えてください。
        alibabacloud.com/gpu-model-series: "example-model"
    spec:
      containers:
      - name: nginx
        image: registry.cn-hangzhou.aliyuncs.com/acs-sample/nginx:latest
        resources:
          limits:
            cpu: 4
            memory: "8Gi"
            nvidia.com/gpu: "1" # Specify the number of GPUs. Set the resource label and quantity based on the actual business requirement. // GPU の数を指定します。実際のビジネス要件に基づいてリソースラベルと数量を設定します。
          requests:
            cpu: 4
            memory: "8Gi"
            nvidia.com/gpu: "1" # Specify the number of GPUs. Set the resource label and quantity based on the actual business requirement. // GPU の数を指定します。実際のビジネス要件に基づいてリソースラベルと数量を設定します。

説明

ACS でサポートされている GPU モデルとその仕様の詳細については、「コンピューティングアクセラレーション」をご参照ください。

GPU-HPN

apiVersion: apps/v1 
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
        # Set the compute class to gpu-hpn. // 計算クラスを gpu-hpn に設定します。
        alibabacloud.com/compute-class: "gpu-hpn"
    spec:
      containers:
      - name: nginx
        image: registry.cn-hangzhou.aliyuncs.com/acs-sample/nginx:latest
        resources:
          limits:
            cpu: 4
            memory: "8Gi"
            nvidia.com/gpu: "1" # Specify the number of GPUs. Set the resource label and quantity based on the actual business requirement. // GPU の数を指定します。実際のビジネス要件に基づいてリソースラベルと数量を設定します。
          requests:
            cpu: 4
            memory: "8Gi"
            nvidia.com/gpu: "1" # Specify the number of GPUs. Set the resource label and quantity based on the actual business requirement. // GPU の数を指定します。実際のビジネス要件に基づいてリソースラベルと数量を設定します。

説明

ACS で HPN GPU を使用するには、最初にGPU-HPN キャパシティ予約を作成する必要があります。

QoS クラス

ACS は 2 つの QoS クラスをサポートしています。ポッドのリソース供給も、ポッドの QoS クラスによって異なります。

QoS クラス	ラベル	メリット	シナリオ
デフォルト	default	コンピューティングパワーの割り当てが不安定になる可能性があります。 ACS は、デフォルトのコンピューティングパワー QoS クラスが割り当てられたポッドを強制的にエビクトしません。ポッドで問題が発生した場合、ACS はホットマイグレーションを実行してポッド内のワークロードを新しいポッドに移行するか、エビクションを手動でトリガーするように通知します。	マイクロサービスアプリケーション Web アプリケーション計算タスク
BestEffort	best-effort	コンピューティングパワーの割り当てが不安定になる可能性があります。 ACS は、特定のケースでポッドを強制的にプリエンプトおよびエビクトします。ACS は、ポッドをプリエンプトまたはエビクトする 5 分前にイベント通知を送信します。	ビッグデータコンピューティングオーディオとビデオのトランスコード中バッチ処理

ポッドにコンピューティングパワー QoS クラスを割り当てるには、alibabacloud.com/compute-qos ラベルをポッドに追加します。次のコードブロックは、default コンピューティングパワー QoS クラスが割り当てられたポッドで実行される NGINX アプリケーションのサンプルコードを示しています。

apiVersion: apps/v1 
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
        alibabacloud.com/compute-qos: default // コンピューティングパワー QoS クラスを default に設定します。
    spec:
      containers:
      - name: nginx
        image: registry.cn-hangzhou.aliyuncs.com/acs-sample/nginx:latest

説明

ACS によって定義されたコンピューティングパワー QoS クラスは、Kubernetes によって定義されたポッド QoS クラスとは異なります。ACS のデフォルトのコンピューティングパワー QoS クラスは、Kubernetes の Guaranteed ポッド QoS クラスに対応します。
BestEffort インスタンスは動的ストックを使用します。本番環境では、ストック内の BestEffort インスタンスを優先し、BestEffort インスタンスの在庫がなくなった場合はデフォルトの QoS クラスに自動的に切り替えることをお勧めします。詳細については、「カスタムリソーススケジューリングポリシー」をご参照ください。

計算クラスとコンピューティングパワー QoS クラスのマッピング

計算クラス (ラベル)	サポートされている QoS クラス (ラベル)
汎用 (general-purpose)	デフォルト (default) と BestEffort (best-effort)
パフォーマンス向上型 (performance)	デフォルト (default) と BestEffort (best-effort)
GPU アクセラレーション (gpu)	デフォルト (default) と BestEffort (best-effort)
GPU-HPN	デフォルト (default)

主要な機能

機能	説明
セキュリティ分離	ACS ポッドは、基盤レイヤーでサンドボックスを実行してポッドを相互に分離することにより、コンテナーに安全で信頼性の高いランタイム環境を提供します。さらに、ACS は異なるポッドを異なる物理マシンに優先的にスケジュールして、ポッドの高可用性を確保します。
CPU、メモリ、GPU、および一時ストレージの構成	Kubernetes 標準定義を使用して、各コンテナーの `resources.requests` パラメーターで CPU、メモリ、GPU、および一時ストレージのリクエストを構成できます。ポッドのリソースリクエストは、ポッドで実行されるすべてのコンテナーのリソースリクエストの合計に等しくなります。ACS はポッドのリソースリクエストを自動的に調整します。 Kubernetes 標準定義を使用して、各コンテナーの `resources.limits` パラメーターで CPU、メモリ、GPU、および一時ストレージの制限を構成できます。ポッド内のコンテナーのデフォルトのリソース制限は、ポッドで実行されるすべてのコンテナーの調整済みリソースリクエストの合計に等しくなります。
イメージ	デフォルトでは、ACS ポッドが再起動されるたびに、ポッドがデプロイされている仮想プライベートクラウド (VPC) を介してリモートコンテナレジストリからイメージをプルします。レジストリがパブリックにアクセス可能な場合は、VPC 用に NAT ゲートウェイを構成する必要があります。Container Registry (ACR) を使用してコンテナイメージをホストすることをお勧めします。これにより、VPC を介したイメージのプルを高速化できます。さらに、ACS では、Secrets を使用せずに Container Registry からプライベートイメージをプルできます。
ストレージ	ACS は、データの永続性のために、ディスクボリューム、NAS ボリューム、および Cloud Parallel File Storage (CPFS) ボリュームをサポートしています。クラウドディスク企業向け SSD (ESSD)、ESSD AutoPL ディスク、標準 SSD、および Ultra ディスクをサポートしています。ビジネス要件に基づいて、上記のディスクタイプを選択できます。詳細については、「ディスクボリュームの概要」をご参照ください。 ACS では、ディスクを永続ボリューム (PV) として動的にプロビジョニングできます。詳細については、「動的にプロビジョニングされたディスクボリュームをマウントする」をご参照ください。 NAS 静的にプロビジョニングされた NAS ボリュームを使用して、容量型 NAS および超高速型 NAS ファイルシステムをボリュームとしてマウントできます。動的にプロビジョニングされた NAS ボリュームを使用する場合、デフォルトでは容量型 NAS ファイルシステムがマウントされます。詳細については、「詳細」をご参照ください。 ACS では、ディスクを PV として静的および動的にプロビジョニングできます。詳細については、「NAS ボリュームの概要」をご参照ください。 OSS ACS では、ディスクを PV として静的にプロビジョニングできます。詳細については、「静的にプロビジョニングされた OSS ボリュームをマウントする」をご参照ください。 CPFS ACS では、ディスクを PV として静的にプロビジョニングできます。詳細については、「静的にプロビジョニングされた CPFS ボリュームをマウントする」をご参照ください。
ネットワーク	デフォルトでは、各 ACS ポッドには、vSwitch から個別の IP アドレスと個別の Elastic Network Interface (ENI) が割り当てられます。 ACS ポッドは、次の方法を使用して相互に通信します。ポッドは IP アドレスを使用して相互に通信します。ポッドは LoadBalancer サービスを使用して、サービスのバックエンドポッドにアクセスできます。詳細については、「既存の SLB インスタンスを使用してアプリケーションを公開する」をご参照ください。ポッドは、ClusterIP サービスのクラスター IP アドレスを使用して、サービスのバックエンドポッドにアクセスできます。詳細については、「ClusterIP サービスを作成する」をご参照ください。 Elastic IP Address (EIP) をポッドに関連付けると、他のポッドはその EIP を使用してポッドにアクセスできます。詳細については、「排他的 EIP をポッドに関連付ける」をご参照ください。
ログ収集	ポッド環境変数を指定して、ポッドから Simple Log Service に `stdout` またはログファイルを収集できます。

リソース仕様

汎用

vCPU	メモリ (GiB)	メモリスステップサイズ (GiB)	帯域幅 (双方向)、Gbit/s	ストレージ
0.25	0.5、1、および 2	N/A	0.08	30 GiB 以下は無料です。容量が 30 GiB を超える場合は、超過分に対して料金が発生します。最大容量は 512 GiB です。 NAS ボリュームをマウントすることで、ストレージ容量を拡張できます。
0.5	1～4	1	0.08
1	1～8		0.1
1.5	2～12		1
2	2～16		1
2.5	3～20		1.5
3	3～24
3.5	4～28
4	4～32
4.5	5～36
5	5～40
5.5	6～44
6	6～48
6.5	7～52		2.5
7	7～56
7.5	8～60
8	8～64
8.5	9～68
9	9～72
9.5	10～76
10	10～80
10.5	11～84
11	11～88
11.5	12～92
12	12～96
12.5	13～100		3
13	13～104
13.5	14～108
14	14～112
14.5	15～116
15	15～120
15.5	16～124
16	16～128
24	24、48、96、および 192	N/A	4.5
32	32、64、128、および 256	N/A	6
48	48、96、192、および 384	N/A	12.5
64	64、128、256、および 512	N/A	20

パフォーマンス向上型

vCPU	メモリ (GiB)	メモリスステップサイズ (GiB)	帯域幅 (双方向)、Gbit/s	ストレージ
0.25	0.5、1、および 2	N/A	0.1	30 GiB 以下は無料です。容量が 30 GiB を超える場合は、超過分に対して料金が発生します。最大容量は 512 GiB です。 NAS ボリュームをマウントすることで、ストレージ容量を拡張できます。
0.5	1～4	1	0.5
1	1～8
1.5	2～12
2	2～16		1.5
2.5	3～20
3	3～24
3.5	4～28
4	4～32		2
4.5	5～36
5	5～40
5.5	6～44
6	6～48		2.5
6.5	7～52
7	7～56
7.5	8～60
8	8～64		3
8.5	9～68
9	9～72
9.5	10～76
10	10～80		3.5
10.5	11～84
11	11～88
11.5	12～92
12	12～96		4
12.5	13～100
13	13～104
13.5	14～108
14	14～112		4.5
14.5	15～116
15	15～120
15.5	16～124
16	16～128		6
24	24、48、96、および 192	N/A	8
32	32、64、128、および 256	N/A	10
48	48、96、192、および 384	N/A	16
64	64、128、256、および 512	N/A	25

重要

16 vCPU または 128 GiB を超えるメモリを使用する ACS ポッドを作成するには、チケットを送信してください。

コンテナーに .resources.requests または .resources.limits を指定しない場合、デフォルトで各ポッドに 2 vCPU と 4 GiB のメモリが割り当てられます。

ACS は、ステップサイズに基づいて、ポッドの仕様を上記の表にリストされている最も近い .resources.requests または .resources.limits の値に自動的に四捨五入し、alibabacloud.com/pod-use-spec アノテーションで値を公開します。ポッドの仕様が上記の表にリストされている最も近い値に切り上げられた場合、ACS は .resources.requests または .resources.limits も調整して、すべての有料リソースが使用中であることを確認します。

ACS がポッドの仕様を調整する方法

たとえば、.resources.requests と .resources.limits の値のステップは、2 vCPU と 3.5 GiB のメモリです。ACS がポッドを起動すると、ポッドの仕様は自動的に 2 vCPU と 4 GiB のメモリに設定されます。追加のリソースは最初のコンテナーに割り当てられ、alibabacloud.com/pod-use-spec=2-4Gi アノテーションがポッドに追加されます。調整前のリソースリクエスト:

apiVersion: apps/v1 
kind: Pod
metadata:
  labels:
    app: nginx
    alibabacloud.com/compute-class: general-purpose
    alibabcode-type="xCode" data-tag="codeblock" id="e4b750f13084y" outputclass="language-yaml">apiVersion: apps/v1 
kind: Pod
metadata:
  annotations;
    alibabacloud.com/pod-use-spec: "2-4Gi" // ポッドの使用仕様を示すアノテーションを追加します。
  labels:
    app: nginx
    alibabacloud.com/compute-class: general-purpose
    alibabacloud.com/compute-qos: default
spec:
  containers:
  - name: nginx
    resources:
      requests:
        cpu: 2 # Request 2 vCPUs. // 2 vCPU をリクエストします。
        memory: "4Gi" # Request 4 GiB of memory. // 4 GiB のメモリをリクエストします。
        ephemeral-storage: "30Gi" # Request 30 GiB of storage space. // 30 GiB のストレージ容量をリクエストします。

調整後のリソースリクエスト:

apiVersion: apps/v1 
kind: Pod
metadata:
  annotations;
    alibabacloud.com/pod-use-spec: "2-4Gi"
  labels:
    app: nginx
    alibabacloud.com/compute-class: general-purpose
    alibabacloud.com/compute-qos: default
spec:
  containers:
  - name: nginx
    resources:
      requests:
        cpu: 2 # 2 vCPU をリクエストします。
        memory: "4Gi" # 4 GiB のメモリをリクエストします。
        ephemeral-storage: "30Gi" # 30 GiB のストレージ容量をリクエストします。

コンピューティングアクセラレーション

ACS は、次の GPU モデルをサポートしています。GPU モデルによって仕様が異なる場合があります。詳細については、チケットを送信してください。

GU8TF (第 8 世代 GPU A)

インスタンスファミリー	GPU	vCPU	メモリ (GiB)	メモリステップ (GiB)	ストレージ (GiB)
スタンドアロンインスタンスファミリー	1 (96 GB メモリ)	2	2～16	1	30～256
		4	4～32	1
		6	6～48	1
		8	8～64	1
		10	10～80	1
		12	12～96	1
		14	14～112	1
		16	16～128	1
		22	22、32、64、128	N/A
	2 (96 GB × 2 メモリ)	16	16～128	1	30～512
		32	32、64、128、230	N/A
		46	64、128、230	N/A
	4 (96 GB × 4 メモリ)	32	32、64、128、256	N/A	30～1024
		64	64、128、256、460	N/A
		92	128、256、460	N/A
	8 (96 GB × 8 メモリ)	64	64、128、256、512	N/A	30～2048
		128	128、256、512、920	N/A
		184	256、512、920	N/A

GU8TEF

インスタンスファミリー	GPU	vCPU	メモリ (GiB)	メモリステップ (GiB)	ストレージ (GiB)
スタンドアロンインスタンスファミリ	1 (141 GB メモリ)	2	2 - 16	1	30 - 768
		4	4 ～ 32	1
		6	6 ～ 48	1
		8	8～64	1
		10	10～80	1
		12	12～96	1
		14	14 - 112	1
		16	16 ～ 128	1
		22	22、32、64、128、225	該当なし
	2 (141 GB × 2 メモリ)	16	16 - 128	1	30 - 1536
		32	32、64、128、256	該当なし
		46	64、128、256、450	該当なし
	4 (141 GB × 4 メモリ)	32	32, 64, 128, 256	N/A	30 - 3072
		64	64、128、256、512	注: この例では、/wp-json/wp/v2/posts エンドポイントを使用して、すべての投稿を取得しています。他のエンドポイントを使用して、他の種類のデータにアクセスできます。
		92	128、256、512、900	該当なし
	8 (141 GB × 8 メモリ)	64	64、128、256、512	該当なし	30 - 6144
		128	128、256、512、1024	該当なし
		184	256、512、1024、1800	該当なし

GN8IS (第 8 世代 GPU B)

インスタンスファミリー	GPU	vCPU	メモリ (GiB)	メモリステップ (GiB)	ストレージ (GiB)
スタンドアロンインスタンスファミリー	1 (48 GB メモリ)	2	2 - 16	1	30 - 256
		4	4 - 32	1
		6	6 - 48	1
		8	8 - 64	1
		10	10 - 80	1
		12	12 - 96	1
		14	14 - 112	1
		16	16 - 128	1
	2 (48 GB × 2 メモリ)	16	16 - 128	1	30 - 512
	2 (48 GB × 2 メモリ)	32	32, 64, 128, 230	N/A	30 - 512
	4 (48 GB × 4 メモリ)	32	32, 64, 128, 256	N/A	30 - 1024
	4 (48 GB × 4 メモリ)	64	64, 128, 256, 460	N/A	30 - 1024
	8 (48 GB × 8 メモリ)	64	64, 128, 256, 512	N/A	30 - 2048
	8 (48 GB × 8 メモリ)	128	128, 256, 512，920	N/A	30 - 2048

GN8IS (第 8 世代 GPU B)

インスタンスファミリー	GPU	vCPU	メモリ (GiB)	メモリステップ（GiB）	ストレージ
スタンドアロンインスタンスファミリ	1 (96 GB メモリ)	2	2-16	1	30G - 384G
		4	4-32	WordPress のバージョン 5.0 以降では、新しいブロックエディターである Gutenberg が導入されています。
		6	6-48	1
		8	8-64	1
		10	10～80	1
	2 (96 GB × 2 メモリ)	4	4-32	1	30G - 768G
		6	6-48	1
		8	8-64	1
		16	16～128	1
		22	32、64、128、225	該当なし
	4 (96 GB × 4 メモリ)	8	8-64	1	30G - 1.5T
		16	16-128	1
		32	32、64、128、256	該当なし
		46	64、128、256、450	該当なし
	8 (96 GB × 8 メモリ)	16	16～128	1	30G - 3T
		32	32、64、128、256	該当なし
		64	64、128、256、512	該当なし
		92	128、256、512、900	該当なし
	16 (96 GB × 16 メモリ)	注: 上記のコードスニペットの your-wordpress-site.com を実際の WordPress サイトの URL に置き換える必要があります。	32、64、128、256	該当なし	30G～6T
		64	64、128、256、512	該当なし
		128	128、256、512、1024	該当なし
		184	256、512、1024、1800	該当なし

T4

インスタンスファミリー	GPU	vCPU	メモリ (GiB)	メモリステップ (GiB)	ストレージ (GiB)
スタンドアロンインスタンスファミリー	1 (16 GB メモリ)	2	2-8	1	30 - 1536
		4	4-16	1
		6	6-24	1
		8	8-32	1
		10	10-40	1
		12	12-48	1
		14	14-56	1
		16	16-64	1
		24	24, 48, 90	N/A	30 - 1536
	2 (16 GB × 2 メモリ)	16	16-64	1
		24	24, 48, 96	N/A
		32	32, 64, 128	N/A
		48	48, 96, 180	N/A

重要

上記の GPU モデルは、従量課金、キャパシティ予約、および BestEffort シナリオで同じ仕様を共有します。この図は、以下の情報を示しています。

16 GB 以下のメモリ仕様の場合、メモリオーバーヘッドは ACS に割り当てられます。 16 GB を超えるメモリ仕様の場合、メモリオーバーヘッドは対応するポッドに割り当てられます。アプリケーションの安定性を確保するために、十分なリソースが予約されていることを確認してください。
30 GB 以下のシステムディスク（イメージサイズを含む）の場合、追加料金は発生しません。 30 GB を超えるシステムディスクの場合、超過分が課金されます。

自動仕様調整

GPU アクセラレーションポッドのデフォルトのリソースリクエストは、2 vCPU、2 GiB のメモリ、および 1 GPU です。

リクエストが上記の表に含まれていない場合、ACS はコンテナーのリソースリクエストを自動的に調整します。この調整では、.resources.requests パラメーターの値は変更されません。ただし、調整を示すために、.alibabacloud.com/pod-use-spec アノテーションがポッド構成に追加されます。ポッド内のコンテナーのリソース制限（.resources.limits）がポッドのリソースリクエストよりも大きい場合、ACS はコンテナーのリソース制限をポッドのリソースリクエストの値にリセットします。

説明

ポッドが 2 vCPU と 3.5 GiB のメモリをリクエストする場合、ACS はリソースリクエストを 2 vCPU と 4 GiB のメモリに調整します。追加のリソースは、ポッドの最初のコンテナーに割り当てられます。.alibabacloud.com/pod-use-spec=2-4Gi アノテーションがポッドに追加されます。この場合、ポッド内のコンテナーのリソース制限が 3 vCPU と 5 GiB のメモリである場合、ACS はリソース制限を 2 vCPU と 5 GiB のメモリにリセットします。
ポッドの GPU リソースリクエストが上記の表に含まれていない場合、ポッド作成リクエストを送信できません。

Kubernetes の制限

ACS は、仮想ノードに基づいて Kubernetes とシームレスに統合されています。 ACS ポッドは物理マシンにまとめてデプロイされるのではなく、Alibaba Cloud リソースプール全体に分散されます。パブリッククラウドセキュリティの目的と仮想ノードの制限により、ACS は hostPath ボリュームや DaemonSet などの Kubernetes 機能をサポートしていません。次の表に詳細を示します。

制限	説明	検証エラーの解決策	推奨される代替案
DaemonSet	DaemonSet はサポートされていません。	ポッドは実行できますが、期待どおりに動作しません。	ポッドにサイドカーコンテナーをデプロイします。
NodePort サービス	NodePort サービスはサポートされていません。 NodePort サービスは、ホストのポートを使用してコンテナーを公開できます。	NodePort サービスの作成リクエストを送信することはできません。	`type=LoadBalancer` サービスを作成します。
HostNetwork	hostNetwork モードはサポートされていません。 hostNetwork モードは、ホストのポートを使用してコンテナーを公開できます。	`HostNetwork=false` を指定して、hostNetwork モードを無効にします。	なし
HostIPC	hostIPC モードはサポートされていません。 hostIPC モードでは、コンテナー内のプロセスがホストのプロセスと通信できます。	`HostIPC=false` を指定して、hostIPC モードを無効にします。	なし
HostPID	hostPID モードはサポートされていません。 hostIPC モードでは、コンテナー内のプロセスがホストのプロセス ID（PID）名前空間にアクセスできます。	`HostPID=false` を指定して、hostPID モードを無効にします。	なし
HostUsers	ユーザー名前空間はサポートされていません。	hostUsers パラメーターは空のままにします。	なし
DNSPolicy	特定の DNS ポリシーのみがサポートされています。説明なしデフォルト ClusterFirst	ClusterFirstWithHostNet ポリシーを指定すると、ACS は自動的にポリシーを ClusterFirst ポリシーに置き換えます。他の DNS ポリシーを構成するためのリクエストを送信することはできません。	サポートされている DNS ポリシーを指定します。

ポートの使用状況

次の表に、ACS で使用されるポートを示します。次のポートをアプリケーションに使用しないでください。

ポート	説明
111, 10250, and 10255	ACS クラスターは、これらのポートを使用して、exec、ログ、およびメトリックの操作を実行します。