コンテンツライフサイクル管理の例

このセクションでは、コンテンツライフサイクル管理の使用方法の一般的な例をいくつか示します。 これらの例を使用して、独自にカスタマイズされた実装を構築します。

1. 月次パッチサイクルのプロジェクトの作成

月次パッチサイクルのプロジェクト例は、以下で構成されます。

  • By Date（日付別）フィルタの作成

  • プロジェクトへのフィルタの追加

  • 新しいプロジェクトビルドへのフィルタの適用

  • プロジェクトからのパッチの除外

  • プロジェクトにパッチを含める

1.1. By Date（日付別）フィルタの作成

The By Date filter excludes all patches released after a specified date. This filter is useful for your content lifecycle projects that follow a monthly patch cycle.

Procedure: Creating the By Date filter

  1. SUSE Multi-Linux Manager Web UIで、コンテンツライフサイクル  フィルタに移動して、Create Filter（フィルタの作成）をクリックします。

  2. In the Filter Name field, type a name for your filter. For example, Exclude patches by date.

  3. In the Filter Type field, select Patch (Issue date).

  4. In the Matcher field, later or equal is autoselected.

  5. 日時を選択します。

  6. 保存をクリックします。

1.2. プロジェクトへのフィルタの追加

プロシージャ: プロジェクトへのフィルタの追加

  1. SUSE Multi-Linux Manager Web UIで、コンテンツライフサイクル  プロジェクトに移動して、リストからプロジェクトを選択します。

  2. フィルタの割り当て／取り外しリンクをクリックして、すべての使用可能なフィルタを表示します

  3. Select the new Exclude patches by date filter.

  4. 保存をクリックします。

1.3. 新しいプロジェクトビルドへのフィルタの適用

新しいフィルタがフィルタリストに追加されますが、プロジェクトに適用する必要があります。 フィルタを適用するには、最初の環境を構築する必要があります。

プロシージャ: フィルタの使用

  1. ビルドをクリックして、最初の環境を構築します。

  2. オプション: メッセージを追加します。 メッセージを使用して、ビルド履歴を追跡できます。

  3. テストサーバで新しいチャンネルを使用して、フィルタが正しく機能していることを確認します。

  4. Promote（プロモート）をクリックして、次の環境にコンテンツを移動します。 多数のフィルタがある場合、または非常に複雑な場合は、ビルドに時間がかかります。

1.4. プロジェクトからのパッチの除外

テストは、問題を発見するのに役立つ場合があります。 問題が見つかった場合は、by date（日付別）フィルタの前にリリースされた問題のパッチを除外します。

プロシージャ: パッチの除外

  1. SUSE Multi-Linux Manager Web UIで、コンテンツライフサイクル  フィルタに移動して、Create Filter（フィルタの作成）をクリックします。

  2. In the Filter Name field, enter a name for the filter. For example, Exclude openjdk patch.

  3. In the Filter Type field, select Patch (Advisory Name).

  4. In the Matcher field, select equals.

  5. In the Advisory Name field, type a name for the advisory. For example, SUSE-15-2019-1807.

  6. 保存をクリックします。

  7. コンテンツライフサイクル  プロジェクトに移動して、プロジェクトを選択します。

  8. Click Attach/Detach Filters link, select Exclude openjdk patch, and click Save.

When you rebuild the project with the Build button, the new filter is used together with the by date filter we added before.

1.5. プロジェクトにパッチを含める

In this example, you have received a security alert. An important security patch was released several days after the first of the month you are currently working on. The name of the new patch is SUSE-15-2019-2071. You need to include this new patch into your environment.

The Allow filters rule overrides the exclude function of the Deny filter rule. For more information, see コンテンツライフサイクル管理.
プロシージャ: プロジェクトにパッチを含める

  1. SUSE Multi-Linux Manager Web UIで、コンテンツライフサイクル  フィルタに移動して、Create Filter（フィルタの作成）をクリックします。

  2. In the Filter Name field, type a name for the filter. For example, Include kernel security fix.

  3. In the Filter Type field, select Patch (Advisory Name).

  4. In the Matcher field, select equals.

  5. In the Advisory Name field, type SUSE-15-2019-2071, and check Allow.

  6. 保存をクリックして、フィルタを保存します。

  7. コンテンツライフサイクル  プロジェクトに移動して、リストからプロジェクトを選択します。

  8. Click Attach/Detach Filters, and select Include kernel security patch.

  9. 保存をクリックします。

  10. ビルドをクリックして、環境を再構築します。

2. 既存の月次パッチサイクルの更新

月次パッチサイクルが完了すると、次の月のパッチサイクルを更新できます。

