4.21. コンテナー


新しい rhel9/valkey-8 コンテナーイメージが RHEL で一般提供になりました

新しく利用可能になった rhel9/valkey-8 コンテナーイメージでは、アトミック操作が可能であり、文字列、ハッシュ、リスト、セット、ソート済みセットなどのさまざまなデータ型がサポートされています。このイメージは、インメモリーのデータセットを使用するため、高いパフォーマンスを実現します。このデータセットは、ディスクに保存することも、ログにコマンドを付加することで保存することもできます。

Jira:RHELDOCS-20639[1]

再現可能なコンテナービルドのサポートが向上しました

再現可能なビルドにより、特定の入力セットから一貫して同じ出力が生成されるようになります。この機能拡張は、これまでコンテナーイメージビルドの再現性を複雑にしていたいくつかの要因に対処するものです。-source-date-epoch-rewrite-timestamp を使用すると、ビルドの再現性が向上し、$SOURCE_DATE_EPOCH の設定や検索などの一般的なプラクティスとの整合性が向上します。ただし、完全な再現性を保証することはできません。

Jira:RHEL-88521

Podman RESTFUL API の新しいアーティファクトエンドポイント

Podman RESTFUL API に新しいアーティファクトエンドポイントが追加され、OCI アーティファクトをプログラムによって管理できるようになりました。この機能拡張により、OCI アーティファクトの操作を既存のシステムやスクリプトに統合することが容易になります。

Jira:RHEL-88472

Container Tools パッケージが更新されました

Podman、Buildah、Skopeo、crunrunc ツールを含む、更新された Container Tools RPM メタパッケージを利用できます。Buildah パッケージはバージョン v1.41.0 に更新され、Skopeo はバージョン 1.20.0 に更新されました。

Podman リリース v5.6 には、以前のバージョンに対する次の主なバグ修正と機能拡張が含まれています。

  • Quadlet を管理するための新しいコマンドセットとして、podman quadlet install (現在のユーザーに新しい Quadlet をインストールする)、podman quadlet list (インストールされている Quadlet をリスト表示する)、podman quadlet print (Quadlet ファイルの内容を出力する)、および podman quadlet rm (Quadlet を削除する) が追加されました。
  • podman kube play コマンドは、io.podman.annotations.cpuset/$ctrname および io.podman.annotations.memory-nodes/$ctrname アノテーションを使用して、コンテナーの実行を特定の CPU コアと特定のメモリーノードに制限できます。
  • podman kube play コマンドは、Pod YAML の lifecycle.stopSignal フィールドをサポートしており、コンテナーを停止するために使用するシグナルを指定できます。
  • podman volume import コマンドと podman volume export コマンドは、リモート Podman クライアントで使用できます。
  • podman volume create コマンドは、ボリュームの作成に使用する UID と GID を設定するための 2 つの新しいオプション --uid--gid を受け入れます。
  • podman secret create コマンドに新しいオプション --ignore が追加されました。これにより、指定した名前のシークレットがすでに存在する場合でもコマンドが成功するようになりました。
  • podman pull コマンドに、プルポリシーを設定するための新しいオプション --policy が追加されました。
  • podman update コマンドに、特定のコンテナーを指定する代わりに最新のコンテナーを更新するための新しいオプション --latest が追加されました。
  • アーティファクトを操作するための API エンドポイント一式が追加されました。これには、アーティファクトの検査 (GET /libpod/artifacts/{name}/json)、すべてのアーティファクトのリスト表示 (GET /libpod/artifacts/json)、アーティファクトのプル (POST /libpod/artifacts/pull)、アーティファクトの削除 (DELETE /libpod/artifacts/{name})、リクエストボディーに含まれる tar ファイルからのアーティファクトの追加 (または既存のアーティファクトへの追加) (POST /libpod/artifacts/add)、レジストリーへのアーティファクトのプッシュ (/libpod/artifacts/{name}/push)、およびアーティファクトの内容の取得 (GET /libpod/artifacts/{name}/extract) が含まれます。
  • OCI アーティファクトの内容の一部またはすべてをディスク上の場所にコピーするための新しいコマンド podman artifact extract が追加されました。
  • podman createpodman runpodman pod create--mount オプションは、OCI アーティファクトをコンテナーにマウントするための新しいマウントタイプ --mount type=artifact をサポートしています。
  • podman artifact add コマンドは、既存のアーティファクトに新しいファイルを追加する --append と、アーティファクトに追加するファイルの MIME タイプを指定する --file-type という 2 つの新しいオプションを備えています。
  • podman artifact rm コマンドに、ローカルストア内のすべてのアーティファクトを削除する新しいオプション --all が追加されました。
  • podman kube generate コマンドと podman kube play コマンドは、新しいアノテーション io.podman.annotation.pids-limit/$containername をサポートしています。これにより、kube generatekube play を実行しても、コンテナーの PID 制限が保持されます。
  • Quadlet の .container ユニットは、Memory= (作成されたコンテナーの最大メモリーを設定する)、ReloadCmd (systemd ExecReload を介してコマンドを実行する)、および ReloadSignal (systemd ExecReload を介して指定されたシグナルでコンテナーを強制終了する) の 3 つの新しいキーをサポートしています。
  • Quadlet の .container.image、および .build ユニットは、Retry (失敗時にイメージのプルを再試行する回数) と RetryDelay (再試行間の遅延) という 2 つの新しいキーをサポートしています。
  • Quadlet の .pod ユニットは、Pod のホスト名を設定するための新しいキー HostName= をサポートしています。
  • Quadlet ファイルは、Install セクションで新しいオプション UpheldBy をサポートするようになりました。これは systemd の Upholds オプションに相当するものです。
  • systemd 依存関係として指定された Quadlet ユニットの名前が自動的に変換されます。たとえば、Wants=my.container は有効です。

