手順

1. RHEL Image Builder とその他の必要なパッケージをインストールします。

   # dnf install osbuild-composer composer-cli cockpit-composer

   • osbuild-composer - カスタマイズした RHEL オペレーティングシステムイメージをビルドするサービス。
   • composer-cli - このパッケージにより、CLI インターフェイスへのアクセスが可能になります。
   • cockpit-composer - このパッケージにより、Web UI インターフェイスへのアクセスが可能になります。Web コンソールは、cockpit-composer パッケージの依存関係としてインストールされます。

2. RHEL Image Builder ソケットを有効にして起動します。

   # systemctl enable --now osbuild-composer.socket

3. Web コンソールで RHEL Image Builder を使用する場合は、それを有効にして起動します。

   # systemctl enable --now cockpit.socket

   osbuild-composer サービスと cockpit サービスは、最初のアクセス時に自動的に起動します。

4. ログアウトおよびログインしなくても composer-cli コマンドのオートコンプリート機能がすぐに動作するように、シェル設定スクリプトをロードします。

   $ source /etc/bash_completion.d/composer-cli

5. RHEL ホストで実行中の osbuild-composer サービスを再起動します。

   # systemctl restart osbuild-composer

手順

1. /root/repo.toml などのリポジトリーソースファイルを作成します。以下に例を示します。

   id = "k8s"
   name = "Kubernetes"
   type = "yum-baseurl"
   url = "https://server.example.com/repos/company_internal_packages/"
   check_gpg = false
   check_ssl = false
   system = false

   type フィールドは、有効な値 yum-baseurl、yum-mirrorlist、および yum-metalink を受け入れます。

2. ファイルを TOML 形式で保存します。

3. 新しいサードパーティーソースを RHEL Image Builder に追加します。

   $ composer-cli sources add <file-name>.toml

検証

1. 新しいソースが正常に追加されたかどうかを確認します。

   $ composer-cli sources list

2. 新しいソースコンテンツを確認します。

   $ composer-cli sources info <source_id>

手順

1. /root/repo.toml などのリポジトリーソースファイルを作成します。たとえば、ディストリビューションを指定するには、次のようにします。

   check_gpg = true
   check_ssl = true
   distros = ["rhel-9"]
   id = "rh9-local"
   name = "packages for RHEL"
   system = false
   type = "yum-baseurl"
   url = "https://local/repos/rhel9/projectrepo/"

2. ファイルを TOML 形式で保存します。

3. 新しいサードパーティーソースを RHEL Image Builder に追加します。

   $ composer-cli sources add <file-name>.toml

検証

1. 新しいソースが正常に追加されたかどうかを確認します。

   $ composer-cli sources list

2. 新しいソースコンテンツを確認します。

   $ composer-cli sources info <source_id>

手順

1. リポジトリーを作成するフォルダーにアクセスします。

   $ cd repo/

2. createrepo_c を実行して、RPM パッケージからリポジトリーを作成します。

   $ createrepo_c .

3. リポデータがあるディレクトリーにアクセスします。

   $ cd repodata/

4. repomd.xml ファイルに署名します。

   $ gpg -u <_gpg-key-email_> --yes --detach-sign --armor /srv/repo/example/repomd.xml

5. リポジトリーで GPG 署名チェックを有効にするには、以下を行います。

   1. リポジトリーソースで check_repogpg = true を設定します。

   2. チェックを行う gpgkey を入力します。キーが https 経由で利用できる場合は、gpgkeys フィールドにキーのキー URL を設定します。URL キーは必要なだけ追加できます。

      以下に例を示します。

      check_gpg = true
      check_ssl = true
      id = "signed local packages"
      name = "repository_name"
      type = "yum-baseurl"
      url = "https://local/repos/projectrepo/"
      check_repogpg = true
      gpgkeys=["https://local/keys/repokey.pub"]

      代わりに、たとえば次のように GPG キーを gpgkeys フィールドに直接追加します。

      check_gpg = true
      check_ssl = true
      check_repogpg
      id = "custom-local"
      name = "signed local packages"
      type = "yum-baseurl"
      url = "https://local/repos/projectrepo/"
      gpgkeys=["https://remote/keys/other-repokey.pub",
      '''-----BEGIN PGP PUBLIC KEY BLOCK-----
      …​
      -----END PGP PUBLIC KEY BLOCK-----''']

      • テストで署名が見つからない場合、GPG ツールは次のようなエラーを表示します。

        $ GPG verification is enabled, but GPG signature is not available.
        This may be an error or the repository does not support GPG verification:
        Status code: 404 for http://repo-server/rhel/repodata/repomd.xml.asc (IP: 192.168.1.3)

      • 署名が無効な場合、GPG ツールは次のようなエラーを表示します。

        repomd.xml GPG signature verification error: Bad GPG signature

手順

1. リポジトリーのオーバーライドを保存する /etc/osbuild-composer/repositories/ ディレクトリーを作成します。

   $ sudo mkdir -p /etc/osbuild-composer/repositories

2. RHEL バージョンに対応する名前を使用して、JSON ファイルを作成します。または、配布用のファイルを /usr/share/osbuild-composer/ からコピーして、その内容を変更することもできます。

   RHEL 9.3 の場合は、/etc/osbuild-composer/repositories/rhel-93.json を使用します。

3. 次の構造を JSON ファイルに追加します。次の属性から 1 つだけ文字列形式で指定します。

   • baseurl - リポジトリーのベース URL。
   • metalink - 有効なミラーリポジトリーのリストを含む metallink ファイルの URL。

   • mirrorlist - 有効なミラーリポジトリーのリストを含む mirrorlist ファイルの URL。gpgkey や metadata_expire などの残りのフィールドはオプションです。

     以下に例を示します。

     {
          "x86_64": [
             {
                 "name": "baseos",
                 "baseurl": "http://mirror.example.com/composes/released/RHEL-9/9.0/BaseOS/x86_64/os/",
                 "gpgkey": "-----BEGIN PGP PUBLIC KEY BLOCK-----\n\n (…​)",
                 "check_gpg": true
             }
         ]
     }

     あるいは、rhel-version.json を RHEL のバージョン (例: rhel-9.json) に置き換えて、ディストリビューション用の JSON ファイルをコピーすることもできます。

     $  cp /usr/share/osbuild-composer/repositories/rhel-version.json /etc/osbuild-composer/repositories/

4. オプション: JSON ファイルを確認します。

   $ json_verify  /etc/osbuild-composer/repositories/<file>.json

5. rhel-9.json ファイル内の baseurl パスを編集して保存します。以下に例を示します。

   $ /etc/osbuild-composer/repositories/rhel-version.json

6. osbuild-composer.service を再起動します。

   $ sudo systemctl restart osbuild-composer.service

手順

1. /etc/yum.repos.d/redhat.repo ファイルから baseurl を取得します。

   # cat /etc/yum.repos.d/redhat.repo
   [AppStream]
   name = AppStream mirror example
   baseurl = https://mirror.example.com/RHEL-9/9.0/AppStream/x86_64/os/
   enabled = 1
   gpgcheck = 0
   sslverify = 1
   sslcacert = /etc/pki/ca1/ca.crt
   sslclientkey = /etc/pki/ca1/client.key
   sslclientcert = /etc/pki/ca1/client.crt
   metadata_expire = 86400
   enabled_metadata = 0