プロシージャ: 月次パッチサイクルの更新

  1. In the by date field, change the date of the filter to the next month. または、新しいフィルタを作成して、プロジェクトへの割り当てを変更します。

  2. Check if the exclude filter for SUSE-15-2019-1807 can be detached from the project. この問題を解決するために使用できる新しいパッチがある場合があります。

  3. Detach the allow filter you added previously. パッチはデフォルトで含まれています。

  4. プロジェクトを再構築して、来月のパッチを適用した新しい環境を作成します。

3. ライブパッチ処理でプロジェクトを強化

このセクションでは、ライブパッチ処理用の環境を作成するためのフィルタの設定について説明します。

ライブパッチ処理を使用する準備をしている場合には、いくつかの重要な考慮事項があります。

  • システムでカーネルバージョンを1つだけ使用してください。 ライブパッチ処理パッケージは、特定のカーネルとともにインストールされます。

  • ライブパッチ処理の更新は、1つのパッチとして出荷されます。

  • Each kernel patch that begins a new series of live patching kernels displays the required reboot flag. これらのカーネルパッチには、ライブパッチ処理ツールが付属しています。 それらをインストールしたら、翌年になる前に少なくとも1回システムを再起動する必要があります。

  • インストール済みカーネルバージョンに一致するライブパッチ更新のみをインストールします。

  • ライブパッチは、スタンドアロンパッチとして提供されます。 現在インストールされているカーネルバージョンよりも新しいカーネルバージョンの通常のカーネルパッチをすべて除外する必要があります。

3.1. より新しいカーネルバージョンのパッケージを除外する

In this example you update your systems with the SUSE-15-2019-1244 patch. This patch contains kernel-default-4.12.14-150.17.1-x86_64.

You need to exclude all patches which contain a higher version of kernel-default and kernel-default-base.

プロシージャ: より新しいカーネルバージョンのパッケージを除外する

  1. SUSE Multi-Linux Manager Web UIで、コンテンツライフサイクル  フィルタに移動して、Create Filter（フィルタの作成）をクリックします。

  2. In the Filter Name field, type a name for your filter. For example, Exclude kernel greater than 4.12.14-150.17.1.

  3. In the Filter Type field, select Patch (Contains Package).

  4. In the Matcher field, select version greater than.

  5. In the Package Name field, type kernel-default.

  6. Leave the Epoch field empty.

  7. In the Version field, type 4.12.14.

  8. In the Release field, type 150.17.1.

  9. 保存をクリックして、フィルタを保存します。

  10. コンテンツライフサイクル  プロジェクトに移動して、プロジェクトを選択します。

  11. フィルタの割り当て／取り外しをクリックします。

  12. Select Exclude kernel greater than 4.12.14-150.17.1, and click Save.

You need to repeat this procedure for the kernel-default-base package.

ビルドをクリックすると、新しい環境が作成されます。 新しい環境には、インストールしたバージョンまでのすべてのカーネルパッチが含まれています。

より新しいカーネルバージョンのすべてのカーネルパッチは削除されます。 ライブパッチ処理カーネルは、シリーズの最初でない限り、引き続き使用できます。

このプロシージャはフィルタテンプレートを使用して自動化できます。 ライブパッチ処理フィルタテンプレートの適用方法の詳細については、administration:content-lifecycle.adoc#filter-templatesを参照してください。

4. ライブパッチ処理用の新しいカーネルバージョンに切り替える

特定のカーネルバージョン用のライブパッチ処理は、1年間のみ利用できます。 1年後、システムのカーネルを更新する必要があります。 以下の環境変更を実行します。

プロシージャ: 新しいカーネルバージョンに切り替える

  1. アップグレードするカーネルバージョンを決定します。 例: 4.12.14-150.32.1

  2. 新しいカーネルバージョンフィルタを作成します。

  3. 古いカーネルに関連付けられているすべての以前のライブパッチ処理フィルタを取り外します。

  4. 新しいカーネルバージョンフィルタを割り当てます。

  5. ビルドをクリックして、環境を再構築します。

    ビルドが完了したら、以下の処理を実行する2つのフィルタを直ちに再度割り当てる必要があります。

    • Deny patches that contain reboot_suggested keyword

    • Deny patches that contain a package which provides the name installhint(reboot-needed)

新しい環境には、選択した新しいカーネルバージョンまでのすべてのカーネルパッチが含まれています。 アップグレードを実行した後で、システムを再起動する必要があります。 新しいカーネルは1年間有効です。 その年にインストールされたすべてのパッケージは、現在のライブパッチ処理カーネルフィルタと一致します。

5. AppStreamフィルタ

コンテンツライフサイクル管理プロジェクトでは、AppStreamフィルタを使用して、モジュラーリポジトリを通常のリポジトリに変換できます。これはパッケージをリポジトリに保持し、モジュールのメタデータを削除することにより行われます 。その結果作成されたリポジトリは、通常のリポジトリと同じ方法でSUSE Multi-Linux Managerで使用できます。

