すべてのプロダクト
Search

このプロダクト

    Container Service for Kubernetes:サポートされているオペレーティングシステムイメージ

    ドキュメントセンター

    Container Service for Kubernetes:サポートされているオペレーティングシステムイメージ

    最終更新日:Jun 19, 2026

    Container Service for Kubernetes ノードでサポートされているオペレーティングシステムイメージと、その使用上の制限について説明します。

    Container Service for Kubernetes がサポートするオペレーティングシステムイメージ

    ACK クラスターまたはノードプールを作成する際に、ノードのオペレーティングシステムイメージを選択します。デフォルトでは、各イメージタイプの最新バージョンのみが利用可能です。

    重要

    • ACK は独自のサポート対象イメージリストを維持しており、これは最新の Elastic Compute Service (ECS) バージョンよりも遅れる場合があります。このリストが正となります。

    • Alibaba Cloud Linux 2 および CentOS は、それぞれ 2024 年 3 月 31 日と 2024 年 6 月 30 日に保守終了 (EOL) を迎えました。Alibaba Cloud は、これらのバージョンを実行している ECS インスタンスへのテクニカルサポートを終了しました。代わりに Alibaba Cloud Linux 3 または ContainerOS を使用してください。詳細については、「[製品変更] Alibaba Cloud Linux 2 および CentOS 7 の保守終了」をご参照ください。

    イメージタイプ

    イメージ名 (バージョンを含む)

    イメージ ID

    プラットフォーム

    システムアーキテクチャー

    起動モード

    システムサイズ

    対応クラスターバージョン

    Alibaba Cloud Linux 4 LTS 64-bit Container-Optimized Edition

    Alibaba Cloud Linux 4 LTS 64-bit Container-Optimized Edition

    aliyun_4_x64_20G_container_optimized_alibase_20251106.vhd

    デフォルトで cgroup v2 を使用します。

    Aliyun

    x86_64

    UEFI-Preferred

    20 GiB

    1.33 以降

    Alibaba Cloud Linux 3.2104 LTS 64-bit Container-Optimized Edition

    Alibaba Cloud Linux 3.2104 Container-Optimized

    aliyun_3_x64_20G_container_optimized_alibase_20251215.vhd

    デフォルトで cgroup v2 を使用します。

    Aliyun

    x86_64

    UEFI-Preferred

    20 GiB

    1.26 以降

    ContainerOS

    ContainerOS 3

    lifsea_3_x64_5G_alibase_20251204.qcow2

    ContainerOS 3.3 以降は、デフォルトで cgroup v2 を使用します。

    Aliyun

    x86_64

    BIOS

    5 GiB

    1.31 以降

    Alibaba Cloud Linux 3

    Alibaba Cloud Linux 3.2104 LTS 64 bit

    aliyun_3_x64_20G_alibase_20251215.vhd

    Aliyun

    x86_64

    BIOS

    20 GiB

    1.18 以降

    Alibaba Cloud Linux 3 Arm Edition

    Alibaba Cloud Linux 3.2104 LTS 64 bit ARM Edition

    aliyun_3_arm64_20G_alibase_20240528.vhd

    Aliyun

    arm64

    UEFI

    20 GiB

    1.20 以降

    Alibaba Cloud Linux UEFI 3

    Alibaba Cloud Linux UEFI 3.2104 Security Enhanced

    aliyun_3_x64_20G_uefi_alibase_20230727.vhd

    Aliyun

    x86_64

    UEFI

    20 GiB

    1.18 以降

    Red Hat

    Red Hat Enterprise Linux (RHEL) 9.3 64-bit

    Red Hat Enterprise Linux 9.3 64ビット

    RHEL 9 以降は、デフォルトで cgroup v2 を使用します。

    Red Hat

    x86_64

    BIOS

    20 GiB

    1.20 以降

    Ubuntu

    Ubuntu 24.04

    ubuntu_24_04_x64_20G_alibase_20251126.vhd

    Ubuntu 22 以降は、デフォルトで cgroup v2 を使用します。

    Ubuntu

    x86_64

    BIOS

    20 GiB

    1.30 以降

    Windows

    Windows Server 2022 (20240220)

    win2022_21H2_x64_dtc_en-us_40G_container_alibase_20240220.vhd

    WindowsServer2022

    x86_64

    BIOS

    40 GiB

    1.18 以降

    Windows

    Windows Server 2019 (20240220)

    win2019_1809_x64_dtc_en-us_40G_container_alibase_20240220.vhd

    WindowsServer2019

    x86_64

    BIOS

    40 GiB

    1.18 以降

    Windows Core

    Windows Server Core, version 2022 (20240223)

    wincore_2022_x64_dtc_en-us_40G_container_alibase_20240223.vhd

    WindowsServer2022

    x86_64

    BIOS

    40 GiB

    1.18 以降

    Alibaba Cloud Linux 2 (EOL)

    Alibaba Cloud Linux 2.1903 LTS 64 bit

    aliyun_2_1903_x64_20G_alibase_20231221.vhd

    Aliyun

    x86_64

    BIOS

    20 GiB

    1.30 未満

    CentOS (EOL)

    CentOS 7.9 64 bit

    centos_7_9_x64_20G_alibase_20230718.vhd

    CentOS

    x86_64

    BIOS

    20 GiB

    1.30 未満

    注意事項

    オペレーティングシステムの制限

    利用可能なオペレーティングシステムは、選択したインスタンスタイプによって異なります。複数のインスタンスタイプを選択した場合、選択肢は、すべてでサポートされているオペレーティングシステムに絞り込まれます。

    オペレーティングシステムタイプ

    制限

    Alibaba Cloud Linux 4 LTS 64-bit Container-Optimized Edition

    Terway バージョン 1.16.4 以降、または 1.9.18 (含む) から 1.10.0 (含まない) までのバージョンが必要です。

    Alibaba Cloud Linux

    以下のシナリオでは、Alibaba Cloud Linux のみがサポートされます。

    • コンテナランタイムはサンドボックスコンテナです。

    • コンフィデンシャルコンピューティング ACK マネージドクラスターを作成するとき。

    Alibaba Cloud Linux 3 Arm Edition

    Arm アーキテクチャーのインスタンスタイプのみがサポートされます。

    Ubuntu

    • クラスターバージョン 1.30 以降が必要です。アップグレードについては、「クラスターの手動アップグレード」をご参照ください。

    • ノードの初期化中に OS の自動アップグレードは無効になります。

    • 初期化中に、/etc/resolv.conf は /run/systemd/resolve/stub-resolv.conf へのシンボリックリンクになります。DNS は DHCP で設定されます。

    • CPFS 永続ボリューム (PV)、イメージアクセラレーションプラグイン、セキュリティ強化などの機能はサポートされていません。

    RHEL 9.3

    RHEL にはカスタムイメージが必要です。詳細については、「インスタンスからカスタムイメージを作成」をご参照ください。

    カスタムイメージを使用してノードプールを作成します。プール内のすべてのノードは、このイメージでデプロイされます。

    手順

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

    2. [クラスター] ページで、管理するクラスターの名前をクリックします。 左側のナビゲーションウィンドウで、[ノード] > [ノードプール] を選択します。

    3. [ノードプールの作成] をクリックします。オペレーティングシステム で [カスタムイメージ] を選択し、作成したイメージを選択します。

      ノードプールの設定については、「ノードプールの作成と管理」をご参照ください。

    カスタムイメージのオペレーティングシステム

    • カスタムイメージは、ACK がサポートするオペレーティングシステムからのみ作成してください。

    • 現在 ACK クラスターで実行中の ECS インスタンスからカスタムイメージを作成しないでください。必要であれば、まずインスタンスをクラスターから削除してください。詳細については、「ノードの削除」をご参照ください。

    • カスタムイメージ内の事前定義されたロジックは、ノードの初期化、コンテナーランタイム、OS のアップグレード、マネージドノードプールのノード自動回復に影響を与える可能性があります。本番環境で使用する前に、十分なテストおよび検証を実施してください。

    • スワップパーティションを有効にしないでください。

    Windows

    クラスタータイプ、バージョン、ネットワークプラグインなどに制限があります。

    制限

    制限事項

    説明

    クラスター

    • ACK マネージドクラスターが作成されていること。

      Windows ノードプールは ACK マネージドクラスターでのみサポートされています。既存のクラスターに Windows ノードプールを作成する必要があります。クラスター作成時に Windows ノードプールを作成することはできません。

    • クラスターのバージョンが 1.20.4 以降であること。

      クラスターをアップグレードするには、「クラスターの手動アップグレード」をご参照ください。

    • クラスターのネットワークタイプが Flannel であること。

    • kube-flannel-ds-windows のバージョンが v0.15.2-aliyun 以降であること。

    コンテナーランタイム

    containerd 1.6 以降のバージョンのみが Windows ノードプールをサポートします。

    ランタイムバージョンをアップグレードするには、「ノードプールのアップグレード」をご参照ください。

    ノードプールタイプ

    非マネージドノードプールのみが Windows ノードプールとして作成できます。

    インスタンスタイプ

    • Windows ノードプールのサポートはインスタンスタイプによって異なります。一部のインスタンスタイプは Windows ノードプールをサポートしていません。複数回試行してください。たとえば、ecs.g6.xlarge を選択できます。このインスタンスタイプは Windows ノードプールをサポートしています。

    • インスタンスタイプには、少なくとも 4 vCPU と 8 GB のメモリが必要です。

      • Windows コンテナは、メモリ使用量が制限を超えても Out Of Memory (OOM) Kill の対象にはなりません。2021 年 5 月以降、バージョン 1.16 以降の ACK クラスターでは、新しく追加された Windows ノードは起動時に特定量のリソース (1.5 vCPU、2.5 GB の RAM、3 GB のディスク領域) を予約します。これにより、Windows オペレーティングシステム、kubelet、およびコンテナーランタイムの安定した動作が保証されます。リソース予約の詳細については、「ノードリソースの予約ポリシー」をご参照ください。

        リソース予約メカニズムにより、Windows ワークロードの過剰な割り当てによる Windows ノードの完全な利用不能を軽減または防止できます。ただし、Windows コンテナアプリケーションでメモリリークが発生した場合、Windows ノードがクラッシュする可能性はあります。

      • Windows コンテナはフットプリントが小さいです。詳細については、「Windows コンテナのメモリ要件」をご参照ください。

    詳細については、「Windows ノードプールの作成と管理」をご参照ください。

    cgroup のバージョン

    Linux カーネルは cgroup (v1 および v2) を使用して、プロセスのリソースを制限および分離します。v1 と v2 には大きな相違点があるため、v1 から v2 へ移行するには、ノードプールのオペレーティングシステムを変更し、ワークロードを調整する必要があります。cgroup v2 へのノード移行をご参照ください。

    関連ドキュメント