2. 同じ baseurl を使用するようにリポジトリーオーバーライドを設定し、rhsm を true に設定します。

   {
       "x86_64": [
           {
               "name": "AppStream mirror example",
               "baseurl": "https://mirror.example.com/RHEL-9/9.0/AppStream/x86_64/os/",
               "gpgkey": "-----BEGIN PGP PUBLIC KEY BLOCK-----\n\n (…​)",
               "check_gpg": true,
               "rhsm": true
           }
       ]
   }

3. osbuild-composer.service を再起動します。

   $ sudo systemctl restart osbuild-composer.service

1. ブループリントを作成するか、既存のブループリント定義をプレーンテキストファイルにエクスポート (保存) します。
2. テキストエディターでこのファイルを編集します。
3. ブループリントテキストファイルを Image Builder にインポートします。
4. Compose を実行して、ブループリントからイメージをビルドします。
5. イメージファイルをエクスポートしてダウンロードします。

手順

1. 次の内容のプレーンテキストファイルを作成します。

   name = "BLUEPRINT-NAME"
   description = "LONG FORM DESCRIPTION TEXT"
   version = "0.0.1"
   modules = []
   groups = []

   BLUEPRINT-NAME および LONG FORM DESCRIPTION TEXT は、ブループリントの名前および説明に置き換えます。

   0.0.1 は、セマンティックバージョニングスキームに従ってバージョン番号に置き換えます。

2. ブループリントに含まれるすべてのパッケージに、次の行をファイルに追加します。

   [[packages]]
   name = "package-name"
   version = "package-version"

   package-name は、パッケージ名 (httpd、gdb-doc、coreutils など) に置き換えます。

   必要に応じて、package-version を使用するバージョンに置き換えます。このフィールドは、dnf バージョンの指定に対応します。

   • 特定のバージョンについては、8.7.0 などの正確なバージョン番号を使用してください。
   • 利用可能な最新バージョンについては、アスタリスク * を使用してください。
   • 最新のマイナーバージョンを指定する場合は、8.* などの形式を使用してください。

3. ニーズに合わせてブループリントをカスタマイズします。たとえば、Simultaneous Multi Threading (SMT) を無効にするには、ブループリントファイルに次の行を追加します。

   [customizations.kernel]
   append = "nosmt=force"

   その他に利用できるカスタマイズについては、サポートされているイメージのカスタマイズ を参照してください。

4. たとえば、ファイルを BLUEPRINT-NAME.toml として保存し、テキストエディターを閉じます。

5. ブループリントをプッシュします。

   # composer-cli blueprints push BLUEPRINT-NAME.toml

   BLUEPRINT-NAME は、前の手順で使用した値に置き換えます。

   注記

   composer-cli を非 root として使用してイメージを作成するには、ユーザーを weldr または root グループに追加します。

   # usermod -a -G weldr user
   $ newgrp weldr

手順

1. 既存のブループリントをリストします。

   # composer-cli blueprints list

2. ブループリントをローカルテキストファイルに保存します。

   # composer-cli blueprints save BLUEPRINT-NAME

3. BLUEPRINT-NAME .toml ファイルをテキストエディターで編集し、変更を加えます。

4. 編集を完了する前に、ファイルが有効なブループリントであることを確認します。

   1. ブループリントに次の行が存在する場合は、それを削除します。

      packages = []

   2. たとえば、バージョン番号を 0.0.1 から 0.1.0 に増やします。RHEL Image Builder のブループリントバージョンでは、セマンティックバージョニングスキームを使用する必要があります。また、バージョンを変更しない場合、パッチバージョンコンポーネントが自動的に増加することにも注意してください。
5. ファイルを保存し、テキストエディターを閉じます。

6. ブループリントを RHEL Image Builder にプッシュして戻します。

   # composer-cli blueprints push BLUEPRINT-NAME.toml

   注記

   ブループリントを RHEL iImage Builder にインポートして戻すには、.toml 拡張子を含むファイル名を指定しますが、他のコマンドではブループリント名のみを使用します。

検証

1. RHEL Image Builder にアップロードした内容が編集内容と一致することを確認するには、ブループリントの内容をリストします。

   # composer-cli blueprints show BLUEPRINT-NAME

2. ブループリントに記載されているコンポーネントおよびバージョンと、その依存関係が有効かどうかを確認します。

   # composer-cli blueprints depsolve BLUEPRINT-NAME

手順

1. オプション: 作成できるイメージ形式をリストします。

   # composer-cli compose types

2. Compose を起動します。

   # composer-cli compose start BLUEPRINT-NAME IMAGE-TYPE

   BLUEPRINT-NAME をブループリントの名前に、IMAGE-TYPE をイメージのタイプに置き換えます。使用可能な値は、composer-cli compose types コマンドの出力を参照してください。

   作成プロセスはバックグラウンドで開始され、作成者の Universally Unique Identifier (UUID) が表示されます。

3. イメージの作成が完了するまでに最大 10 分かかる場合があります。

   Compose のステータスを確認するには、以下のコマンドを実行します。

   # composer-cli compose status

   Compose が完了すると、ステータスが FINISHED になります。リスト内の Compose を識別するには、その UUID を使用します。

4. Compose プロセスが完了したら、作成されたイメージファイルをダウンロードします。

   # composer-cli compose image UUID

   UUID は、前の手順で示した UUID 値に置き換えます。

手順

1. ホスト上で、Web ブラウザーで https://<_localhost_>:9090/ を開きます。
2. root ユーザーとして Web コンソールにログインします。

3. RHEL Image Builder のコントロールを表示するには、ウィンドウの左上隅にある Image Builder ボタンをクリックします。

   RHEL Image Builder ダッシュボードが開き、既存のブループリントがあればそれがリストされます。

手順

1. 右上隅にある Create Blueprint をクリックします。

   ブループリントの名前と説明のフィールドを含むダイアログウィザードが開きます。

2. Details ページで以下を行います。

   1. ブループリントの名前と、必要に応じてその説明を入力します。
   2. Next をクリックします。

3. オプション: Packages ページで以下を行います。

   1. Available packages の検索で、パッケージ名を入力します。
   2. > ボタンをクリックして Chosen packages フィールドに移動します。
   3. 前の手順を繰り返して、必要な数のパッケージを検索して含めます。

   4. Next をクリックします。

      注記

      特に指定がない限り、これらのカスタマイズはすべてオプションです。

4. Kernel ページで、カーネル名とコマンドライン引数を入力します。

5. File system ページで、お使いのイメージファイルシステムに合わせて Use automatic partitioning または Manually configure partitions を選択します。パーティションを手動で設定するには、次の手順を実行します。

   1. Manually configure partitions ボタンをクリックします。

      Configure partitions セクションが開き、Red Hat 標準およびセキュリティーガイドに基づく設定が表示されます。

   2. ドロップダウンメニューから、パーティションを設定するための詳細を入力します。

      1. Mount point フィールドに、以下のマウントポイントタイプオプションのいずれかを選択します。

         • / - ルートマウントポイント
         • /var
         • /home
         • /opt
         • /srv/
         • /usr
         • /app
         • /data
         • /tmp

         • /usr/local

           /tmp などの追加のパスを Mount point に追加することもできます。例: 接頭辞 /var と、追加パス /tmp で、/var/tmp になります。

           注記

           選択した Mount point のタイプに応じて、ファイルシステムのタイプが xfs に変わります。

      2. ファイルシステムの Minimum size partition フィールドに、必要な最小パーティションサイズを入力します。Minimum size ドロップダウンメニューでは、GiB、MiB、KiB などの一般的なサイズ単位を使用できます。デフォルトの単位は GiB です。

         注記

         Minimum size とは、作業用イメージの作成には小さすぎる場合にも RHEL Image Builder がパーティションサイズを増加できるという意味です。

   3. さらにパーティションを追加するには、Add partition ボタンをクリックします。以下のエラーメッセージが表示された場合は、以下を行います。Duplicate partitions:Only one partition at each mount point can be created.

      1. Remove ボタンをクリックして、重複したパーティションを削除します。
      2. 作成するパーティションの新しいマウントポイントを選択します。
   4. パーティションの設定が完了したら、Next をクリックします。

6. Services ページで、サービスを有効または無効にします。

   1. 有効または無効にするサービス名をコンマまたはスペースで区切るか、Enter キーを押して入力します。Next をクリックします。

7. Firewall ページで、ファイアウォールを設定します。

   1. Ports と、有効または無効にするファイアウォールサービスを入力します。
   2. Add zone ボタンをクリックして、各ゾーンのファイアウォールルールを個別に管理します。Next をクリックします。

8. Users ページで、以下の手順に従ってユーザーを追加します。

   1. Add user をクリックします。
   2. Username、password、および SSH key を入力します。Server administrator チェックボックスをクリックして、ユーザーを特権ユーザーとしてマークすることもできます。Next をクリックします。

9. Groups ページで、次の手順を実行してグループを追加します。

   1. Add groups ボタンをクリックします。

      1. Group name と Group ID を入力します。グループをさらに追加できます。Next をクリックします。

10. SSH keys ページで、キーを追加します。

    1. Add key ボタンをクリックします。

       1. SSH キーを入力します。
       2. User を入力します。Next をクリックします。

11. Timezone ページで、タイムゾーンを設定します。

    1. Timezone フィールドに、システムイメージに追加するタイムゾーンを入力します。たとえば、次のタイムゾーン形式を追加します。"US/Eastern"。

       タイムゾーンを設定しない場合、システムはデフォルトとして協定世界時 (UTC) を使用します。

    2. NTP サーバーを入力します。Next をクリックします。

12. Locale ページで、以下の手順を実行します。

    1. Keyboard 検索フィールドに、システムイメージに追加するパッケージ名を入力します。たとえば、["en_US.UTF-8"] と入力します。
    2. Languages 検索フィールドに、システムイメージに追加するパッケージ名を入力します。たとえば、"us" と入力します。Next をクリックします。

13. Others ページで、次の手順を実行します。

    1. Hostname フィールドに、システムイメージに追加するホスト名を入力します。ホスト名を追加しない場合、オペレーティングシステムによってホスト名が決定されます。
    2. Simplifier Installer イメージでのみ必須:Installation Devices フィールドに、システムイメージの有効なノードを入力します。たとえば、dev/sda1 と入力します。Next をクリックします。

14. FIDO イメージをビルドする場合にのみ必須:FIDO device onboarding ページで、次の手順を実行します。

    1. Manufacturing server URL フィールドに、次の情報を入力します。

       1. DIUN public key insecure フィールドに、セキュアでない公開鍵を入力します。
       2. DIUN public key hash フィールドに、公開鍵ハッシュを入力します。
       3. DIUN public key root certs フィールドに、公開鍵ルート証明書を入力します。Next をクリックします。

15. OpenSCAP ページで、次の手順を実行します。

    1. Datastream フィールドに、システムイメージに追加する datastream 修復手順を入力します。
    2. Profile ID フィールドに、システムイメージに追加する profile_id セキュリティープロファイルを入力します。Next をクリックします。

16. Ignition イメージをビルドする場合にのみ必須:Ignition ページで、次の手順を実行します。

    1. Firstboot URL フィールドに、システムイメージに追加するパッケージ名を入力します。
    2. Embedded Data フィールドに、ファイルをドラッグまたはアップロードします。Next をクリックします。
17. .Review ページで、ブループリントの詳細を確認します。Create をクリックします。

手順

1. RHEL Image Builder ダッシュボードで、Import blueprint をクリックします。Import blueprint が開きます。
2. Upload フィールドから、既存のブループリントをドラッグまたはアップロードします。TOML と JSON のどちらかの形式のブループリントを使用できます。
3. Import をクリックします。ダッシュボードに、インポートしたブループリントがリストされます。

手順

1. Image Builder ダッシュボードで、エクスポートするブループリントを選択します。
2. Export blueprint をクリックします。Export blueprint が開きます。

3. Export ボタンをクリックしてブループリントをファイルとしてダウンロードするか、Copy ボタンをクリックしてブループリントをクリップボードにコピーします。

   1. 必要に応じて、Copy ボタンをクリックしてブループリントをコピーします。

手順

1. RHEL Image Builder ダッシュボードで、blueprint タブをクリックします。
2. ブループリントのテーブルで、イメージをビルドするブループリントを見つけます。
3. 選択したブループリントの右側で、Create Image をクリックします。Create image ダイアログウィザードが開きます。

4. Image output ページで、次の手順を実行します。

   1. Select a blueprint リストから、必要なイメージのタイプを選択します。

   2. Image output type リストから、必要なイメージの出力タイプを選択します。

      選択したイメージの種類に応じて、さらに詳細を追加する必要があります。

5. Next をクリックします。

6. Review ページで、イメージの作成に関する詳細を確認し、Create image をクリックします。

   イメージのビルドが開始され、完了するまでに最大 20 分かかります。

手順

1. ISO イメージを作成します。

   # composer-cli compose start BLUEPRINT-NAME image-installer

   • BLUEPRINT-NAME は作成したブループリントの名前です。

   • image-installer はイメージタイプです。

     Compose プロセスはバックグラウンドで開始し、Compose の UUID が表示されます。Compose が完成するまで待ちます。これは数分の時間がかかる可能性があります。

2. Compose のステータスを確認します。

   # composer-cli compose status

   Compose が完了すると、ステータスが FINISHED となります。

3. リスト内の Compose をその UUID で識別します。

   # composer-cli compose list

4. Compose が完了したら、作成したイメージファイルをカレントディレクトリーにダウンロードします。

   # composer-cli compose image UUID

   UUID は、前の手順で取得した UUID 値に置き換えます。

   RHEL Image Builder は .tar ファイルを含む .iso ファイルをビルドします。.tar ファイルは、オペレーティングシステム用にインストールされるイメージです。.iso は、Anaconda を起動し、tar ファイルをインストールしてシステムをセットアップするように設定されています。

1. ダウンロードした .iso イメージを見つけます。

2. ISO をマウントします。

   $ mount -o ro path_to_ISO /mnt

   .tar ファイルは /mnt/liveimg.tar.gz ディレクトリーにあります。

3. .tar ファイルの内容をリスト表示します。

   $ tar ztvf /mnt/liveimg.tar.gz

手順

1. RHEL Image Builder のダッシュボードで、イメージのビルドに使用するブループリントを見つけます。必要に応じて、ブループリント名またはその一部を左上の検索ボックスに入力し、Enter をクリックします。

2. ブループリントの右側で、対応する Create Image ボタンをクリックします。

   Create image ダイアログウィザードが開きます。

3. Create image ダイアログウィザードで:

   1. Image Type リストで、"RHEL Installer (.iso)" を選択します。
   2. Next をクリックします。

   3. Review タブで Create をクリックします。

      RHEL Image Builder は、RHEL .iso イメージの Compose をキューに追加します。

      プロセスが完了すると、Image build complete のステータスが表示されます。RHEL Image Builder は ISO イメージを作成します。

1. Download をクリックして、RHEL インストーラー (.iso) イメージをシステムに保存します。
2. RHEL インストーラー (.iso) イメージをダウンロードしたフォルダーに移動します。
3. ダウンロードした .tar イメージを見つけます。

4. RHEL インストーラー (.iso) イメージコンテンツをデプロイメントします。

   $ tar -xf content.tar

手順

1. dd ツールを使用して、ブート可能な ISO イメージを USB ドライブに直接書き込みます。以下に例を示します。

   dd if=installer.iso of=/dev/sdX

   ここで、installer.iso は ISO イメージファイル名、/dev/sdX は USB フラッシュドライブのデバイスパスです。

2. 起動するコンピューターの USB ポートにフラッシュドライブを挿入します。

3. USB フラッシュドライブから ISO イメージを起動します。

   インストール環境が開始したら、デフォルトの Red Hat Enterprise Linux インストールと同様に、インストールの手動完了が必要になることがあります。

手順

1. システムに OpenSCAP をインストールします。

   # *dnf install openscap-scanner*

2. scap-security-guide パッケージをインストールします。

   # *dnf install scap-security-guide*

   インストールが完了したら、oscap コマンドラインツールを使い始めることができます。SCAP コンテンツは、/usr/share/xml/scap/ssg/content/ ディレクトリーにインストールされます。

手順

1. 次の内容で、TOML 形式のブループリントを作成します。

   name = "blueprint_name"
   description = "blueprint_description"
   version = "0.0.1"
   modules = []
   groups = []
   distro = ""
   
   [customizations]
   [[customizations.user]]
   name = "scap-security-guide"
   description = "Admin account"
   password = secure_password_hash
   key = ssh-key
   home = "/home/scap-security-guide"
   group = ["wheel"]
   
   [[customizations.filesystem]]
   mountpoint = "/tmp"
   size = "20 GiB"
   
   [customizations.openscap]
   datastream = "/usr/share/xml/scap/ssg/content/ssg-rhel8-ds.xml "
   profile_id = "cis"

2. OpenSCAP イメージのビルドを開始します。

   # composer-cli compose start blueprint_name qcow2

   blueprint_name はブループリント名です。

   イメージビルドの準備ができたら、デプロイメントでハードニング済みイメージを使用できます。仮想マシンの作成 を参照してください｡

1. SSH を使用してイメージに接続します。

2. oscap スキャナーを実行します。

   # scap-workbench

3. SCAP ワークベンチで、以下を実行します。

   1. スキャンするシステムのバージョンを選択します。コンテンツの読み込みを クリックします。
   2. スキャンするプロファイルを選択し、スキャン をクリックします。OpenSCAP は、システムのすべての要件をチェックします。
   3. Scan をクリックして、選択したプロファイルでシステムをスキャンします。
   4. スキャンが完了したら、レポートを表示 をクリックします。

手順

1. 作成したブループリント名をクリックします。
2. Images タブを選択します。
3. Create Image をクリックして、カスタマイズしたイメージを作成します。Create Image ウィンドウが開きます。
4. Type ドロップダウンメニューリストから、QEMU Image (.qcow2) を選択します。
5. インスタンス化するときのイメージのサイズを設定し、Create をクリックします。
6. ウィンドウの右上にある小さなポップアップに、イメージの作成がキューに追加されたことが表示されます。イメージ作成プロセスが完了すると、Image build complete のステータスが表示されます。

手順

1. RHEL Image Builder を使用して作成した .qcow2 イメージを /var/lib/libvirt/images/ ディレクトリーに移動します。

2. ディレクトリー (cloudinitiso など) を作成し、新規に作成したそのディレクトリーに移動します。

   $ mkdir cloudinitiso
   $ cd cloudinitiso

3. meta-data という名前のファイルを作成します。このファイルに以下の情報を追加します。

   instance-id: citest
   local-hostname: vmname

4. user-data という名前のファイルを作成します。以下の情報をファイルに追加します。

   #cloud-config
   user: admin
   password: password
   chpasswd: {expire: False}
   ssh_pwauth: True
   ssh_authorized_keys:
     - ssh-rsa AAA...fhHQ== your.email@example.com

   ssh_authorized_keys は、SSH 公開鍵になります。~/.ssh/<id_rsa.pub>\ で SSH 公開鍵を確認できます。

5. genisoimage ユーティリティーを使用して、user-data ファイルおよび meta-data ファイルを含む ISO イメージを作成します。

   # genisoimage -output cloud-init.iso -volid cidata -joliet -rock user-data meta-data
   
   I: -input-charset not specified, using utf-8 (detected in locale settings)
   Total translation table size: 0
   Total rockridge attributes bytes: 331
   Total directory bytes: 0
   Path table size(bytes): 10
   Max brk space used 0
   183 extents written (0 MB)

6. virt-install コマンドを使用して、KVM ゲストイメージから新しい仮想マシンを作成します。仮想マシンイメージへのアタッチメントとして、手順 4 で作成した ISO イメージを含めます。

   # virt-install \
       --memory 4096 \
       --vcpus 4 \
       --name myvm \
       --disk rhel-9-x86_64-kvm.qcow2,device=disk,bus=virtio,format=qcow2 \
       --disk cloud-init.iso,device=cdrom \
       --os-variant rhel 9 \
       --virt-type kvm \
       --graphics none \
       --import

   • --graphics none - ヘッドレス RHEL 9 仮想マシンであることを意味します。
   • --vcpus 4 - 4 つの仮想 CPU を使用することを意味します。
   • --memory 4096 - 4096 MB のメモリーを使用することを意味します。

7. 仮想マシンのインストールが起動します。

   Starting install...
   Connected to domain mytestcivm
   ...
   [  OK  ] Started Execute cloud user/final scripts.
   [  OK  ] Reached target Cloud-init target.
   
   Red Hat Enterprise Linux 9 (Ootpa)
   Kernel 4.18.0-221.el8.x86_64 on an x86_64

1. ユーザー名として admin と入力し、Enter を押します。

2. password としてパスワードを入力し、Enter を押します。

   ログイン認証が完了すると、CLI を使用して仮想マシンにアクセスできます。

手順

1. コンテナープロバイダーを選択するために、registry-config.toml ファイルをセットアップします。認証情報はオプションです。

   provider = "container_provider"
   
   [settings]
   tls_verify = false
   username = "admin"
   password = "your_password"

2. ブループリントを .toml 形式で作成します。これは、ブループリントに nginx パッケージをインストールするコンテナーのブループリントです。

   name = "simple-container"
   description = "Simple RHEL container"
   version = "0.0.1"
   
   [[packages]]
   name = "nginx"
   version = "*"

3. ブループリントをプッシュします。

   # composer-cli blueprints push blueprint.toml

4. レジストリーとリポジトリーを composer-cli ツールに引数として渡し、コンテナーイメージをビルドします。

   # composer-cli compose start simple-container container "quay.io:8080/osbuild/repository" registry-config.toml

   • simple-container - ブループリント名です。
   • コンテナー - イメージの種類です。

   • "quay.io:8080/osbuild/repository" - quay.io はターゲットレジストリー、osbuild は組織、repository はビルドが完了したときにコンテナーをプッシュする場所です。オプションで、tag を設定できます。:tag の値を設定しない場合、デフォルトで :latest タグが使用されます。

     注記

     コンテナーイメージのビルドには、カスタマイズされたパッケージの依存関係を解決するため時間がかかります。

5. イメージのビルドが完了すると、作成したコンテナーが quay.io で使用できるようになります。

検証

1. quay.io を開き、Repository Tags をクリックします。

    You can see details about the container you created, such as:
   - last modified
   - image size
   - the `manifest ID`, that you can copy to the clipboard.

2. manifest ID の値をコピーして、コンテナーを埋め込むイメージをビルドします。

手順

1. qcow2 イメージをビルドするためのブループリントを作成します。ブループリントには、 カスタマイズ。

   name = "image"
   description = "A qcow2 image with a container"
   version = "0.0.1"
   distro = "rhel-90"
   
   [[packages]]
   name = "podman"
   version = "*"
   
   [[containers]]
   source = "registry.access.redhat.com/ubi9:8080/osbuild/container/container-image@sha256:manifest-ID-from-Repository-tag: tag-version"
   name =  "source-name"
   tls-verify = true

2. ブループリントをプッシュします。

   # composer-cli blueprints push blueprint-image.toml

3. コンテナーイメージをビルドします。

   # composer-cli start compose image qcow2

   • image はブループリントの名前です。

   • qcow2 はイメージタイプです。

     注記

     quay.io レジストリーでコンテナーをチェックするため、イメージのビルドに時間がかかります。

4. Compose のステータスを確認するには、以下のコマンドを実行します。

   # composer-cli compose status

   Compose が完了すると、ステータスが FINISHED になります。リスト内の Compose を識別するには、その UUID を使用します。

5. Compose プロセスが完了したら、作成したイメージファイルをデフォルトのダウンロード先にダウンロードします。

   # composer-cli compose image UUID

   UUID は、前の手順で示した UUID 値に置き換えます。

   作成してダウンロードした qcow2 イメージを使用して、仮想マシンを作成できます。

1. 仮想マシンで qcow2 イメージを起動します。KVM ゲストイメージからの仮想マシンの作成 を参照してください｡

2. qemu ウィザードが開きます。qcow2 イメージにログインします。

   1. ユーザー名とパスワードを入力します。これらは、customizations.user セクションの .qcow2 ブループリントで設定するか、起動時に cloud-init で作成したユーザー名とパスワードにすることができます。

3. コンテナーイメージを実行し、コンテナー内でシェルプロンプトを開きます。

   # podman run -it registry.access.redhat.com/ubi9:8080/osbuild/repository /bin/bash/

   registry.access.redhat.com はターゲットレジストリー、osbuild は組織、repository はビルドの完了時にコンテナーをプッシュする場所です。

4. ブループリントに追加したパッケージが利用可能であることを確認します。

   # type -a nginx

   出力には、nginx パッケージのパスが表示されます。

手順

1. Python 3 および pip ツールをインストールします。

   # dnf install python3 python3-pip

2. pip で AWS コマンドラインツール をインストールします。

   # pip3 install awscli

3. 以下のコマンドを実行してプロファイルを設定します。ターミナルで、認証情報、リージョン、および出力形式を指定するように求められます。

   $ aws configure
   AWS Access Key ID [None]:
   AWS Secret Access Key [None]:
   Default region name [None]:
   Default output format [None]:

4. バケット名を定義し、以下のコマンドを使用してバケットを作成します。

   $ BUCKET=bucketname
   $ aws s3 mb s3://$BUCKET

   bucketname は、バケット名に置き換えます。この名前は、グローバルで一意となるように指定する必要があります。上記で、バケットが作成されます。

5. S3 バケットへのアクセス許可を付与するには、AWS Identity and Access Management (IAM) で vmimport S3 ロールを作成します (まだ作成していない場合)。

   1. 信頼ポリシーの設定で、JSON 形式で trust-policy.json ファイルを作成します。以下に例を示します。

      {
          "Version": "2022-10-17",
          "Statement": [{
              "Effect": "Allow",
              "Principal": {
                  "Service": "vmie.amazonaws.com"
              },
              "Action": "sts:AssumeRole",
              "Condition": {
                  "StringEquals": {
                      "sts:Externalid": "vmimport"
                  }
              }
          }]
      }

   2. ロールポリシーの設定を含む role-policy.json ファイルを JSON 形式で作成します。以下に例を示します。

      {
          "Version": "2012-10-17",
          "Statement": [{
              "Effect": "Allow",
              "Action": ["s3:GetBucketLocation", "s3:GetObject", "s3:ListBucket"],
              "Resource": ["arn:aws:s3:::%s", "arn:aws:s3:::%s/"] }, { "Effect": "Allow", "Action": ["ec2:ModifySnapshotAttribute", "ec2:CopySnapshot", "ec2:RegisterImage", "ec2:Describe"],
              "Resource": "*"
          }]
      }
      $BUCKET $BUCKET

   3. trust-policy.json ファイルを使用して、Amazon Web Services アカウントのロールを作成します。

      $ aws iam create-role --role-name vmimport --assume-role-policy-document file://trust-policy.json

   4. role-policy.json ファイルを使用して、インラインポリシードキュメントを埋め込みます。

      $ aws iam put-role-policy --role-name vmimport --policy-name vmimport --policy-document file://role-policy.json

手順

1. テキストエディターを使用して、次の内容の設定ファイルを作成します。

   provider = "aws"
   
   [settings]
   accessKeyID = "AWS_ACCESS_KEY_ID"
   secretAccessKey = "AWS_SECRET_ACCESS_KEY"
   bucket = "AWS_BUCKET"
   region = "AWS_REGION"
   key = "IMAGE_KEY"

   フィールドの値を accessKeyID、secretAccessKey、bucket、および region の認証情報に置き換えます。IMAGE_KEY 値は、EC2 にアップロードする仮想マシンイメージの名前です。

2. ファイルを CONFIGURATION-FILE.toml として保存し、テキストエディターを閉じます。

3. Compose を開始して AWS にアップロードします。

   # composer-cli compose start blueprint-name image-type image-key configuration-file.toml

   以下を置き換えます。

   • blueprint-name は、作成したブループリントの名前に置き換えます。
   • blueprint-name は、ami イメージタイプに置き換えます。
   • image-key は、EC2 にアップロードする仮想マシンイメージの名前に置き換えます。

   • configuration-file.toml は、クラウドプロバイダーの設定ファイルの名前に置き換えます。

     注記

     カスタマイズしたイメージの送信先となるバケットの正しい AWS Identity and Access Management (IAM) 設定が必要です。イメージをアップロードする前にバケットにポリシーを設定しておく必要があります。

4. イメージビルドのステータスを確認します。

   # composer-cli compose status

   イメージのアップロードプロセスが完了すると、FINISHED ステータスが表示されます。

1. メニューで EC2 にアクセスし、AWS コンソールで正しいリージョンを選択します。イメージが正常にアップロードされたことを示すには、イメージが available ステータスになっている必要があります。
2. ダッシュボードでイメージを選択し、Launch をクリックします。

手順

1. RHEL Image Builder のダッシュボードで、以前に作成した ブループリント名 をクリックします。
2. Images タブを選択します。

3. Create Image をクリックして、カスタマイズしたイメージを作成します。

   Create Image ウィンドウが開きます。

   1. Type ドロップダウンメニューから、Amazon Machine Image Disk (.raw) を選択します。
   2. イメージを AWS Cloud にアップロードするには、Upload to AWS チェックボックスをオンして、Next をクリックします。

   3. AWS へのアクセスを認証するには、対応するフィールドに AWS access key ID および AWS secret access key を入力します。Next をクリックします。

      注記

      新規アクセスキー ID を作成する場合にのみ、AWS シークレットアクセスキーを表示できます。秘密鍵が分からない場合は、新しいアクセスキー ID を生成します。

   4. Image name フィールドにイメージ名を、Amazon S3 bucket name フィールドに Amazon バケット名を入力して、カスタマイズイメージを追加するバケットの AWS region フィールドを入力します。Next をクリックします。

   5. 情報を確認し、Finish をクリックします。

      必要に応じて、Back をクリックして誤った情報を変更します。

      注記

      カスタマイズイメージを送信するバケットの正しい IAM 設定が必要です。この手順では IAM のインポートとエクスポートを使用するため、バケットにイメージをアップロードする前にバケットに ポリシー を設定する必要があります。詳細は、IAM ユーザーの必要なパーミッション を参照してください。

4. 右上のポップアップで、保存の進行状況が通知されます。イメージ作成の開始、イメージ作成の進捗、およびその後の AWS Cloud にアップロードに関する情報も通知されます。

   プロセスが完了すると、Image build complete のステータスが表示されます。

5. ブラウザーで、Service→EC2 にアクセスします。

   1. AWS コンソールのダッシュボードメニューで、正しいリージョン を選択します。イメージのステータスは、アップロードされていることを示す Available でなければなりません。
   2. AWS ダッシュボードでイメージを選択し、Launch をクリックします。
6. 新しいウィンドウが開きます。イメージを開始するために必要なリソースに応じて、インスタンスタイプを選択します。Review and Launch をクリックします。
7. インスタンスの開始の詳細を確認します。変更が必要な場合は、各セクションを編集できます。Launch をクリックします。

8. インスタンスを起動する前に、インスタンスにアクセスするための公開鍵を選択します。

   既存のキーペアを使用するか、キーペアーを新規作成します。

   次の手順に従って、EC2 で新規キーペアを作成し、新規インスタンスにアタッチします。

   1. ドロップダウンメニューリストから、Create a new key pair を選択します。
   2. 新しいキーペアに名前を入力します。新しいキーペアが生成されます。
   3. Download Key Pair をクリックして、新しいキーペアをローカルシステムに保存します。

9. 次に、Launch Instance をクリックしてインスタンスを起動できます。

   Initializing と表示されるインスタンスのステータスを確認できます。

10. インスタンスのステータスが running になると、Connect ボタンが有効になります。

11. Connect をクリックします。ウィンドウが表示され、SSH を使用して接続する方法の説明が表示されます。

    1. 優先する接続方法として スタンドアロン SSH クライアント を選択し、ターミナルを開きます。

    2. 秘密鍵を保存する場所で、SSH が機能するために鍵が公開されていることを確認してください。これには、以下のコマンドを実行します。

       $ chmod 400 _your-instance-name.pem_>

    3. パブリック DNS を使用してインスタンスに接続します。

       $ ssh -i <_your-instance-name.pem_> ec2-user@<_your-instance-IP-address_>

    4. yes と入力して、接続の続行を確定します。

       その結果、SSH 経由でインスタンスに接続されます。

手順

1. Microsoft リポジトリーキーをインポートします。

   # rpm --import https://packages.microsoft.com/keys/microsoft.asc

2. 次の情報を使用して、ローカルの azure-cli.repo リポジトリーを作成します。azure-cli.repo リポジトリーを /etc/yum.repos.d/ に保存します。

   [azure-cli]
   name=Azure CLI
   baseurl=https://packages.microsoft.com/yumrepos/vscode
   enabled=1
   gpgcheck=1
   gpgkey=https://packages.microsoft.com/keys/microsoft.asc

3. Microsoft Azure CLI をインストールします。

   # dnfdownloader azure-cli
   # rpm -ivh --nodeps azure-cli-2.0.64-1.el7.x86_64.rpm

   注記

   Microsoft Azure CLI パッケージのダウンロードバージョンは、現在利用可能なバージョンによって異なる場合があります。

4. Microsoft Azure CLI を実行します。

   $ az login

   ターミナルに次のメッセージが表示されます。Note, we have launched a browser for you to login.For old experience with device code, use "az login --use-device-code次に、ターミナルは、ログインできる場所から https://microsoft.com/devicelogin へのリンクのあるブラウザーを開きます。

   注記

   リモート (SSH) セッションを実行している場合、ログインページのリンクはブラウザーで開きません。この場合、リンクをブラウザーにコピーしてログインし、リモートセッションを認証できます。サインインするには、Web ブラウザーを使用してページ https://microsoft.com/devicelogin を開き、デバイスコードを入力して認証します。

5. Microsoft Azure のストレージアカウントのキーをリスト表示します。

   $ az storage account keys list --resource-group <resource_group_name> --account-name <storage_account_name>

   resource-group-name を Microsoft Azure リソースグループの名前に置き換え、storage-account-name を Microsoft Azure ストレージアカウントの名前に置き換えます。

   注記

   次のコマンドを使用して、使用可能なリソースを一覧表示できます。

   $ az resource list

1. ストレージコンテナーを作成します。

   $ az storage container create --account-name <storage_account_name>\
   --account-key <key1_value> --name <storage_account_name>

   storage-account-name は、ストレージアカウント名に置き換えます。

手順

1. イメージを Microsoft Azure にプッシュし、そこからインスタンスを作成します。

   $ az storage blob upload --account-name <account_name> --container-name <container_name> --file <_image_-disk.vhd> --name <_image_-disk.vhd> --type page
   ...

2. Microsoft Azure Blob ストレージへのアップロードが完了したら、そこから Microsoft Azure イメージを作成します。

   $ az image create --resource-group < _resource_group_name_> --name <_image_-disk.vhd>  --os-type linux --location eastus --source https://$ACCOUNT.blob.core.windows.net/<_container_name_> <_image_-disk.vhd>
    - Running ...

検証

1. Microsoft Azure ポータル、または以下のようなコマンドを使用して、インスタンスを作成します。

   $ az vm create --resource-group <_resource_group_name_> --location eastus --name <_image_-disk.vhd> --image <_image_-disk.vhd> --admin-username azure-user --generate-ssh-keys
    - Running ...

2. 秘密鍵を使用して、SSH 経由で、作成されたインスタンスにアクセスします。azure-user としてログインします。このユーザー名は前の手順で設定したものです。

手順

1. RHEL Image Builder ダッシュボードで、使用するブループリントを選択します。
2. Images タブをクリックします。

3. Create Image をクリックして、カスタマイズした .vhd イメージを作成します。

   Create image ウィザードが開きます。

   1. Type ドロップダウンメニューリストから Microsoft Azure (.vhd) を選択します。
   2. イメージを Microsoft Azure クラウドにアップロードするには、Upload to Azure チェックボックスをオンします。
   3. Image Size を入力し、Next をクリックします。

4. Upload to Azure ページで、次の情報を入力します。

   1. 認証ページで、次のように入力します。

      1. Storage account の名前。これは、Microsoft Azure portal の Storage account ページにあります。
      2. Storage access key:これは、Access Key ストレージページにあります。
      3. Next をクリックします。

   2. Authentication ページで、次のように入力します。

      1. イメージ名
      2. Storage container。これは、イメージのアップロード先の BLOB コンテナーです。Microsoft Azure portal の Blob service セクションにあります。
      3. Next をクリックします。

