절차

1. RHEL 이미지 빌더 및 기타 필요한 패키지를 설치합니다.

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

   • osbuild-composer - 사용자 지정된 RHEL 운영 체제 이미지를 빌드하는 서비스입니다.
   • composer-cli- 이 패키지를 사용하면 CLI 인터페이스에 액세스할 수 있습니다.
   • Cockpit-composer - 이 패키지를 사용하면 웹 UI 인터페이스에 액세스할 수 있습니다. 웹 콘솔은 cockpit-composer 패키지의 종속성으로 설치됩니다.

2. RHEL 이미지 빌더 소켓을 활성화하고 시작합니다.

   # systemctl enable --now osbuild-composer.socket

3. 웹 콘솔에서 RHEL 이미지 빌더를 사용하려면 활성화한 후 시작합니다.

   # 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 이미지 빌더에 새 타사 소스를 추가합니다.

   $ 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 이미지 빌더에 새 타사 소스를 추가합니다.

   $ 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. repodata가 있는 디렉터리에 액세스합니다.

   $ 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 를 통해 키를 사용할 수 있는 경우 키 URL을 사용하여 gpgkeys 필드를 설정합니다. 필요한 만큼 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"]

      또는 gpgkeys 필드에 직접 GPG 키를 추가합니다. 예를 들면 다음과 같습니다.

      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 파일에 다음 구조를 추가합니다. 문자열 형식으로 다음 속성 중 하나만 지정합니다.

   • baseurl - 리포지토리의 기본 URL입니다.
   • metalink - 유효한 미러 리포지토리 목록이 포함된 metalink 파일의 URL입니다.

   • 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 버전으로 교체하여 배포에 대한 JSON 파일을 복사할 수 있습니다(예: rhel-9.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 및 set 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. 블루프린트 텍스트 파일을 다시 이미지 빌더로 가져오기
4. 작성을 실행하여 지침에서 이미지 빌드
5. 다운로드할 이미지 파일을 내보냅니다.

절차

1. 다음 콘텐츠를 사용하여 일반 텍스트 파일을 생성합니다.

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

   BLUEPRINT-NAME 및 LONG FORM DESCRIPTION TEXT 를 devfile에 대한 이름 및 설명으로 바꿉니다.

   0.0.1 을 Semantic Versioning 스키마에 따른 버전 번호로 바꿉니다.

2. Makefile에 포함하려는 모든 패키지에 대해 파일에 다음 행을 추가합니다.

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

   package-name 을 httpd, gdb-doc 또는 coreutils 와 같은 패키지 이름으로 바꿉니다.

   선택적으로 package-version 을 사용할 버전으로 교체합니다. 이 필드는 dnf 버전 사양을 지원합니다.

   • 특정 버전의 경우 8.7.0 과 같은 정확한 버전 번호를 사용하십시오.
   • 사용 가능한 최신 버전의 경우 별표 * 를 사용합니다.
   • 최신 마이너 버전의 경우 8.*과 같은 형식을 사용하십시오.

3. 필요에 맞게 사용자 정의하십시오. 예를 들어 SMT(Simultaneous Multi Threading)를 비활성화합니다.

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

   사용 가능한 추가 사용자 지정은 지원되는 이미지 사용자 지정을 참조하십시오.

4. 예를 들어 파일을 BLUEPRINT-NAME.toml로 저장하고 텍스트 편집기를 종료합니다.

5. 다음과 같이 푸시합니다.

   # composer-cli blueprints push BLUEPRINT-NAME.toml

   BLUEPRINT-NAME 을 이전 단계에서 사용한 값으로 바꿉니다.

   참고

   composer-cli 를 non-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 이미지 빌더 블루프린트 버전에서는 Semantic Versioning 스키마를 사용해야 합니다. 또한 버전을 변경하지 않으면 패치 버전 구성 요소가 자동으로 증가합니다.
5. 파일을 저장하고 텍스트 편집기를 종료합니다.

6. 블루프린트를 RHEL 이미지 빌더로 다시 푸시합니다.

   # composer-cli blueprints push BLUEPRINT-NAME.toml

   참고

   블루프린트를 RHEL 이미지 빌더로 다시 가져오려면 .toml 확장을 포함한 파일 이름을 제공하고 다른 명령에서는 블루프린트 이름만 사용합니다.

검증

1. RHEL 이미지 빌더에 업로드된 콘텐츠가 편집 내용과 일치하는지 확인하려면 블루프린트 내용을 나열합니다.

   # composer-cli blueprints show BLUEPRINT-NAME

2. Makefile 및 해당 종속 항목에 나열된 구성 요소 및 버전이 유효한지 확인합니다.

   # composer-cli blueprints depsolve BLUEPRINT-NAME

절차

1. 선택 사항: 생성할 수 있는 이미지 형식을 나열합니다.

   # composer-cli compose types

2. 작성을 시작합니다.

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

   BLUEPRINT-NAME 을 블루프린트 이름으로 바꾸고, IMAGE-TYPE 을 이미지 유형으로 바꿉니다. 사용 가능한 값은 composer-cli compose types 명령의 출력을 참조하십시오.

   작성 프로세스는 백그라운드에서 시작되고 구성자 UUID(Universally Unique Identifier)를 보여줍니다.

3. 이미지 생성을 완료하는 데 최대 10분이 걸릴 수 있습니다.

   compose의 상태를 확인하려면 다음을 수행하십시오.

   # composer-cli compose status

   완료된 작성에는 FINISHED 상태 값이 표시됩니다. 목록에서 작성을 확인하려면 해당 UUID를 사용합니다.

4. 작성 프로세스가 완료되면 결과 이미지 파일을 다운로드합니다.

   # composer-cli compose image UUID

   UUID 를 이전 단계에 표시된 UUID 값으로 바꿉니다.

절차

1. 호스트에서 웹 브라우저에서 https://<_localhost_>:9090/ 을 엽니다.
2. root 사용자로 웹 콘솔에 로그인합니다.

3. RHEL 이미지 빌더 컨트롤을 표시하려면 창의 왼쪽 상단에 있는 이미지 빌더 버튼을 클릭합니다.

   RHEL 이미지 빌더 대시보드가 열리고 기존 블루프린트가 나열됩니다(있는 경우).

절차

1. 오른쪽 상단 모서리에서 Create ECDHE을 클릭합니다.

   이름 및 설명에 대한 필드가 있는 대화 상자가 열립니다.

2. 세부 정보 페이지에서 다음을 수행합니다.

   1. 이름을 입력하고 선택적으로 해당 설명을 입력합니다.
   2. 다음을 클릭합니다.

3. 선택 사항: 패키지 페이지에서 다음을 수행합니다.

   1. 사용 가능한 패키지 검색에서 패키지 이름을 입력합니다.
   2. 다음 패키지 필드로 이동하려면 > 버튼을 클릭합니다.
   3. 이전 단계를 반복하여 원하는 만큼 패키지를 검색하고 포함합니다.

   4. 다음을 클릭합니다.

      참고

      이러한 사용자 정의는 달리 지정하지 않는 한 모두 선택 사항입니다.

4. 커널 페이지에서 커널 이름과 명령줄 인수를 입력합니다.

5. 파일 시스템 페이지에서 자동 파티셔닝 사용을 선택하거나 이미지 파일 시스템의 파티션을 수동으로 구성할 수 있습니다. 파티션을 수동으로 구성하려면 다음 단계를 완료합니다.

   1. Manually configure partitions 버튼을 클릭합니다.

      파티션 구성 섹션이 열리고 Red Hat 표준 및 보안 가이드를 기반으로 하는 구성이 표시됩니다.

   2. 드롭다운 메뉴에서 파티션을 구성하는 세부 정보를 제공합니다.

      1. 마운트 지점 필드의 경우 다음 마운트 지점 유형 옵션 중 하나를 선택합니다.

         • / - 루트 마운트 지점
         • /var
         • /home
         • /opt
         • /srv
         • /usr
         • /app
         • /data
         • /tmp

         • /usr/local

           마운트 지점에 경로를 추가할 수도 있습니다(예: /tmp ). 예를 들어: 접두사로 /tmp 를 추가 경로로 지정하면 /var /tmp가 생성됩니다.

           참고

           선택한 마운트 지점 유형에 따라 파일 시스템 유형이 xfs 로 변경됩니다.

      2. 파일 시스템의 최소 크기 파티션 필드의 경우 필요한 최소 파티션 크기를 입력합니다. Minimum size(최소 크기) 드롭다운 메뉴에서 GiB,MiB, KiB 와 같은 일반적인 크기 단위를 사용할 수 있습니다. 기본 단위는 GiB 입니다.

         참고

         최소 크기는 RHEL 이미지 빌더가 여전히 파티션 크기를 늘릴 수 있음을 의미합니다. 작업 이미지를 생성할 수 없을 경우 파티션 크기를 늘릴 수 있습니다.

   3. 파티션을 추가하려면 파티션 추가 버튼을 클릭합니다. 다음과 같은 오류 메시지가 표시됩니다. 중복 파티션: 각 마운트 지점의 파티션은 하나만 생성할 수 있습니다., 다음을 수행할 수 있습니다.

      1. 제거 버튼을 클릭하여 중복된 파티션을 제거합니다.
      2. 생성할 파티션의 새 마운트 지점을 선택합니다.
   4. 파티션 구성을 완료한 후 다음을 클릭합니다.

6. 서비스 페이지에서 서비스를 활성화하거나 비활성화할 수 있습니다.

   1. 활성화 또는 비활성화할 서비스 이름을 입력하거나 쉼표로, 공백으로 또는 Enter 키를 눌러 입력합니다. 다음을 클릭합니다.

7. 방화벽 페이지에서 방화벽 설정을 설정합니다.

   1. 포트 및 활성화 또는 비활성화하려는 방화벽 서비스를 입력합니다.
   2. 영역 추가 버튼을 클릭하여 각 영역의 방화벽 규칙을 독립적으로 관리합니다. 다음을 클릭합니다.

8. 사용자 페이지에서 단계에 따라 사용자를 추가합니다.

   1. 사용자 추가를 클릭합니다.
   2. 사용자 이름, 암호, SSH 키 를 입력합니다. 서버 관리자 확인란을 클릭하여 사용자를 권한 있는 사용자로 표시할 수도 있습니다. 다음을 클릭합니다.

9. 그룹 페이지에서 다음 단계를 완료하여 그룹을 추가합니다.

   1. 그룹 추가 버튼을 클릭합니다.

      1. 그룹 이름과 그룹 ID 를 입력합니다. 더 많은 그룹을 추가할 수 있습니다. 다음을 클릭합니다.

10. SSH 키 페이지에서 키 를 추가합니다.

    1. Add key 버튼을 클릭합니다.

       1. SSH 키를 입력합니다.
       2. 사용자 를 입력합니다. 다음을 클릭합니다.

11. 시간대 페이지에서 시간대 설정을 설정합니다.

    1. 시간대 필드에 시스템 이미지에 추가할 시간대를 입력합니다. 예를 들어 다음 표준 시간대 형식을 추가합니다. "US/E disastern".

       시간대를 설정하지 않으면 시스템은 Universal Time, Coordinated (UTC)를 기본값으로 사용합니다.

    2. NTP 서버를 입력합니다. 다음을 클릭합니다.

12. 로컬 페이지에서 다음 단계를 완료합니다.

    1. 10.0.0.1 검색 필드에 시스템 이미지에 추가할 패키지 이름을 입력합니다. 예: [ "en_US.UTF-8"].
    2. Languages 검색 필드에 시스템 이미지에 추가할 패키지 이름을 입력합니다. 예: "us". 다음을 클릭합니다.

13. 기타 페이지에서 다음 단계를 완료합니다.

    1. Hostname 필드에 시스템 이미지에 추가할 호스트 이름을 입력합니다. 호스트 이름을 추가하지 않으면 운영 체제에서 호스트 이름을 결정합니다.
    2. Simplifier 설치 프로그램 이미지에만 필요합니다. 설치 장치 필드에 시스템 이미지에 유효한 노드를 입력합니다. 예: dev/sda1. 다음을 클릭합니다.

14. FIDO 이미지를 빌드할 때만 필수 사항: FIDO 장치 온보딩 페이지에서 다음 단계를 완료하십시오.

    1. Manufacturing server URL 필드에 다음 정보를 입력합니다.

       1. DIUN 공개 키 비보안 필드에 비보안 공개 키를 입력합니다.
       2. DIUN 공개 키 해시 필드에 공개 키 해시를 입력합니다.
       3. DIUN 공개 키 루트 인증서 필드에 공개 키 루트 인증서를 입력합니다. 다음을 클릭합니다.

15. OpenSCAP 페이지에서 다음 단계를 완료합니다.

    1. 데이터 스트림 필드에 시스템 이미지에 추가할 datastream 수정 명령을 입력합니다.
    2. Profile ID 필드에 시스템 이미지에 추가할 profile_id 보안 프로필을 입력합니다. 다음을 클릭합니다.

16. Ignition 이미지를 빌드할 때만 필수 항목입니다. Ignition 페이지에서 다음 단계를 완료합니다.

    1. Firstboot URL 필드에 시스템 이미지에 추가할 패키지 이름을 입력합니다.
    2. VMDK 데이터 필드에서 파일을 드래그하거나 업로드합니다. 다음을 클릭합니다.
17. . 검토 페이지에서 청사진에 대한 세부 사항을 검토합니다. 생성을 클릭합니다.

절차

1. RHEL 이미지 빌더 대시보드에서 블루프린트 가져오기 를 클릭합니다. 가져오기 마법사 가 열립니다.
2. Upload( 업로드 ) 필드에서 기존 청사진을 드래그하거나 업로드합니다. TOML 또는 JSON 형식일 수 있습니다.
3. Import 를 클릭합니다. 대시보드에는 가져온 청사진이 나열됩니다.

절차

1. 이미지 빌더 대시보드에서 내보낼 청사진을 선택합니다.
2. Export Blueprint를 클릭합니다. 내보내기 전 마법사 가 열립니다.

3. 내보내기 버튼을 클릭하여 블루프린트를 파일로 다운로드하거나 복사 버튼을 클릭하여 블루프린트를 클립보드에 복사합니다.

   1. 필요한 경우 복사 버튼을 클릭하여 청사진을 복사합니다.

절차

1. RHEL 이미지 빌더 대시보드에서 블루프린트 탭을 클릭합니다.
2. FlexVolume 테이블에서 이미지를 빌드하려는 경우 해당 이미지를 찾습니다.
3. 선택한 이미지의 오른쪽에서 Create Image 를 클릭합니다. 이미지 생성 대화 상자 마법사가 열립니다.

4. 이미지 출력 페이지에서 다음 단계를 완료합니다.

   1. Select aoctavia 목록에서 원하는 이미지 유형을 선택합니다.

   2. 이미지 출력 유형 목록에서 원하는 이미지 출력 유형을 선택합니다.

      선택한 이미지 유형에 따라 세부 정보를 추가해야 합니다.

5. 다음을 클릭합니다.

6. 검토 페이지에서 이미지 생성에 대한 세부 사항을 검토하고 이미지 생성을 클릭합니다.

   이미지 빌드가 시작되고 완료하는 데 최대 20분이 걸립니다.

절차

1. ISO 이미지를 생성합니다.

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

   • 생성한 블루프린트 이름이 있는 BLUEPRINT-NAME

   • image-installer 는 이미지 유형입니다.

     compose 프로세스는 백그라운드에서 시작되고 compose의 UUID가 표시됩니다. 작성이 완료될 때까지 기다립니다. 이 작업은 몇 분 정도 걸릴 수 있습니다.

2. 구성의 상태를 확인합니다.

   # composer-cli compose status

   완료된 작성에는 상태 값이 FINISHED로 표시됩니다.

3. UUID를 통해 목록에서 compose를 식별합니다.

   # composer-cli compose list

4. 작성이 완료되면 생성된 이미지 파일을 현재 디렉터리로 다운로드합니다.

   # composer-cli compose image UUID

   UUID 를 이전 단계에서 얻은 UUID 값으로 바꿉니다.

   RHEL 이미지 빌더는 .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 이미지 빌더 대시보드에서 이미지를 빌드하는 데 사용할 블루프린트를 찾습니다. 선택적으로 왼쪽 상단에 있는 검색 상자에 블루프린트 이름 또는 일부를 입력하고 Enter 를 클릭합니다.

2. 오른쪽에 있는 해당 이미지 생성 버튼을 클릭합니다.

   이미지 생성 대화 마법사가 열립니다.

3. 이미지 생성 대화 상자에서 다음을 수행합니다.

   1. 이미지 유형 목록에서 "RHEL Installer(.iso)" 를 선택합니다.
   2. 다음을 클릭합니다.

   3. 검토 탭에서 생성 을 클릭합니다.

      RHEL 이미지 빌더에서는 RHEL ISO 이미지 작성을 큐에 추가합니다.

      프로세스가 완료되면 이미지 빌드 완료 상태를 확인할 수 있습니다. RHEL 이미지 빌더는 ISO 이미지를 생성합니다.

1. 다운로드 를 클릭하여 "RHEL Installer(.iso)" 이미지를 시스템에 저장합니다.
2. "RHEL Installer(.iso)" 이미지를 다운로드한 폴더로 이동합니다.
3. 다운로드한 .tar 이미지를 찾습니다.

4. "RHEL Installer(.iso)" 이미지 콘텐츠를 추출합니다.

   $ tar -xf content.tar

절차

1. dd 도구를 사용하여 부팅 가능한 ISO 이미지를 USB 드라이브에 직접 작성합니다. 예를 들면 다음과 같습니다.

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

   여기서 installer.iso 는 ISO 이미지 파일 이름이고 /dev/sdX 는 USB 플래시 드라이브 장치 경로입니다.

2. 부팅하려는 컴퓨터의 USB 포트에 Flash 드라이브를 삽입합니다.

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

   여기서 _name 은 이름이 됩니다.

   이미지 빌드가 준비되면 배포에 사전 강화된 이미지를 사용할 수 있습니다. 가상 머신 생성을 참조하십시오.

1. SSH를 사용하여 이미지에 연결합니다.

2. oscap 스캐너를 실행합니다.

   # scap-workbench

3. SCAP Workbench에서 다음을 수행합니다.

   1. 검사할 시스템 버전을 선택합니다. Load content 를 클릭합니다.
   2. 스캔할 프로필을 선택하고 스캔을 클릭합니다. OpenSCAP은 시스템의 모든 요구 사항을 확인합니다.
   3. 검사 를 클릭하여 선택한 프로필로 시스템을 스캔합니다.
   4. 검사가 완료되면 보고서 표시를 클릭합니다.

절차

1. 생성한 이름을 클릭합니다.
2. 이미지 탭을 선택합니다.
3. Create Image (이미지 만들기)를 클릭하여 사용자 지정된 이미지를 만듭니다. 이미지 생성 창이 열립니다.
4. 유형 드롭다운 메뉴 목록에서 QEMU Image(.qcow2) 를 선택합니다.
5. 이미지를 인스턴스화할 때 사용할 크기를 설정하고 생성을 클릭합니다.
6. 창 오른쪽 상단에 있는 작은 팝업은 이미지 생성이 큐에 추가되었음을 알려줍니다. 이미지 생성 프로세스가 완료되면 이미지 빌드 완료 상태를 확인할 수 있습니다.

절차

1. RHEL 이미지 빌더를 사용하여 생성한 .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 공개 키는 ~/.ssh/ <id_rsa.pub>\ 에서 찾을 수 있습니다.

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 게스트 이미지에서 새 VM을 생성합니다. 4단계에서 생성한 ISO 이미지를 VM 이미지에 대한 첨부 파일로 포함합니다.

   # 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 VM임을 나타냅니다.
   • --vCPUs 4 - 가상 CPU 4를 사용합니다.
   • --memory 4096 - 4096MB RAM을 사용함을 의미합니다.

7. VM 설치가 시작됩니다.

   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를 사용하여 VM에 액세스할 수 있습니다.

절차

1. registry-config.toml 파일을 설정하여 컨테이너 공급자를 선택합니다. 인증 정보는 선택 사항입니다.

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

2. .toml 형식으로 설정Setting a .toml format 이는 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는 이름이 됩니다.
   • container - 이미지 유형입니다.

   • "Quay.io:8080/osbuild/ repository " - quay.io 는 대상 레지스트리이고 osbuild 는 조직이며, 빌드가 완료되면 컨테이너를 푸시할 위치입니다. 선택적으로 태그를 설정할 수 있습니다. :tag 의 값을 설정하지 않으면 기본적으로 :latest 태그를 사용합니다.

     참고

     사용자 지정 패키지의 종속성을 해결하기 때문에 컨테이너 이미지를 빌드하는 데 시간이 걸립니다.

5. 이미지 빌드가 완료되면 생성된 컨테이너는 quay.io 에서 사용할 수 있습니다.

검증

1. quay.io 를 열고 리포지토리 태그 를 클릭합니다.

    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. 매니페스트 ID 값을 복사하여 컨테이너를 포함하려는 이미지를 빌드합니다.

절차

1. qcow2 이미지를 빌드하기 위해 이름이 생성되었습니다. template에는 사용자 지정이 포함되어야 합니다.

   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

   완료된 작성에는 FINISHED 상태 값이 표시됩니다. 목록에서 작성을 확인하려면 해당 UUID를 사용합니다.

5. 작성 프로세스가 완료되면 결과 이미지 파일을 기본 다운로드 위치로 다운로드합니다.

   # composer-cli compose image UUID

   UUID를 이전 단계에 표시된 UUID 값으로 바꿉니다.

   생성하고 다운로드한 qcow2 이미지를 사용하여 VM을 생성할 수 있습니다.

1. VM에서 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 는 조직이며, 빌드가 완료되면 컨테이너를 푸시할 위치입니다.

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 IAM(Identity and Access Management)에서 vmimport S3 Role을 생성합니다.

   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. 역할 정책 구성을 사용하여 JSON 형식으로 role-policy.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,버킷 및 리전에 대한 자격 증명으로 바꿉니다. IMAGE_KEY 값은 EC2에 업로드할 VM 이미지의 이름입니다.

2. 파일을 CONFIGURATION-FILE.toml로 저장하고 텍스트 편집기를 닫습니다.

3. 작성을 시작하여 AWS에 업로드합니다.

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

   교체:

   • 생성한 블루프린트의 이름이 있는 블루프린트- 이름
   • ami 이미지 유형이 있는 이미지 유형.
   • EC2에 업로드할 VM 이미지의 이름이 있는 이미지 키 입니다.

   • 구성-파일.toml: 클라우드 공급자의 구성 파일 이름입니다.

     참고

     사용자 지정 이미지를 보낼 버킷에 대한 올바른 AWS IAM(Identity and Access Management) 설정이 있어야 합니다. 이미지를 업로드하기 전에 버킷에 정책을 설정해야 합니다.

4. 이미지 빌드 상태를 확인합니다.

   # composer-cli compose status

   이미지 업로드 프로세스가 완료되면 "FINISHED" 상태가 표시됩니다.

1. 메뉴에서 EC2 에 액세스하고 AWS 콘솔에서 올바른 리전을 선택합니다. 성공적으로 업로드되었음을 나타내려면 이미지에 사용 가능한 상태가 있어야 합니다.
2. 대시보드에서 이미지를 선택하고 Launch 를 클릭합니다.

절차

1. RHEL 이미지 빌더 대시보드에서 이전에 생성한 블루프린트 이름을 클릭합니다.
2. 이미지 탭을 선택합니다.

3. Create Image (이미지 만들기)를 클릭하여 사용자 지정된 이미지를 만듭니다.

   이미지 생성 창이 열립니다.

   1. 유형 드롭다운 메뉴 목록에서 Amazon Machine Image Disk(.raw) 를 선택합니다.
   2. Upload to AWS (AWS에 업로드) 확인란을 선택하여 이미지를 AWS Cloud에 업로드하고 Next 를 클릭합니다.

   3. AWS에 대한 액세스를 인증하려면 해당 필드에 AWS 액세스 키 ID 및 AWS 시크릿 액세스 키 를 입력합니다. 다음을 클릭합니다.

      참고

      새 액세스 키 ID를 생성할 때만 AWS 시크릿 액세스 키를 볼 수 있습니다. 시크릿 키를 모르는 경우 새 액세스 키 ID를 생성합니다.

   4. 이미지 이름 필드에 이미지 이름을 입력하고 Amazon S3 버킷 이름 필드에 Amazon 버킷 이름을 입력하고 사용자 지정 이미지를 추가할 버킷의 AWS 리전 필드를 입력합니다. 다음을 클릭합니다.

   5. 정보를 검토하고 완료 를 클릭합니다.

      필요한 경우 뒤로 를 클릭하여 잘못된 세부 정보를 수정합니다.

      참고

      사용자 정의 이미지를 보낼 버킷에 대해 올바른 IAM 설정이 있어야 합니다. 이 절차에서는 IAM 가져오기 및 내보내기를 사용하므로 이미지를 업로드하기 전에 버킷에 정책을 설정해야 합니다. 자세한 내용은 IAM 사용자에 대한 필수 권한을 참조하십시오.

4. 오른쪽 상단에 있는 팝업에 저장 진행 상황을 알려줍니다. 또한 이미지 생성이 시작되었으며 이 이미지 생성 진행률 및 AWS Cloud에 대한 후속 업로드가 시작되었음을 알립니다.

   프로세스가 완료되면 이미지 빌드 완료 상태를 확인할 수 있습니다.

5. 브라우저에서 Service CryostatEC2 에 액세스합니다.

   1. AWS 콘솔 대시보드 메뉴에서 올바른 리전 을 선택합니다. 이미지가 업로드되었음을 나타내기 위해 Available 상태가 있어야 합니다.
   2. AWS 대시보드에서 이미지를 선택하고 시작을 클릭합니다.
6. 새 창이 열립니다. 이미지를 시작하는 데 필요한 리소스에 따라 인스턴스 유형을 선택합니다. 검토 및 시작을 클릭합니다.
7. 인스턴스 시작 세부 정보를 검토합니다. 변경해야 하는 경우 각 섹션을 편집할 수 있습니다. Launch를 클릭합니다.

8. 인스턴스를 시작하기 전에 액세스할 공개 키를 선택합니다.

   이미 보유한 키 쌍을 사용하거나 새 키 쌍을 만들 수 있습니다.

   다음 단계에 따라 EC2에 새 키 쌍을 생성하고 새 인스턴스에 연결합니다.

   1. 드롭다운 메뉴 목록에서 새 키 쌍 만들기를 선택합니다.
   2. 새 키 쌍의 이름을 입력합니다. 새 키 쌍을 생성합니다.
   3. Download Key pair 를 클릭하여 로컬 시스템에 새 키 쌍을 저장합니다.

9. 그런 다음 Launch Instance (인스턴스 시작)를 클릭하여 인스턴스를 시작할 수 있습니다.

   Initializing 으로 표시되는 인스턴스의 상태를 확인할 수 있습니다.

10. 인스턴스 상태가 실행 중 이면 Connect 버튼을 사용할 수 있게 됩니다.

11. 연결을 클릭합니다. 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

   터미널에 다음 메세지가 표시됩니다. 참고로 로그인할 수 있는 브라우저를 시작했습니다. 장치 코드를 사용한 이전 환경의 경우 "az login --use-device-code 를 사용하십시오. 그러면 터미널에서 로그인할 수 있는 https://microsoft.com/devicelogin 에 대한 링크가 포함된 브라우저를 엽니다.

   참고

   원격(SSH) 세션을 실행하는 경우 브라우저에서 로그인 페이지 링크가 열려 있지 않습니다. 이 경우 브라우저에 대한 링크를 복사하고 원격 세션을 인증하기 위해 로그인할 수 있습니다. 로그인하려면 웹 브라우저를 사용하여 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 이미지 빌더 대시보드에서 사용하려는 블루프린트를 선택합니다.
2. 이미지 탭을 클릭합니다.

3. Create Image 를 클릭하여 사용자 지정 .vhd 이미지를 만듭니다.

   이미지 생성 마법사가 열립니다.

   1. 유형 드롭다운 메뉴 목록에서 Microsoft Azure (.vhd) 를 선택합니다.
   2. 이미지를 Microsoft Azure Cloud에 업로드하려면 Azure에 업로드 확인란을 선택합니다.
   3. 이미지 크기를 입력하고 다음을 클릭합니다.

4. Azure에 업로드 페이지에서 다음 정보를 입력합니다.

   1. 인증 페이지에서 다음을 입력합니다.

      1. 스토리지 계정 이름입니다. 스토리지 계정 페이지에서 Microsoft Azure 포털 에서 찾을 수 있습니다.
      2. 스토리지 액세스 키: 액세스 키 스토리지 페이지에서 찾을 수 있습니다.
      3. 다음을 클릭합니다.

   2. 인증 페이지에서 다음을 입력합니다.

      1. 이미지 이름입니다.
      2. 스토리지 컨테이너 입니다. 이미지를 업로드할 Blob 컨테이너입니다. Microsoft Azure 포털에서 Blob 서비스 섹션에서 찾습니다.
      3. 다음을 클릭합니다.

5. 검토 페이지에서 생성 을 클릭합니다. RHEL 이미지 빌더 및 업로드 프로세스가 시작됩니다.

   Microsoft Azure Cloud 에 내보낸 이미지에 액세스합니다.

6. Microsoft Azure 포털에 액세스합니다.
7. 검색 모음에서 "스토리지 계정"을 입력하고 목록에서 스토리지 계정을 클릭합니다.
8. 검색 모음에서 "Images"를 입력하고 Services 아래에서 첫 번째 항목을 선택합니다. 이미지 대시보드 로 리디렉션됩니다.
9. 탐색 패널에서 컨테이너를 클릭합니다.
10. 생성한 컨테이너를 찾습니다. 컨테이너 내부에서는 RHEL 이미지 빌더를 사용하여 생성하고 푸시한 .vhd 파일입니다.

검증

1. VM 이미지를 생성하고 시작할 수 있는지 확인합니다.

   1. 검색 모음에서 이미지 계정을 입력하고 목록에서 이미지를 클릭합니다.
   2. +Create 를 클릭합니다.
   3. 드롭다운 목록에서 이전에 사용한 리소스 그룹을 선택합니다.
   4. 이미지의 이름을 입력합니다.
   5. OS 유형에 대해 Linux 를 선택합니다.
   6. VM 생성에 대해 Gen 2 를 선택합니다.
   7. 스토리지 Blob 에서 VHD 파일에 도달할 때까지 찾아보기 를 클릭하고 스토리지 계정 및 컨테이너를 클릭합니다.
   8. 페이지 끝에 있는 Select 를 클릭합니다.
   9. 계정 유형을 선택합니다(예: Standard SSD ).
   10. 검토 + 생성을 클릭한 다음 생성을 클릭합니다. 이미지 생성을 위해 잠시 기다립니다.

2. VM을 시작하려면 단계를 따르십시오.

   1. 리소스로 이동을 클릭합니다.
   2. 헤더의 메뉴 표시줄에서 + Create VM 을 클릭합니다.
   3. 가상 머신의 이름을 입력합니다.
   4. 크기 및 관리자 계정 섹션을 완료합니다.

   5. 검토 + 생성을 클릭한 다음 생성을 클릭합니다. 배포 진행 상황을 확인할 수 있습니다.

      배포가 완료되면 가상 시스템 이름을 클릭하여 SSH를 사용하여 연결할 인스턴스의 공용 IP 주소를 검색합니다.

   6. 터미널을 열어 VM에 연결할 SSH 연결을 생성합니다.

절차

1. RHEL 이미지 빌더 대시보드에서 블루프린트 탭을 클릭합니다.
2. FlexVolume 테이블에서 이미지를 빌드하려는 경우 해당 이미지를 찾습니다.
3. 선택한 이미지의 오른쪽에서 Create Image 를 클릭합니다. 이미지 생성 대화 상자 마법사가 열립니다.

4. 이미지 출력 페이지에서 다음 단계를 완료합니다.

   1. Select aoctavia 목록에서 원하는 이미지 유형을 선택합니다.
   2. 이미지 출력 유형 목록에서 원하는 이미지 출력 유형을 선택합니다.
   3. 선택 사항: Upload to VMWare 확인란을 선택하여 이미지를 VMware에 직접 업로드합니다.
   4. 이미지의 크기를 입력합니다.
   5. 다음을 클릭합니다.

5. VMware에 업로드 페이지에서 다음 정보를 입력합니다.

   1. 이미지 이름: 이미지 이름을 입력합니다.
   2. 호스트: 이미지 파일이 업로드될 VMware vSphere 인스턴스 URL을 입력합니다.
   3. cluster: 이미지를 업로드할 클러스터 이름 페이지를 입력합니다.
   4. 데이터 센터: 이미지를 업로드할 데이터 센터 이름입니다.
   5. 데이터 저장소: 이미지를 업로드할 데이터 저장소 이름입니다.
   6. 폴더: 이미지를 업로드할 폴더 이름입니다.
   7. 다음을 클릭합니다.

6. 검토 페이지에서 이미지 생성에 대한 세부 정보를 검토하고 생성을 클릭합니다.

   이미지 생성이 시작되고 이 이미지 생성의 진행 상황 및 이후 버전이 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에서 VM을 생성합니다.

      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. VM의 전원을 켭니다.

      govc vm.power -on vmname

   4. VM IP 주소를 검색합니다.

      govc vm.ip vmname

   5. SSH를 사용하여 VM에 로그인합니다. 이때 사용자가 지정한 사용자 이름과 암호를 사용합니다.

      $ ssh admin@<_ip_address_of_the_vm_>

      참고

      govc datastore.upload 명령을 사용하여 로컬 호스트에서 대상으로 .vmdk 이미지를 복사한 경우 결과 이미지를 사용할 수 없습니다. vSphere GUI에서 import.vmdk 명령을 사용할 수 있는 옵션이 없으므로 vSphere GUI에서 직접 업로드를 지원하지 않습니다. 결과적으로 vSphere GUI에서 .vmdk 이미지를 사용할 수 없습니다.

절차

1. 생성한 설정의 경우 이미지 탭을 클릭합니다.

2. Create Image (이미지 만들기)를 클릭하여 사용자 지정된 이미지를 만듭니다.

   Image type 창이 열립니다.

3. 이미지 유형 창에서 다음을 수행합니다.

   1. 드롭다운 메뉴에서 유형을 선택합니다. VMware vSphere(.vmdk).
   2. VMware에 업로드 확인란을 선택하여 이미지를 vSphere에 업로드합니다.
   3. 선택 사항: 인스턴스화할 이미지의 크기를 설정합니다. 최소 기본 크기는 2GB입니다.
   4. 다음을 클릭합니다.

4. VMware에 업로드 창의 Authentication 에서 다음 세부 정보를 입력합니다.

   1. 사용자 이름: vSphere 계정의 사용자 이름입니다.
   2. password : vSphere 계정의 암호입니다.

5. VMware에 업로드 창에서 대상 아래에 이미지 업로드 대상에 대한 다음 세부 정보를 입력합니다.

   1. image name : 이미지 의 이름입니다.
   2. 호스트: VMware vSphere의 URL입니다.
   3. cluster: 클러스터의 이름입니다.
   4. 데이터 센터: 데이터 센터의 이름입니다.
   5. 데이터 저장소: 데이터 저장소의 이름입니다.
   6. 다음을 클릭합니다.

6. 검토 창에서 이미지 생성 세부 정보를 검토하고 마침 을 클릭합니다.

   Back (뒤로)을 클릭하여 잘못된 세부 정보를 수정할 수 있습니다.

   RHEL 이미지 빌더는 RHEL vSphere 이미지 구성을 큐에 추가하고 지정한 vSphere 인스턴스의 클러스터에 이미지를 생성하고 업로드합니다.

   참고

   이미지 빌드 및 업로드 프로세스를 완료하는 데 몇 분 정도 걸립니다.

   프로세스가 완료되면 이미지 빌드 완료 상태를 확인할 수 있습니다.

1. VMware vSphere Client에 액세스합니다.
2. 지정한 vSphere 인스턴스에서 클러스터에서 이미지를 검색합니다.
3. 업로드한 이미지를 선택합니다.
4. 선택한 이미지를 마우스 오른쪽 버튼으로 클릭합니다.

5. 새 가상 머신을 클릭합니다.

   새 가상 시스템 창이 열립니다.

   New Virtual Machine (새 가상 머신) 창에서 다음 세부 정보를 제공합니다.

   1. 새 가상 머신을 선택합니다.
   2. VM의 이름과 폴더를 선택합니다.
   3. 컴퓨터 리소스를 선택합니다. 이 작업에 대한 대상 컴퓨터 리소스를 선택합니다.
   4. 스토리지 선택: 예를 들어 NFS-Node1을 선택합니다.
   5. 호환성 선택: 이미지는 BIOS만 사용해야 합니다.
   6. 게스트 운영 체제를 선택합니다. 예를 들어 Linux 및 Red Hat Fedora (64비트) 를 선택합니다.
   7. 하드웨어 사용자 정의: VM을 생성할 때 오른쪽 상단에 있는 장치 구성 버튼에서 기본 새 하드 디스크를 삭제하고 드롭다운을 사용하여 기존 하드 디스크 이미지를 선택합니다.
   8. 완료할 준비가 되었습니다. 세부 사항을 검토하고 Finish 를 클릭하여 이미지를 만듭니다.

6. VMs 탭으로 이동합니다.

   1. 목록에서 생성한 VM을 선택합니다.
   2. 패널에서 Start 버튼을 클릭합니다. VM 이미지 로드를 보여주는 새 창이 표시됩니다.
   3. akak에 대해 만든 자격 증명을 사용하여 로그인합니다.

   4. 청사진에 추가한 패키지가 설치되어 있는지 확인할 수 있습니다. 예를 들면 다음과 같습니다.

      $ rpm -qa | grep firefox

절차

1. 브라우저에서 웹 콘솔의 RHEL 이미지 빌더 인터페이스를 엽니다.
2. 블루프린트 생성을 클릭합니다. 블루프린트 생성 마법사가 열립니다.
3. 세부 정보 페이지에서 블루프린트의 이름을 입력하고 설명을 선택적으로 입력합니다. 다음을 클릭합니다.
4. 패키지 페이지에서 이미지에 포함할 구성 요소 및 패키지를 선택합니다. 다음을 클릭합니다.
5. 사용자 지정 페이지에서 블루프린트에 필요한 사용자 지정을 구성합니다. 다음을 클릭합니다.
6. 검토 페이지에서 생성 을 클릭합니다.
7. 이미지를 생성하려면 이미지 생성을 클릭합니다. 이미지 생성 마법사가 열립니다.

8. 이미지 출력 페이지에서 다음 단계를 완료합니다.

   1. " Select a blueprint" 드롭다운 메뉴에서 원하는 블루프린트를 선택합니다.
   2. "Image output type" 드롭다운 메뉴에서 Oracle Cloud Infrastructure (.qcow2) 를 선택합니다.
   3. "Upload OCI ( OCI 업로드) 확인란을 선택하여 이미지를 OCI에 업로드합니다.
   4. "이미지 크기" 를 입력합니다. 다음을 클릭합니다.

9. OCI - 인증 업로드 페이지에서 다음 필수 세부 정보를 입력합니다.

   1. 사용자 OCID: 사용자 세부 정보를 표시하는 페이지의 콘솔에서 찾을 수 있습니다.
   2. 개인 키

10. OCI - 대상 업로드 페이지에서 다음 필수 세부 정보를 입력하고 다음을 클릭합니다.

    1. 이미지 이름: 업로드할 이미지의 이름입니다.
    2. OCI 버킷
    3. 버킷 네임스페이스
    4. 버킷 리전
    5. 버킷 compartment
    6. 버킷 테넌시
11. 마법사의 세부 정보를 검토하고 마침 을 클릭합니다.

검증

1. OCI 대시보드 → 사용자 지정 이미지에 액세스합니다.
2. 이미지에 지정한 Compartment 를 선택하고 이미지 가져오기 테이블에서 이미지를 찾습니다.
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 를 클릭합니다.

   이미지 생성 마법사가 열립니다.

7. 이미지 생성 마법사에서 다음을 수행합니다.

   1. 이미지 이름을 입력합니다.
   2. 찾아보기 를 클릭하여 QCOW2 이미지를 업로드합니다.
   3. 형식 드롭다운 목록에서 QCOW2 - QEMU Emulator 를 선택합니다.

   4. Create Image 를 클릭합니다.

      

8. 왼쪽 메뉴에서 프로젝트 탭을 선택합니다.

   1. Compute 메뉴에서 Instances 를 선택합니다.

   2. Launch Instance (인스턴스 시작) 버튼을 클릭합니다.

      인스턴스 시작 마법사가 열립니다.

   3. 세부 정보 페이지에서 인스턴스의 이름을 입력합니다. 다음을 클릭합니다.
   4. 소스 페이지에서 업로드한 이미지의 이름을 선택합니다. 다음을 클릭합니다.

   5. 플레이버 페이지에서 필요에 가장 적합한 머신 리소스를 선택합니다. 시작을 클릭합니다.

      

9. 이미지의 메커니즘(CLI 또는 OpenStack 웹 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. 왼쪽의 Bucket 메뉴에서 이미지를 업로드할 버킷을 선택합니다.
3. 오른쪽 상단 메뉴에서 파일 탭을 클릭합니다.

4. 업로드를 클릭합니다. 오른쪽에 대화 상자가 열립니다. 다음을 구성합니다.

   • 업로드 대상: 파일을 현재 디렉터리 또는 지정된 디렉터리에 업로드하도록 선택합니다.
   • 파일 ACL: 업로드된 파일의 권한 유형을 선택합니다.
5. 업로드를 클릭합니다.
6. OSS 콘솔에 업로드할 이미지를 선택합니다.
7. 열기를 클릭합니다.

절차

1. Clevis 콘솔에 로그인합니다.

   1. 왼쪽 메뉴에서 이미지를 클릭합니다.
   2. 오른쪽 상단에서 이미지 가져오기 를 클릭합니다. 대화 상자가 열립니다.

   3. 이미지가 있는 올바른 리전을 설정했는지 확인합니다. 다음 정보를 입력합니다.

      1. OSS 오브젝트 주소: OSS 오브젝트 주소를 가져오는 방법을 참조하십시오.
      2. 이미지 이름
      3. 운영 체제
      4. 시스템 디스크 크기
      5. 시스템 아키텍처
      6. 플랫폼: Red Hat

   4. 필요한 경우 다음 세부 정보를 제공합니다.

      7. 이미지 형식: 업로드된 이미지 형식에 따라qcow2 또는 ami 입니다.
      8. 이미지 설명

      9. 데이터 디스크 이미지 추가

         이 주소는 OSS 관리 콘솔에서 확인할 수 있습니다. 왼쪽 메뉴에서 필요한 버킷을 선택한 후 다음을 수행합니다.

2. 파일 섹션을 선택합니다.

3. 적절한 이미지에 대한 오른쪽에 있는 세부 정보 링크를 클릭합니다.

   화면 오른쪽에 창이 표시되고 이미지 세부 정보가 표시됩니다. OSS 오브젝트 주소는 URL 상자에 있습니다.

4. OK를 클릭합니다.

   참고

   가져오기 프로세스 시간은 이미지 크기에 따라 다를 수 있습니다.

절차

1. Clevis 콘솔에 로그인합니다.
2. 왼쪽 메뉴에서 인스턴스를 선택합니다.
3. 오른쪽 상단에서 인스턴스 생성 을 클릭합니다. 새 창으로 리디렉션됩니다.
4. 필요한 모든 정보를 입력합니다. 자세한 내용은 마법사를 사용하여 인스턴스 생성을 참조하십시오.

5. 인스턴스 생성을 클릭하고 순서를 확인합니다.

   참고

   서브스크립션에 따라 인스턴스 생성 대신 Create Order (주문 만들기) 옵션이 표시됩니다.