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

Red Hat CodeReady Containers 2.0

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

概要

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

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

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

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

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

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

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

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

コンポーネントVersion

OpenShift Container Platform

4.10.3

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

v4.10.3

Podman バイナリー

3.4.4

第2章 最小システム要件

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

2.1. ハードウェア要件

CodeReady Containersは、AMD64およびIntel 64プロセッサアーキテクチャでのみサポートされています。CodeReady Containersは、ARMベースのM1アーキテクチャをサポートしていません。CodeReady Containersは、ネストされた仮想化をサポートしていません。

必要なコンテナーランタイムに応じて、CodeReady コンテナーには以下のシステムリソースが必要です。

2.1.1. OpenShift Container Platform の場合

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

OpenShift Container Platform クラスターでは、CodeReady コンテナーインスタンスでこれらの最小リソースを実行する必要があります。ワークロードによってはより多くのリソースが必要になる場合があります。CodeReady コンテナーインスタンスにより多くのリソースを割り当てるには、「インスタンス の 設定」を参照し てください。

2.1.2. Podman コンテナーランタイムの場合

  • 2 つの物理 CPU コア
  • 2 GB の空きメモリー
  • ストレージ領域の 35 GB

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

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

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

3.1. 新機能

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

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

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

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

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

3.2. 主な変更

  • CodeReady コンテナーはコンテナーランタイムの Preset を提供するようになりました。これらの Preset により、OpenShift Container Platform クラスターまたは Podman コンテナーランタイムを実行できます。コンテナーランタイムの Preset の詳細は、「Understanding Presets」を 参照 してください。
  • Microsoft Windows および macOS を実行しているホストについて、CodeReady Containers システムトレイ実行可能ファイルのグラフィカルユーザーインターフェース(GUI)が更新されました。この新しい GUI は、どちらのオペレーティングシステムでも統一されています。
  • CodeReady コンテナーは、Microsoft Windows および macOS で CodeReady Containers システムトレイの自動起動を有効または無効にする機能を提供します。この機能はデフォルトで有効にされており、システムトレイに GUI を使用して設定できます。
  • CodeReady Containers 2.0 は、OpenShift Container Platform 4.10.3 を埋め込みバージョンとして提供します。

パート II. 既知の問題

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

第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 Guide』 の「 Starting Monitoring, Alerting, and Telemetry 」を参照してモニタリングを有効にします。

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

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

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

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

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

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

$ crc start -n 8.8.8.8

第5章 macOS の問題

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

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

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

$ crc stop
$ crc start

第6章 Microsoft Windows の問題

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

6.1. crc setup コマンドは、MSI インストーラーを使用して以下のインストールを実行する必要があります。

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.

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 文字を正確にエンコードしません。この問題に対する既知の回避策はありません。

関連情報