主な変更点の詳細は、アップストリームのリリースノート を参照してください。

Jira:RHEL-88464

ADD および COPY 命令が、--link オプションをサポートするようになりました

Buildah と Podman が、Containerfiles 内の ADD および COPY 命令の --link フラグをサポートするようになりました。このフラグを使用すると、ビルドされるイメージに新しいコンテンツが独立したレイヤーとして追加されます。

Jira:RHEL-88307

新しいコンテナーイメージが利用可能になりました

Red Hat Ecosystem Catalog に、以下の新しいコンテナーイメージが登録されています。

  • ubi-stig: STIG によるハードニングが適用された Universal Base Image。コンテナー化されたアプリケーション、ミドルウェア、およびユーティリティーのセキュアな基盤となります。
  • valkey-8: コンテナーとして利用できる高度なキーバリューストア。インメモリデータセットを使用して優れたパフォーマンスを実現します。鍵には、文字列、ハッシュ、リスト、セット、およびソートセットを含めることができるため、データ構造サーバーと呼ばれています。
  • gcc-toolset-15-toolchain: C および C++ アプリケーションの構築に使用される必須のライブラリーとツールを含むベースイメージ。
  • nodejs-24: さまざまな Node.js 24 アプリケーションとフレームワークを構築および実行するためのベースプラットフォームを提供します。これは Chrome の JavaScript ランタイムを基盤としています。イベント駆動型のノンブロッキング I/O モデルを通じて高速でスケーラブルなネットワークアプリケーションを容易に実現します。データ集約型のリアルタイム分散アプリケーションに最適です。
  • nodejs-24-minimal: さまざまな Node.js 24 アプリケーションとフレームワークを実行するためのベースプラットフォームを提供します。これは Chrome の JavaScript ランタイムを基盤としています。イベント駆動型のノンブロッキング I/O モデルを通じて高速でスケーラブルなネットワークアプリケーションを容易に実現します。データ集約型のリアルタイム分散アプリケーションに最適です。
  • dotnet-100dotnet-100-aspnetdotnet-100-runtime: ベースバージョン、ASP.NET バージョン、ランタイムバージョンを含む .NET 100 イメージが利用可能になりました。

Jira:RHELDOCS-21211[1]

RHEL Image Mode が、実行時のルートレベルのディレクトリーとシンボリックリンクの作成をサポートするようになりました

このリリースでは、RHEL Image Mode を使用して、システムのデプロイ後にルートレベルのディレクトリーとシンボリックリンクを作成してから、ファイルシステムを読み取り専用モードに戻すことができます。その結果、ファイルシステムの要件がそれぞれ異なる複数のデプロイメント環境で、単一のベースイメージを使用できるようになります。

Jira:RHELDOCS-21230[1]

bootc-image-builder がデフォルトでローカルコンテナーストレージを使用します

このリリースでは、bootc-image-builder ツールはデフォルトでローカルモードで動作するようになりました。つまり、リモートレジストリーからコンテナーイメージをプルしなくなりました。ディスクイメージをビルドするには、ディスクイメージをビルドする前に、システムのローカルコンテナーレジストリーにベース bootc コンテナーイメージを事前にロードする必要があります。自動イメージプルに依存する既存のワークフローがある場合は、そのワークフローを更新する必要があります。この変更により、ビルドプロセス中の外部ネットワークへの依存が減り、セキュリティーが向上します。

Jira:RHELDOCS-21218[1]

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat