このトピックでは、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 | 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イメージを使用できません。
Windowsイメージを使用する際の制限と注意事項の詳細については、「制限」をご参照ください。 |
Alibaba Cloud Linux | 次のシナリオでは、Alibaba Cloud Linuxイメージのみを使用できます。
|
Alibaba Cloud Linux 3 for ARM | ARMアーキテクチャを使用するインスタンスタイプのみがサポートされています。 |
Ubuntu |
|
RHEL 9.3 | カスタムイメージを使用して、RHELオペレーティングシステムをACKクラスターにインストールできます。 詳細については、「インスタンスからのカスタムイメージの作成」をご参照ください。 カスタムイメージを作成した後、そのイメージを使用してノードプールを作成できます。 ノードプール内のすべてのノードは、カスタムイメージに基づいてデプロイされます。 |
カスタムOSイメージ |
|
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アプリケーション |
|
Goアプリケーション | uber-go/automaxprocsを1.5.1以降のバージョンに更新します。 |
関連ドキュメント
ノードプールを使用して、ノード管理を容易にできます。 たとえば、ノードプールごとにノードをスケジュール、設定、管理、または保守したり、ノードプールの自動スケーリングを有効にしたりできます。
ACKによって導入された管理対象ノードプールは、特定のノードのO&Mタスクを自動化できます。
ノードプールは、同じ構成を持つノード、または同じ目的で使用されるノードで構成されます。 ノードプールを作成して、ノードを簡単に管理および保守できます。 詳細については、「ノードプールの作成」をご参照ください。
ノードを作成する必要があるのは、ACK管理クラスターを作成するときだけです。 クラスターのコントロールプレーンはACKによって作成および管理されます。これにより、O&Mコストが削減され、アプリケーション開発に集中できます。