リリースノートおよび既知の問題


Red Hat CodeReady Containers 1.34

CodeReady Containers 1.34 の主な機能および特定された問題

概要

本書では、CodeReady Containers 1.34 の新機能および改善された機能を紹介します。また、ソフトウェアの使用中に発生する可能性のある問題に関する情報も含まれています。可能な場合は、特定された問題に対する回避策を説明します。

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

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、今後の複数のリリースで段階的に用語の置き換えを実施して参ります。詳細は、弊社 の CTO、Chris Wright のメッセージを参照してください。

パート I. リリースノート

本セクションでは、CodeReady Containers 1.34 製品の最も重要な機能およびバグ修正について説明します。

第1章 コンポーネントのバージョン

CodeReady Containers 1.34 には、以下のバージョンの主要コンポーネントが含まれています。

Expand
表1.1 CodeReady Containers: コンポーネントのバージョン
コンポーネントバージョン

OpenShift Container Platform

4.9.0

OpenShift クライアントバイナリー(oc)

v4.9.0

第2章 最小システム要件

CodeReady Containers の最小ハードウェアおよびオペレーティングシステムの要件は以下のとおりです。

2.1. ハードウェア要件

CodeReady Containersには以下のシステムリソースが必要です。

  • 物理 CPU コア 4 個
  • 空きメモリー 9 GB
  • ストレージ領域 35 GB
注記

OpenShift クラスターでは、CodeReady Containers 仮想マシンで実行するのに必要な最小リソースが必要です。ワークロードによってはより多くのリソースが必要になる場合があります。CodeReady Containers仮想マシンにより多くのリソースを割り当てるには、Configuring the virtual machineを参照してください。

2.2. オペレーティングシステム要件

CodeReady Containers には、サポートされるオペレーティングシステムの最小バージョンが必要です。

2.2.1. Microsoft Windows

  • Microsoft Windows では、CodeReady Containers には Windows 10 Fall Creators Update (バージョン 1709)以降が必要です。CodeReady Containers は、Microsoft Windows の以前のバージョンでは動作しません。Microsoft Windows 10 Home Edition はサポートされません。

2.2.2. macOS

  • macOS では、CodeReady Containers には macOS 10.14 Mojave 以降が必要です。CodeReady Containers は、macOS の以前のバージョンで動作しません。

2.2.3. Linux

  • Linux では、CodeReady Containers は Red Hat Enterprise Linux/CentOS 7.5 以降(8.x バージョンを含む)および最新の 2 つの安定した Fedora リリースでのみサポートされます。
  • Red Hat Enterprise Linux を使用する場合は、CodeReady Containersを実行するマシンが Red Hat カスタマーポータルに登録されている 必要があります。
  • Ubuntu 18.04 LTS 以降および Debian 10 以降は公式にサポートされておらず、ホストマシンの手動設定が必要になる場合があります。
  • Linux ディストリビューションに必要なパッケージをインストールするには、必要なソフトウェアパッケージを参照してください。

第3章 変更点および改善点

本セクションでは、CodeReady Containers 1.34 で導入された主な変更点の一部を説明します。

3.1. 新機能

  • CodeReady Containersは、開発およびテストの目的で、ローカルのラップトップまたはデスクトップコンピューターに、最小限で事前に設定された OpenShift Container Platform 4 クラスターを提供します。CodeReady Containersは、Linux、macOS、および Microsoft Windows 10 のネイティブハイパーバイザーをサポートする Red Hat Enterprise Linux 仮想マシンとして提供されます。

    • CodeReady Containersは、OpenShift 4 クラスターでのローカル開発およびテスト用として設計されています。OpenShift 3 クラスターをローカルで実行するには、Red Hat Container Development Kitを参照してください。

3.1.1. テクノロジープレビュー

これらの機能のサポートは、テクノロジープレビュー機能のサポート範囲の対象となります。

  • CodeReady Containers 1.34 には、crc bundle generate コマンドを使用して、現在実行中のクラスターに基づいてカスタムバンドルを作成する機能が含まれます。このコマンド、パラメーター、および動作は、今後のリリースで互換性のない状態で変更される可能性があります。

3.2. 主な変更

  • CodeReady Containers 1.34 は、OpenShift Container Platform 4.9.0 を組み込み OpenShift バージョンとして提供します。

パート II. 既知の問題

本セクションでは、CodeReady Containers 1.34 のユーザーが競合する可能性がある問題と、これらの問題の回避策を説明します。

第4章 一般的な問題

すべてのサポート対象プラットフォームに影響する問題。

4.1. OpenShift Container Platform 4.7 クラスターの起動時間の増加

アップストリームの問題により、CodeReady Containersに組み込まれているクラスターは、crc start コマンドの使用を開始するのに通常よりも時間がかかります。

問題についての詳細は、BZ#1927263: kubelet service takes around 43 secs to start container when started from stopped stateを参照してください。

4.2. メトリクスはデフォルトで無効になる

CodeReady Containersが一般的なラップトップで実行されるようにするには、リソース負荷の高いサービスの一部がデフォルトで無効になります。これらのサービスの1つは、Prometheusと、関連するすべての監視、アラート、およびテレメトリー機能です。

これらの機能を有効にするには、デフォルトで使用する CodeReady Containers仮想マシンよりも多くのリソースが必要になります。

注記

これらの機能を有効にした後は、監視を無効にすることはできません。監視を再度無効にするには、crc delete で仮想マシンを削除し、crc start で新規の仮想マシンを再作成します。

監視を有効にするには、Red Hat CodeReady Containers Getting Started GuideStarting Monitoring, Alerting, and Telemetryを参照してください。

4.3. 複数の Operator を有効にするには、デフォルトよりも多くのメモリーが必要です。

crc start コマンドは、デフォルトで 9 GiB のメモリーを CodeReady Containersの仮想マシンに割り当てます。複数の Operator を有効にすると、メモリーの要件が増える可能性があります。

追加のメモリーを割り当てるには、Red Hat CodeReady Containers Getting Started GuideConfiguring the virtual machineを参照してください。

4.4. 最初のネームサーバーが IPv6 の場合、CodeReady Containersは機能しません。

CodeReady Containers 仮想マシンの DNS 解決は、最初のネームサーバーが IPv6 の場合に中断する可能性があります。

この問題を回避するには、-n フラグを使用して CodeReady Containersの仮想マシンを起動する際に IPv4 ネームサーバーを指定します。

$ crc start -n 8.8.8.8
Copy to Clipboard Toggle word wrap

第5章 macOS の問題

本セクションでは、macOS ホストのユーザーに影響する CodeReady Containersの問題を説明します。

5.1. ハイバネートにより、仮想マシンの時間が非同期に

CodeReady Containers 仮想マシンの時間がホストマシンの時間と非同期になる場合もあります。この問題は、ホストマシンがハイバネートに入る際に CodeReady Containers仮想マシンが実行している場合に発生します。この問題を解決するには、CodeReady Containers仮想マシンを停止し、再起動します。

$ crc stop
$ crc start
Copy to Clipboard Toggle word wrap

第6章 Microsoft Windows の問題

このセクションでは、Microsoft Windows ホストのユーザーに影響する CodeReady Containersの問題を説明します。

MSI インストーラーで CodeReady Containersをインストールし、コンピューターを再起動してから、コマンドプロンプトまたは PowerShell で crc setup コマンドを実行してインストールを完了してください。

6.2. crc cleanup コマンドが、パーミッションエラーで失敗する可能性があります。

コマンド間でホストマシンを再起動せずに crc setup を実行してから crc cleanup を起動すると、crc cleanup で以下のエラーが報告されます。

Post "http://unix/clean": open \\.\pipe\crc-admin-helper: Access is denied.
Copy to Clipboard Toggle word wrap

crc cleanup コマンドを完了するには、ホストマシンを再起動して、もう一度コマンドを実行します。

6.3. %WINDRIVE%外で実行した予期しない動作

Hyper-V ドライバーは、crc バイナリーをネットワークドライブから実行すると失敗します。crc バイナリーは、%WINDRIVE% の場所に配置する必要があります。%WINDRIVE% は通常 C:\ に設定されます。

6.4. CodeReady Containers が PowerShell での FullLanguage サポートを想定

ConstrainedLanguage PowerShell モードは、システム管理者が決定する例外でサポートされています。

6.5. crc oc-env コマンドは、%PATH%の特殊文字では機能しません。

Microsoft Windows では、PowerShell およびコマンドプロンプトが UTF-8 エンコーディングを使用しません。そのため、%PATH% にある特殊文字を使用して crc oc-env コマンドを実行すると、UTF-8 文字を正確にエンコードしません。この問題に対する既知の回避策はありません。

関連資料

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2025 Red Hat