5. Review ページで Create をクリックします。RHEL Image Builder が起動し、アップロードプロセスが開始します。

   Microsoft Azure Cloud にプッシュしたイメージにアクセスします。

6. Microsoft Azure ポータル にアクセスします。
7. 検索バーに "storage account" と入力し、リストから Storage accounts をクリックします。
8. 検索バーに "Images" と入力し、Services の下にある最初のエントリーを選択します。Image Dashboard にリダイレクトされます。
9. ナビゲーションパネルで、Containers をクリックします。
10. 作成したコンテナーを見つけます。コンテナー内には、RHEL Image Builder を使用して作成およびプッシュした .vhd ファイルがあります。

検証

1. 仮想マシンイメージを作成して起動できることを確認します。

   1. 検索バーに images account と入力し、リストから Images をクリックします。
   2. +Create をクリックします。
   3. ドロップダウンリストから、前に使用したリソースグループを選択します。
   4. イメージの名前を入力します。
   5. OS type で Linux を選択します。
   6. VM generation で Gen 2 を選択します。
   7. Storage Blob で Browse をクリックし、VHD ファイルに到達するまでストレージアカウントとコンテナーをクリックします。
   8. ページの最後にある Select をクリックします。
   9. Account Type を選択します (例: Standard SSD)。
   10. Review + Create をクリックし、Create をクリックします。イメージが作成されるまでしばらく待機します。

2. 仮想マシンを起動するには、次の手順に従います。

   1. Go to resource をクリックします。
   2. ヘッダーのメニューバーから + Create VM をクリックします。
   3. 仮想マシンの名前を入力します。
   4. Size セクションと Administrator account セクションに入力します。

   5. Review + Create をクリックし、Create をクリックします。デプロイメントの進行状況を確認できます。

      デプロイメントが完了したら、仮想マシン名をクリックしてインスタンスのパブリック IP アドレスを取得し、SSH を使用して接続します。

   6. ターミナルを開いて SSH 接続を作成し、仮想マシンに接続します。

手順

1. RHEL Image Builder ダッシュボードで、Blueprint タブをクリックします。
2. ブループリントのテーブルで、イメージをビルドするブループリントを見つけます。
3. 選択したブループリントの右側で、Create Image をクリックします。Create image ダイアログウィザードが開きます。

4. Image output ページで、次の手順を実行します。

   1. Select a blueprint リストから、必要なイメージのタイプを選択します。
   2. Image output type リストから、必要なイメージの出力タイプを選択します。
   3. オプション: イメージを VMware に直接アップロードするには、Upload to VMWare チェックボックスをオンにします。
   4. イメージのサイズを入力します。
   5. Next をクリックします。

5. Upload to VMware ページで、次の情報を入力します。

   1. Image name: イメージ名を入力します。
   2. Host: イメージファイルをアップロードする VMware vSphere インスタンスの URL を入力します。
   3. Cluster: イメージをアップロードするクラスター名のページを入力します。
   4. Datacenter: イメージをアップロードするデータセンター名。
   5. Datastore: イメージをアップロードするデータストア名。
   6. Folder: イメージをアップロードするフォルダー名。
   7. Next をクリックします。

6. Review ページで、イメージの作成に関する詳細を確認し、Create をクリックします。

   イメージの作成が開始し、このイメージ作成の進捗が表示されます。その後、VMware vSphere クライアントへのアップロードが行われます。

手順

1. GOVC 環境変数を使用して、ユーザー環境で次の値を設定します。

   GOVC_URL
   GOVC_DATACENTER
   GOVC_FOLDER
   GOVC_DATASTORE
   GOVC_RESOURCE_POOL
   GOVC_NETWORK

2. VMware vSphere イメージをダウンロードしたディレクトリーに移動します。

