すべてのプロダクト
Search

このプロダクト

    Container Service for Kubernetes:OSイメージの概要

    ドキュメントセンター

    Container Service for Kubernetes:OSイメージの概要

    最終更新日:Nov 22, 2024

    このトピックでは、Container Service for Kubernetes (ACK) でサポートされるOSイメージについて説明します。 このトピックでは、OSイメージのフィルタールールと制限についても説明します。

    ACKでサポートされるOSイメージ

    ACKクラスターまたはノードプールを作成するときは、ノードのOSイメージを選択する必要があります。 デフォルトでは、ACKは異なるOSイメージの最新バージョンのみを提供します。 次の表に、ACKでサポートされているOSイメージと、各イメージでサポートされているKubernetesバージョンを示します。

    重要

    • 次のイメージリストはACKで管理されており、更新の遅延によりElastic Compute Service (ECS) でサポートされているイメージの最新バージョンとは異なる場合があります。 次の表のOSイメージを使用してノードをデプロイすることを推奨します。

    • ACKクラスターでは、デフォルトのオペレーティングシステムは、ContainerOS 3.3以降、RHEL 9以降、およびUbuntu 22以降のcgroup v2です。 cgroup v2の詳細については、「cgroupバージョンの説明」をご参照ください。

    • Alibaba Cloud Linux 2は、2024年3月31日00:00:00 (UTC + 8) に廃止されました。 CentOSは、2024年6月30日00:00:00 (UTC 8) の00:00:00に廃止されました (寿命の終わり) 。 Alibaba Cloudは、これらのOSバージョンを実行するECSインスタンスに対するテクニカルサポートの提供を停止します。 テクニカルサポートを迅速に取得し、ビジネスの継続性と安定性を確保するために、Alibaba Cloud Linux 3またはContainerOSを使用することを推奨します。 変更とソリューションの詳細については、「 [製品変更] EOL of Alibaba Cloud Linux 2 and CentOS 7」をご参照ください。

    画像タイプ

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

    イメージID

    OS

    アーキテクチャ

    起動モード

    OSサイズ

    サポートされているKubernetesバージョン

    ContainerOS

    ContainerOS 3

    lifsea_3_x64_10G_containerd_1_6_28_alibase_20240705.vhd

    Aliyun

    x86_64

    BIOS

    10 GiB

    1.24以降

    Alibaba Cloud Linux 3

    Alibaba Cloud Linux 3.2104 LTS 64ビット

    aliyun_3_x64_20G_alibase_20240528.vhd

    Aliyun

    x86_64

    BIOS

    20 GiB

    1.18以降

    Alibaba Cloud Linux 3 for ARM。

    Alibaba Cloud Linux 3.2104 LTS 64ビットARMエディション

    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セキュリティ強化

    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ビット

    Red Hat Enterprise Linux 9.3 64ビット

    Red Hat

    x86_64

    BIOS

    20 GiB

    1.20以降

    Ubuntu

    Ubuntu 22.04

    ubuntu_22_04_x64_20G_alibase_20240508.vhd

    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コア

    Windows Server Core、バージョン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ビット

    aliyun_2_1903_x64_20G_alibase_20231221.vhd

    Aliyun

    x86_64

    BIOS

    20 GiB

    1.30およびそれ以前

    CentOS (EOL)

    CentOS 7.9 64ビット

    centos_7_9_x64_20G_alibase_20230718.vhd

    CentOS

    x86_64

    BIOS

    20 GiB

    1.30およびそれ以前

    使用上の注意

    OSイメージの制限

    指定したインスタンスタイプでサポートされていないOSイメージは、自動的に除外されます。 複数のインスタンスタイプを指定した場合、すべてのインスタンスタイプでサポートされているOSイメージだけが表示されます。

    OS タイプ

    制限事項

    Windows

    ACK管理クラスターの作成時にWindowsイメージを作成することはできません。 最初にACK管理クラスターを作成する必要があります。 次のシナリオでは、Windowsイメージを使用できません。

    • クラスターは、管理対象ノードプール以外のノードプールを使用します。

    • クラスターはTerwayネットワークプラグインを使用しています。

    • クラスター内のノードは、containerdをコンテナランタイムとして使用します。

    • インスタンスは要件を満たしています。たとえば、少なくとも4つのvCPUと8 GBのメモリを備えた非GPU高速化インスタンスが使用されます。

    Windowsイメージを使用する際の制限と注意事項の詳細については、「制限」をご参照ください。

    Alibaba Cloud Linux

    次のシナリオでは、Alibaba Cloud Linuxイメージのみを使用できます。

    • クラスターはTerway-Eniipネットワークプラグインを使用し、IPVLANまたはDataPath V2が選択されています。

    • コンテナーランタイムはSandboxed-containerです。

    • 機密コンピューティング用のACK管理クラスターを作成します。

    Alibaba Cloud Linux 3 for ARM

    ARMアーキテクチャを使用するインスタンスタイプのみがサポートされています。

    Ubuntu

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

    • Cloud Parallel File Storage (CPFS) ボリューム、イメージアクセラレーションプラグイン、およびセキュリティ強化はサポートされていません。

    RHEL 9.3

    カスタムイメージを使用して、RHELオペレーティングシステムをACKクラスターにインストールできます。 詳細については、「インスタンスからのカスタムイメージの作成」をご参照ください。

    カスタムイメージを作成した後、そのイメージを使用してノードプールを作成できます。 ノードプール内のすべてのノードは、カスタムイメージに基づいてデプロイされます。

    操作の表示

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

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

    3. ページの右上隅にある [ノードプールの作成] をクリックします。 詳細オプションの下にあるカスタムイメージを見つけ、作成したイメージを選択します。 設定を確認すると、ノードプールが作成されます。

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

    カスタムOSイメージ

    • ACKクラスターでサポートされているオペレーティングシステムに基づいてカスタムイメージを作成します。

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

    • カスタムイメージ内の事前定義された動作ロジックは、クラスタノードの初期化、コンテナの起動、ノードの更新、管理対象ノードプール内のノードの自動回復などの操作に影響を与える可能性があります。 本番環境で使用する前に、カスタムイメージがテストおよび検証済みであることを確認してください。

    cgroupバージョンの説明

    Linuxには、プロセスグループで使用されるCPU、メモリ、I/Oなどの物理リソースを制限、記録、分離するために、cgroup v1とcgroup v2の2つのバージョンの制御グループが用意されています。 cgroup v2は、cgroup APIの最適化された新しいバージョンです。

    cgroup v2とcgroup v1の共通インタフェースとサブシステムインタフェースには違いがあります。 詳細については、「cgroup v1とcgroup v2の違い」をご参照ください。

    cgroup v1とcgroup v2は異なるAPIを使用します。 Javaアプリケーションがcgroup v2をサポートするオペレーティングシステムにデプロイされ、cgroupファイルシステムへのアクセスが必要な場合は、ツールバージョンに互換性があることを確認してください。 詳細については、「cgroup v2への移行」をご参照ください。

    カテゴリ

    説明

    cAdvisor

    cAdvisorを独立したDaemonSetとして使用してポッドとコンテナを監視する場合は、そのバージョンを0.43.0以降に更新する必要があります。

    Javaアプリケーション

    • DragonWell: 11.0.16.12、8.15.16-GAまたはそれ以降のバージョン。

    • OpenJDK/HotSpot: jdk8u372、11.0.16、15またはそれ以降のバージョン。

    • IBM Semeru Runtimes: 8.0.382.0、11.0.20.0、17.0.8.0またはそれ以降のバージョン。

    • IBM Java: 8.0.8.6以降のバージョン。

    Goアプリケーション

    uber-go/automaxprocsを1.5.1以降のバージョンに更新します。

    関連ドキュメント

    • ノードプールを使用して、ノード管理を容易にできます。 たとえば、ノードプールごとにノードをスケジュール、設定、管理、または保守したり、ノードプールの自動スケーリングを有効にしたりできます。

    • ACKによって導入された管理対象ノードプールは、特定のノードのO&Mタスクを自動化できます。

    • ノードプールは、同じ構成を持つノード、または同じ目的で使用されるノードで構成されます。 ノードプールを作成して、ノードを簡単に管理および保守できます。 詳細については、「ノードプールの作成」をご参照ください。

    • ノードを作成する必要があるのは、ACK管理クラスターを作成するときだけです。 クラスターのコントロールプレーンはACKによって作成および管理されます。これにより、O&Mコストが削減され、アプリケーション開発に集中できます。