したがって、このプロセスはAppStreamリポジトリを操作するために必須ではありません。

AppStreamフィルタはターゲットリポジトリに含める単一のモジュールストリームを選択します。 複数のフィルタを追加して、複数のモジュールストリームを選択できます。

CLMプロジェクトでAppStreamフィルタを使用しない場合は、モジュラーソースのモジュールメタデータは未加工のままで、ターゲットリポジトリには同じモジュールメタデータが含まれます。 CLMプロジェクトで少なくとも1つのAppStreamフィルタが有効になっている限り、すべてのターゲットリポジトリが通常のリポジトリに変換されます。

In some cases, you might wish to build regular repositories without having to include packages from any module. To do so, add an AppStream filter using the matcher none (disable modularity). This will disable all the modules in the target repository. This is especially useful for Red Hat Enterprise Linux 9 clients, where the default versions of most modules are already included in the AppStream repository as regular packages.

To use the AppStream filter, you need a CLM project with a modular repository such as Red Hat Enterprise Linux AppStreams. Ensure that you included the module you need as a source before you begin.

プロシージャ: AppStreamフィルタの使用

  1. SUSE Multi-Linux Manager Web UIで、Red Hat Enterprise Linux 8または9 CLMプロジェクトに移動します。 プロジェクトにAppStreamチャンネルが含まれていることを確認します。

  2. Create Filter (フィルタの作成)をクリックし、次のパラメータを使用します。

    • In the Filter Name field, type a name for the new filter.

    • In the Filter Type field, select Module (Stream).

    • In the Matcher field, select equals.

    • In the Module Name field, type a module name. For example, postgresql.

    • In the Stream field, type the name of the desired stream. For example, 10. If you leave this field blank, the default stream for the module is selected.

  3. 保存をクリックして、新しいフィルタを作成します。

  4. コンテンツライフサイクル  プロジェクトに移動して、プロジェクトを選択します。

  5. フィルタの割り当て／取り外しをクリックし、新しいAppStreamフィルタを選択して、保存をクリックします。

You can use the browse function in the Create/Edit Filter form to select a module from a list of available module streams for a modular channel.

プロシージャ: 使用可能なモジュールストリームのブラウズ

  1. SUSE Multi-Linux Manager Web UIで、Red Hat Enterprise Linux 8または9 CLMプロジェクトに移動します。 プロジェクトにAppStreamチャンネルが含まれていることを確認します。

  2. Create Filter (フィルタの作成)をクリックし、次のパラメータを使用します。

    • In the Filter Name field, type a name for the new filter.

    • In the Filter Type field, select Module (Stream).

    • In the Matcher field, select equals.

  3. Click Browse available modules to see all modular channels.

  4. モジュールとストリームをブラウズするチャンネルを選択します。

    • In the Module Name field, start typing a module name to search, or select from the list.

    • In the Stream field, start typing a stream name to search, or select from the list.

チャンネル選択はモジュールのブラウズのみを目的としています。 選択したチャンネルはフィルタとともに保存されず、CLMプロセスには影響しません。

ターゲットリポジトリに含める他のモジュールストリーム用に追加のAppStreamフィルタを作成できます。 選択したストリームが依存するモジュールストリームは自動的に含まれます。

競合する、互換性のない、または欠落しているモジュールストリームを指定しないように注意してください。 たとえば、同じモジュールから2つのストリームを選択すると無効になります。
プロシージャ: モジュール化の無効化

  1. SUSE Multi-Linux Manager Web UIで、Red Hat Enterprise Linux 8または9 CLMプロジェクトに移動します。 プロジェクトにAppStreamチャンネルが含まれていることを確認します。

  2. Create Filter (フィルタの作成)をクリックし、次のパラメータを使用します。

    • In the Filter Name field, type a name for the new filter.

    • In the Filter Type field, select Module (Stream).

    • In the Matcher field, select none (disable modularity).

  3. 保存をクリックして、新しいフィルタを作成します。

  4. コンテンツライフサイクル  プロジェクトに移動して、プロジェクトを選択します。

  5. フィルタの割り当て／取り外しをクリックし、新しいAppStreamフィルタを選択して、保存をクリックします。

これにより、モジュールに属するパッケージを除いて、モジュールのメタデータがターゲットリポジトリから効率的に削除されます。

Web UIのビルドボタンを使用してCLMプロジェクトを構築する場合、ターゲットリポジトリは、選択したモジュールストリームからのパッケージを含む、モジュールを含まない通常のリポジトリです。

Red Hat Enterprise Linux 8のプロジェクトでモジュール化を完全に無効にすると、一部のモジュールが Red Hat Enterprise Linux 8での正常な動作に不可欠であるため、環境に不具合が生じる可能性があります。