3. 次の手順に従って、vSphere で VMware vSphere イメージを起動します。

   1. VMware vSphere イメージを vSphere にインポートします。

      $ govc import.vmdk ./composer-api.vmdk foldername

      .ova 形式の場合:

      $ govc import.ova ./composer-api.ova foldername

   2. 電源をオンにせずに vSphere に仮想マシンを作成します。

      govc vm.create \
      -net.adapter=vmxnet3 \
      -m=4096 -c=2 -g=rhel8_64Guest \
      -firmware=efi -disk=”foldername/composer-api.vmdk” \
      -disk.controller=scsi -on=false \
       vmname

      .ova 形式の場合は、行 -firmware=efi -disk=”foldername/composer-api.vmdk” \ を `-firmware=efi -disk=”foldername/composer-api.ova” \ に置き換えます。

   3. 仮想マシンの電源をオンにします。

      govc vm.power -on vmname

   4. 仮想マシンの IP アドレスを取得します。

      govc vm.ip vmname

   5. ブループリントで指定したユーザー名とパスワードで、SSH を使用して、仮想マシンにログインします。

      $ ssh admin@<_ip_address_of_the_vm_>

      注記

      govc datastore.upload コマンドを使用してローカルホストから宛先に .vmdk イメージをコピーしても、コピーして作成したイメージを使用することはできません。vSphere GUI には import.vmdk コマンドを使用するオプションがないため、vSphere GUI は直接アップロードをサポートしません。そのため、.vmdk イメージを vSphere GUI から使用することはできません。

手順

1. 作成したブループリントの Images タブをクリックします。

2. Create Image をクリックして、カスタマイズしたイメージを作成します。

   イメージタイプウィンドウが開きます。

3. Image type ウィンドウで、以下を実行します。

   1. ドロップダウンメニューから、タイプ VMware vSphere (.vmdk) を選択します。
   2. Upload to VMware チェックボックスをチェックして、イメージを vSphere にアップロードします。
   3. オプション: インスタンス化するイメージのサイズを設定します。最小のデフォルトサイズは 2 GB です。
   4. Next をクリックします。

4. Upload to VMware ウィンドウの Authentication の下に以下の情報を入力します。

   1. ユーザー名: vSphere アカウントのユーザー名。
   2. パスワード: vSphere アカウントのパスワード。

5. Upload to VMware ウィンドウの Destination の下に、イメージのアップロード先に関する以下の情報を入力します。

   1. Image name: イメージの名前。
   2. Host: VMware vSphere の URL。
   3. Cluster: クラスターの名前。
   4. Data center:データセンターの名前。
   5. Data store: データストアの名前。
   6. Next をクリックします。

6. 確認 ウィンドウで、イメージ作成の詳細を確認し、Finish をクリックします。

   Back をクリックして、誤った情報を変更できます。

   RHEL Image Builder は、RHEL vSphere イメージの Compose をキューに追加し、指定した vSphere インスタンスのクラスターにイメージを作成してアップロードします。

   注記

   イメージビルドおよびアップロードプロセスの完了には数分かかります。

   プロセスが完了すると、Image build complete のステータスが表示されます。

1. VMware vSphere クライアントにアクセスします。
2. 指定した vSphere インスタンスのクラスターでイメージを検索します。
3. アップロードしたイメージを選択します。
4. 選択したイメージを右クリックします。

5. New Virtual Machine をクリックします。

   New Virtual Machine ウィンドウが開きます。

   New Virtual Machine ウィンドウで、以下の詳細を指定します。

   1. New Virtual Machine を選択します。
   2. 仮想マシンの名前とフォルダーを選択します。
   3. コンピューターリソースの選択: この操作の宛先コンピューターリソースを選択します
   4. ストレージを選択:たとえば、NFS-Node1 を選択します。
   5. 互換性を選択:イメージは BIOS のみである必要があります。
   6. ゲストオペレーティングシステムを選択します。たとえば、Linux および Red Hat Fedora (64-bit) を選択します。
   7. ハードウェアのカスタマイズ:仮想マシンを作成する場合は、右上の Device Configuration ボタンでデフォルトの New Hard Disk を削除し、ドロップダウンを使用して Existing Hard Disk ディスクイメージを選択します。
   8. 完了する準備ができました:詳細を確認し、Finish をクリックしてイメージを作成します。

6. VMs タブに移動します。

   1. リストから、作成した仮想マシンを選択します。
   2. パネルから Start ボタンをクリックします。仮想マシンイメージを読み込み中であることを示す新しいウィンドウが表示されます。
   3. ブループリント用に作成した認証情報を使用してログインします。

   4. ブループリントに追加したパッケージがインストールされていることを確認できます。以下に例を示します。

      $ rpm -qa | grep firefox

手順

1. ブラウザーで Web コンソールの RHEL Image Builder インターフェイスを開きます。
2. Create blueprint をクリックします。Create blueprint ウィザードが開きます。
3. Details ページで、ブループリントの名前を入力し、必要に応じて説明を入力します。Next をクリックします。
4. Packages ページで、イメージに含めるコンポーネントとパッケージを選択します。Next をクリックします。
5. Customizations ページで、ブループリントに必要なカスタマイズを設定します。Next をクリックします。
6. Review ページで Create をクリックします。
7. イメージを作成するには、Create Image をクリックします。Create image ウィザードが開きます。

8. Image output ページで、次の手順を実行します。

   1. "Select a blueprint" ドロップダウンメニューから、必要なブループリントを選択します。
   2. "Image output type" ドロップダウンメニューから、Oracle Cloud Infrastructure (.qcow2) を選択します。
   3. イメージを OCI にアップロードするには、"Upload OCI" チェックボックスをオンにします。
   4. "image size" を入力します。Next をクリックします。

9. Upload to OCI - Authentication ページで、次の必須の詳細を入力します。

   1. ユーザー OCID: ユーザーの詳細を表示するページのコンソールで確認できます。
   2. 秘密鍵

10. Upload to OCI - Destination ページで、次の必須の詳細を入力し、Next をクリックします。

    1. イメージ名: アップロードするイメージの名前。
    2. OCI バケット
    3. バケット namespace
    4. バケットリージョン
    5. バケットコンパートメント
    6. バケットテナンシー
11. ウィザードの詳細を確認し、Finish をクリックします。

検証

1. OCI ダッシュボード → カスタムイメージにアクセスします。
2. イメージに指定した Compartment を選択し、Import image テーブルでイメージを見つけます。
3. イメージ名をクリックして、イメージ情報を確認します。

手順

1. QCOW2 イメージの作成を開始します。

   # composer-cli compose start blueprint_name openstack

2. ビルドの状態を確認します。

   # composer-cli compose status

   イメージのビルドが完了したら、イメージをダウンロードできます。

3. QCOW2 イメージをダウンロードします。

   # composer-cli compose image UUID

4. OpenStack ダッシュボードにアクセスし、+Create Image をクリックします。
5. 左側のメニューで、Admin タブを選択します。

6. System Panel から Image をクリックします。

   Create An Image ウィザードが開きます。

7. Create An Image ウィザードで、以下を行います。

   1. イメージの名前を入力します。
   2. Browse をクリックして QCOW2 イメージをアップロードします。
   3. Format ドロップダウンリストから、QCOW2 - QEMU Emulator を選択します。

   4. Create Image をクリックします。

      

8. 左側のメニューで Project タブを選択します。

   1. Compute メニューから Instances を選択します。

   2. Launch Instance ボタンをクリックします。

      インスタンスの Launch Instance が開きます。

   3. Details ページで、インスタンスの名前を入力します。Next をクリックします。
   4. Source ページで、アップロードしたイメージの名前を選択します。Next をクリックします。

   5. Flavor ページで、ニーズに最適なマシンリソースを選択します。Launch をクリックします。

      

9. イメージから任意のメカニズム (CLI または OpenStack Web UI) を使用して、イメージインスタンスを実行できます。秘密鍵を使用して、SSH 経由で、作成されたインスタンスにアクセスします。cloud-user としてログインします。

手順

1. Alibaba の image_check ツールを使用して、チェックするイメージを含むシステムに接続します。

2. image_check ツールをダウンロードします。

   $ curl -O https://docs-aliyun.cn-hangzhou.oss.aliyun-inc.com/assets/attach/73848/cn_zh/1557459863884/image_check

3. イメージのコンプライアンスツールのファイルパーミッションを変更します。

   # chmod +x image_check

4. 次のコマンドを実行して、イメージコンプライアンスツールのチェックを起動します。

   # ./image_check

   このツールは、システム設定を検証し、画面に表示されるレポートを生成します。image_check ツールは、イメージのコンプライアンスツールが実行されているフォルダーにこのレポートを保存します。

手順

1. OSS コンソール にログインします。
2. 左側のバケットメニューで、イメージをアップロードするバケットを選択します。
3. 右上のメニューで、Files タブをクリックします。

4. Upload をクリックします。右側のダイアログウィンドウが開きます。以下を設定します。

   • アップロード先:これを選択すると、現在 のディレクトリーまたは 指定した ディレクトリーにファイルをアップロードします。
   • ファイル ACL:アップロードしたファイルのパーミッションのタイプを選択します。
5. Upload をクリックします。
6. OSS コンソールにアップロードするイメージを選択します。
7. Open をクリックします。

手順

1. ECS コンソール にログインします。

   1. 左側のメニューで、images をクリックします。
   2. 右上にある Import Image をクリックします。ダイアログウィンドウが開きます。

   3. イメージが含まれる正しいリージョンを設定していることを確認します。以下の情報を入力します。

      1. OSS Object Address:OSS Object Address の取得方法を参照してください。
      2. Image Name
      3. オペレーティングシステム
      4. System Disk Size
      5. システムアーキテクチャー
      6. プラットフォーム:Red Hat

   4. 必要に応じて、以下の情報を指定します。

      7. Image Format - アップロードしたイメージの形式に応じて qcow2 または ami。
      8. Image Description

      9. Add Images of Data Disks

         アドレスは、OSS 管理コンソールで確認できます。左側のメニューで必要なバケットを選択した後:

2. Files セクションを選択します。

3. 適切なイメージの右側にある Details リンクをクリックします。

   画面右側にウィンドウが表示され、イメージの詳細が表示されます。OSS オブジェクトアドレスは URL ボックスにあります。

4. OK をクリックします。

   注記

   インポートプロセスの時間は、イメージのサイズによって異なります。

手順

1. ECS コンソール にログインします。
2. 左側のメニューで、インスタンス を選択します。
3. 右上隅にある インスタンスの作成 をクリックします。新しいウィンドウにリダイレクトされます。
4. 必要な情報をすべて完了します。詳細は、Creating an instance by using the wizard を参照してください。

5. Create Instance をクリックして、順番を確認します。

   注記

   サブスクリプションによっては、Create Instance ではなく Create Order が表示されます。