第5章 コンテナー
RHEL 9 と RHEL 10 の間でコンテナーに生じた最も注目すべき変更点について概説します。
- containers.conf ファイルに保存されているシステム接続とファームの情報が読み取り専用になる
-
containers.confファイルに保存されているシステム接続とファームの情報が読み取り専用になりました。システム接続とファームの情報は、Podman のみが管理するpodman.connections.jsonファイルに保存されます。Podman は、[engine.service_destinations]や[farms]セクションなどの古い設定オプションを引き続きサポートします。必要に応じて手動で接続またはファームを追加できますが、podman system connection rmコマンドを使用してcontainers.confファイルから接続を削除することはできません。 slirp4netnsネットワークモードが非推奨となる-
slirp4netnsネットワークモードが非推奨となり、RHEL の今後のメジャーリリースで削除される予定です。pastaネットワークモードが、ルートレスコンテナーのデフォルトのネットワークモードです。 - ルートレスコンテナーの cgroups v1 が非推奨となる
- ルートレスコンテナーの cgroups v1 が非推奨となり、RHEL の今後のメジャーリリースで削除される予定です。デフォルトでは、cgroups v1 の代わりに cgroups v2 が使用されます。
- containernetworking-plugins パッケージと CNI ネットワークスタックがサポートされなくなる
containernetworking-pluginsパッケージが削除され、CNI ネットワークスタックがサポートされなくなりました。-
以前の RHEL バージョンから RHEL 10.0 にアップグレードした場合、または RHEL 10.0 を新規インストールした場合、CNI ネットワークバックエンドが使用できなくなります。ネットワークに CNI を使用する既存のコンテナーは機能しなくなるため、該当するコンテナーを削除して再作成する必要があります。新しく作成したコンテナーは、デフォルトの
netavarkネットワークバックエンドを使用します。 -
存在する場合、
network_backendオプションの containers.conf ファイルのcni値をnetavarkに変更するか、設定解除する必要があります。
-
以前の RHEL バージョンから RHEL 10.0 にアップグレードした場合、または RHEL 10.0 を新規インストールした場合、CNI ネットワークバックエンドが使用できなくなります。ネットワークに CNI を使用する既存のコンテナーは機能しなくなるため、該当するコンテナーを削除して再作成する必要があります。新しく作成したコンテナーは、デフォルトの
runcコンテナーランタイムが削除される-
runcコンテナーランタイムが削除されます。デフォルトのコンテナーランタイムはcrunです。以前の RHEL バージョンから RHEL 10.0 にアップグレードする場合は、podman system migrate --new-runtime=crunコマンドを実行して、すべてのコンテナーに新しい OCI ランタイムを設定する必要があります。 tzdataパッケージが最小コンテナーイメージではデフォルトでインストールされなくなる-
tzdataパッケージは、registry.access.redhat.com/ubi10-minimalコンテナーイメージにインストールされなくなりました。その結果、以前の RHEL リリースから RHEL 10.0 に最小限のコンテナービルドを移行し、tzdataパッケージを再インストールするためにmicrodnf reinstall tzdataコマンドを入力すると、tzdataパッケージがデフォルトでインストールされなくなったため、エラーメッセージが表示されます。この場合は、microdnf install tzdataコマンドを入力してtzdataをインストールします。tzdataパッケージがない場合、使用できるタイムゾーンがUTCだけになります。 composefsファイルシステムがテクノロジープレビューとして利用可能になるcomposefsが使用する主要なテクノロジーは次のとおりです:- カーネルインターフェイスとしての OverlayFS
- マウント可能なメタデータツリー用の Enhanced Read-Only File System (EROFS)
-
下位ファイルシステムからの
fs-verity機能 (オプション)
composefsの主な利点:-
メタデータとデータの分離。
composefsは永続的なデータを保存しません。基礎となるメタデータとデータファイルは、ext4、xfsなどの有効な下位 Linux ファイルシステムに保存されます。 -
共有ストレージを使用して複数の
composefsをマウントします。 - 複数のコンテナーイメージがメモリーを共有できるように、データファイルがページキャッシュ内で共有されます。
-
コンテンツファイルの
fs-verity検証をサポートしています。
- RHEL 10 ホストでの RHEL 7 コンテナーの実行はサポートされていない
- RHEL 10 ホストでの RHEL 7 コンテナーの実行はサポートされていません。詳細は、Red Hat Enterprise Linux Container Compatibility Matrix を参照してください。
storage.confファイルの場所が変更される-
RHEL 10.0 以降、
storage.conf設定ファイルは/etc/containersではなく/usr/share/containersディレクトリーに配置されます。