RHEL 8의 cloud-init 구성 및 관리

1. 요구 사항과 현재 출시에 따라 사용 사례에 맞는 최적의 클라우드 공급자를 선택합니다.

   현재 RHEL 인스턴스 실행에 대해 인증된 클라우드 공급자는 다음과 같습니다.

   • AWS(Amazon Web Services)

     • 자세한 내용은 Amazon Web Services에 RHEL 8 배포를 참조하십시오.

   • GCP(Google Cloud Platform)

     • 자세한 내용은 Google Cloud Platform에 RHEL 8 배포를 참조하십시오.

   • Microsoft Azure

     • 자세한 내용은 Microsoft Azure에 RHEL 8 배포를 참조하십시오.
2. 선택한 클라우드 플랫폼에 RHEL 클라우드 인스턴스를 생성합니다. 자세한 내용은 RHEL 클라우드 인스턴스 생성 방법을 참조하십시오.
3. RHEL 배포를 최신 상태로 유지하려면 RHUI( Red Hat Update Infrastructure )를 사용하십시오.

1. 생성기 단계: systemd 서비스를 사용하면 이 단계는 부팅 시 cloud-init 유틸리티를 실행할지 여부를 결정합니다.
2. 로컬 단계:cloud-init 는 로컬 데이터 소스를 검색하고 DHCP 기반 대체 메커니즘을 포함하여 네트워크 구성을 적용합니다.
3. 네트워크 단계:cloud-init 는 /etc/cloud/cloud.cfg 파일의 cloud_init_modules 에 나열된 모듈을 실행하여 사용자 데이터를 처리합니다. cloud_init_modules 섹션에서 모듈을 추가, 제거, 활성화 또는 비활성화할 수 있습니다.
4. config stage:cloud-init 는 /etc/cloud/cloud.cfg 파일의 cloud_config_modules 섹션에 나열된 모듈을 실행합니다. cloud_config_modules 섹션에서 모듈을 추가, 제거, 활성화 또는 비활성화할 수 있습니다.
5. 최종 단계:cloud-init 는 /etc/cloud/cloud.cfg 파일의 cloud_final_modules 섹션에 포함된 모듈과 구성을 실행합니다. 특정 패키지 설치와 구성 관리 플러그인 및 사용자 정의 스크립트를 트리거하는 작업이 포함될 수 있습니다. cloud_final_modules 섹션에서 모듈을 추가, 제거, 활성화 또는 비활성화할 수 있습니다.

1. 네트워크 단계(cloud_init_modules)
2. 구성 단계(cloud_config_modules)
3. 마지막 단계 (cloud_final_modules)

절차

1. cloudinitiso 라는 디렉터리를 만들고 is를 작업 디렉터리로 설정합니다.

   $ mkdir cloudinitiso
   $ cd cloudinitiso

2. meta-data 파일을 생성하고 다음 정보를 추가합니다.

   instance-id: citest
   local-hostname: citest-1

3. user-data 파일을 생성하고 다음 정보를 추가합니다.

   #cloud-config
   password: cilogon
   chpasswd: {expire: False}
   ssh_pwauth: True
   ssh_authorized_keys:
     - ssh-rsa AAA...fhHQ== sample@redhat.com

   참고

   user-data 파일의 마지막 줄은 SSH 공개 키를 참조합니다. ~/.ssh/id_rsa.pub 에서 SSH 공개 키를 찾습니다. 이 샘플 프로시저를 시도할 때 공개 키 중 하나를 포함하도록 행을 수정합니다.

4. genisoimage 명령을 사용하여 user-data 및 meta-data 를 포함하는 ISO 이미지를 생성합니다.

   # genisoimage -output ciiso.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)

5. Red Hat Customer Portal에서 /var/lib/libvirt/images 디렉토리로 KVM 게스트 이미지를 다운로드합니다.

6. virt-install 유틸리티를 사용하여 KVM 게스트 이미지에서 새 VM을 생성하고 다운로드한 이미지를 기존 이미지에 연결합니다.

   # virt-install \
       --memory 4096 \
       --vcpus 4 \
       --name mytestcivm \
       --disk /var/lib/libvirt/images/rhel-8.1-x86_64-kvm.qcow2,device=disk,bus=virtio,format=qcow2 \
       --disk /home/sample/cloudinitiso/ciiso.iso,device=cdrom \
       --os-type Linux \
       --os-variant rhel8.0 \
       --virt-type kvm \
       --graphics none \
       --import

7. 사용자 이름 cloud-user 및 암호 cilogon:을 사용하여 이미지에 로그인합니다.

   citest-1 login: cloud-user
   Password:
   [cloud-user@citest-1 ~]$

절차

1. 데이터 소스의 요구 사항에 따라 user-data 파일을 편집하거나 cloud.cfg.d 디렉터리에 다음 지시문을 추가합니다.

   참고

   모든 사용자 지시문에는 파일 상단에 #cloud-config 가 포함되어 있어 cloud-init 가 파일을 사용자 지시문이 포함된 것으로 인식합니다. cloud.cfg.d 디렉터리에 지시문을 포함하는 경우 파일 *.cfg 이름을 지정하고 항상 파일 맨 위에 #cloud-config 를 포함합니다.

2. chpasswd: {expire: False} 행을 chpasswd: {expire: True} 로 변경합니다.

   #cloud-config
   password: mypassword
   chpasswd: {expire: True}
   ssh_pwauth: True
   ssh_authorized_keys:
     - ssh-rsa AAA...SDvz user1@yourdomain.com
     - ssh-rsa AAB...QTuo user2@yourdomain.com

   암호를 지정하지 않으면 암호가 만료되고 chpasswd 가 기본 사용자에서 작동하기 때문입니다.

   참고

   이는 글로벌 설정입니다. chpasswd 를 True 로 설정하면 생성한 모든 사용자가 로그인할 때 암호를 변경해야 합니다.

절차

1. 데이터 소스의 요구 사항에 따라 user-data 파일을 편집하거나 cloud.cfg.d 디렉터리에 다음 지시문을 추가합니다.

   참고

   모든 사용자 지시문에는 파일 상단에 #cloud-config 가 포함되어 있어 cloud-init 가 파일을 사용자 지시문이 포함된 것으로 인식합니다. cloud.cfg.d 디렉터리에 지시문을 포함하는 경우 파일 *.cfg 이름을 지정하고 항상 파일 맨 위에 #cloud-config 를 포함합니다.

2. < username> 행을 추가하고 <username>을 새 기본 사용자 이름으로 바꿉니다.

   #cloud-config
   user: username
   password: mypassword
   chpasswd: {expire: False}
   ssh_pwauth: True
   ssh_authorized_keys:
     - ssh-rsa AAA...SDvz user1@yourdomain.com
     - ssh-rsa AAB...QTuo user2@yourdomain.com

절차

1. 데이터 소스의 요구 사항에 따라 user-data 파일을 편집하거나 cloud.cfg.d 디렉터리에 다음 지시문을 추가합니다.

   참고

   모든 사용자 지시문에는 파일 상단에 #cloud-config 가 포함되어 있어 cloud-init 가 파일을 사용자 지시문이 포함된 것으로 인식합니다. cloud.cfg.d 디렉터리에 지시문을 포함하는 경우 파일 *.cfg 이름을 지정하고 항상 파일 맨 위에 #cloud-config 를 포함합니다.

2. 파일의 chpasswd 섹션에 사용자 목록을 생성합니다.

   참고

   공백은 매우 중요합니다. 사용자 목록의 콜론 앞이나 뒤의 공백을 포함하지 마십시오. 공백을 포함하는 경우 암호가 공백으로 설정됩니다.

   #cloud-config
   ssh_pwauth: True
   ssh_authorized_keys:
     - ssh-rsa AAA...SDvz user1@yourdomain.com
     - ssh-rsa AAB...QTuo user2@yourdomain.com
   chpasswd:
     list: |
        root:myrootpassword
        cloud-user:mypassword
     expire: False

   참고

   이 방법을 사용하여 사용자 암호를 설정하는 경우 이 섹션의 모든 암호를 설정해야 합니다.

절차

1. 데이터 소스의 요구 사항에 따라 user-data 파일을 편집하거나 cloud.cfg.d 디렉터리에 다음 지시문을 추가합니다.

   참고

   모든 사용자 지시문에는 파일 상단에 #cloud-config 가 포함되어 있어 cloud-init 가 파일을 사용자 지시문이 포함된 것으로 인식합니다. cloud.cfg.d 디렉터리에 지시문을 포함하는 경우 파일 *.cfg 이름을 지정하고 항상 파일 맨 위에 #cloud-config 를 포함합니다.

2. users 섹션을 추가하여 사용자를 추가합니다.

   • cloud-user 를 사용자가 지정한 다른 사용자와 함께 생성한 기본 사용자로 하려면 섹션의 첫 번째 항목으로 default 를 추가해야 합니다. 첫 번째 항목이 아니면 cloud-user 가 생성되지 않습니다.

   • 기본적으로 사용자는 selinux-user 값이 없는 경우 ProfileBundle _u 로 레이블이 지정됩니다.

     #cloud-config
     users:
       - default
       - name: user2
         gecos: User N. Ame
         selinux-user: staff_u
         groups: users,wheel
         ssh_pwauth: True
         ssh_authorized_keys:
           - ssh-rsa AA..vz user@domain.com
     chpasswd:
       list: |
         root:password
         cloud-user:mypassword
         user2:mypassword2
       expire: False

     참고
     • 예에서는 user2 사용자를 두 개의 그룹인 user 및 wheel 에 배치합니다.

절차

1. 데이터 소스의 요구 사항에 따라 user-data 파일을 편집하거나 cloud.cfg.d 디렉터리에 다음 지시문을 추가합니다.

   참고

   모든 사용자 지시문에는 파일 상단에 #cloud-config 가 포함되어 있어 cloud-init 가 파일을 사용자 지시문이 포함된 것으로 인식합니다. cloud.cfg.d 디렉터리에 지시문을 포함하는 경우 파일 *.cfg 이름을 지정하고 항상 파일 맨 위에 #cloud-config 를 포함합니다.

2. bootcmd 및 runcmd 에 대한 섹션을 추가합니다. cloud-init 를 실행할 명령을 포함합니다.

   #cloud-config
   users:
     - default
     - name: user2
       gecos: User N. Ame
       groups: users
   chpasswd:
     list: |
       root:password
       fedora:myfedpassword
       user2:mypassword2
     expire: False
   bootcmd:
    - echo New MOTD >> /etc/motd
   runcmd:
    - echo New MOTD2 >> /etc/motd

절차

1. 데이터 소스의 요구 사항에 따라 user-data 파일을 편집하거나 cloud.cfg.d 디렉터리에 다음 지시문을 추가합니다.

   참고

   모든 사용자 지시문에는 파일 상단에 #cloud-config 가 포함되어 있어 cloud-init 가 파일을 사용자 지시문이 포함된 것으로 인식합니다. cloud.cfg.d 디렉터리에 지시문을 포함하는 경우 파일 *.cfg 이름을 지정하고 항상 파일 맨 위에 #cloud-config 를 포함합니다.

2. sudo 항목을 추가하고 사용자 액세스 권한을 지정합니다. 예를 들어 sudo: ALL=(ALL) NOPASSWD:ALL 을 사용하면 사용자가 무제한으로 액세스할 수 있습니다.

3. groups 항목을 추가하고 사용자를 포함하는 그룹을 지정합니다.

   #cloud-config
   users:
     - default
     - name: user2
       gecos: User D. Two
       sudo: ["ALL=(ALL) NOPASSWD:ALL"]
       groups: wheel,adm,systemd-journal
       ssh_pwauth: True
       ssh_authorized_keys:
         - ssh-rsa AA...vz user@domain.com
   chpasswd:
     list: |
       root:password
       cloud-user:mypassword
       user2:mypassword2
     expire: False

1. 데이터 소스의 요구 사항에 따라 user-data 파일을 편집하거나 cloud.cfg.d 디렉터리에 다음 지시문을 추가합니다.

   참고

   모든 사용자 지시문에는 파일 상단에 #cloud-config 가 포함되어 있어 cloud-init 가 파일을 사용자 지시문이 포함된 것으로 인식합니다. cloud.cfg.d 디렉터리에 지시문을 포함하는 경우 파일 *.cfg 이름을 지정하고 항상 파일 맨 위에 #cloud-config 를 포함합니다.

2. network-interfaces 섹션을 추가합니다.

   network:
     version: 1
     config:
       - type: physical
         name: eth0
         subnets:
           - type: static
             address: 192.0.2.1/24
             gateway: 192.0.2.254

절차

1. 데이터 소스의 요구 사항에 따라 user-data 파일을 편집하거나 cloud.cfg.d 디렉터리에 다음 지시문을 추가합니다.

   참고

   모든 사용자 지시문에는 파일 상단에 #cloud-config 가 포함되어 있어 cloud-init 가 파일을 사용자 지시문이 포함된 것으로 인식합니다. cloud.cfg.d 디렉터리에 지시문을 포함하는 경우 파일 *.cfg 이름을 지정하고 항상 파일 맨 위에 #cloud-config 를 포함합니다.

2. users 섹션에서 사용자 root 에 대한 항목을 만듭니다.

   다음의 간단한 예제에는 name 옵션만 있는 users 섹션이 포함되어 있습니다.

   users:
     - name: root
   chpasswd:
     list: |
       root:password
     expire: False

3. 선택적으로 root 사용자의 SSH 키를 설정합니다.

   users:
     - name: root
       ssh_pwauth: True
       ssh_authorized_keys:
         - ssh-rsa AA..vz user@domain.com

절차

1. 데이터 소스의 요구 사항에 따라 user-data 파일을 편집하거나 cloud.cfg.d 디렉터리에 다음 지시문을 추가합니다.

   참고

   모든 사용자 지시문에는 파일 상단에 #cloud-config 가 포함되어 있어 cloud-init 가 파일을 사용자 지시문이 포함된 것으로 인식합니다. cloud.cfg.d 디렉터리에 지시문을 포함하는 경우 파일 *.cfg 이름을 지정하고 항상 파일 맨 위에 #cloud-config 를 포함합니다.

2. container-storage-setup 유틸리티의 경로를 포함하도록 write_files 모듈을 추가하거나 수정합니다.

   다음 예제에서는 기본 3GB 대신 루트 논리 볼륨의 크기를 6GB로 설정합니다.

   write_files:
     - path: /etc/sysconfig/docker-storage-setup
       permissions: 0644
       owner: root
       content: |
       ROOT_SIZE=6G

   참고

   RHEL 7.4 이전에는 container-storage-setup 이 docker-storage-setup 이었습니다. 스토리지에 OverlayFS를 사용하는 경우 이제 RHEL 7.4부터 강제 모드에서 SELinux와 함께 해당 유형의 파일 시스템을 사용할 수 있습니다.

절차

1. 데이터 소스의 요구 사항에 따라 meta-data 파일을 편집합니다. 다음 지시문을 cloud.cfg 파일 또는 cloud.cfg.d 디렉터리에 추가할 수도 있습니다.
2. 위치를 지정하여 locale 지시문을 추가합니다. 다음 샘플은 UTF-8 인코딩을 사용하여 로케일 을 ja_JP (Japan)로 설정합니다.

절차

1. /etc/cloud/cloud.cfg 파일을 편집합니다. 예를 들면 다음과 같습니다.

   # vi /etc/cloud/cloud.cfg

2. cloud-init 가 인스턴스를 복원할 때 업데이트하지 않도록 구성을 주석 처리하거나 제거합니다. 예를 들어 SSH 키 파일을 업데이트하지 않으려면 cloud_init_modules 섹션에서 -ssh 를 제거합니다.

   cloud_init_modules:
    - disk_setup
    - migrator
    - bootcmd
    - write-files
    - growpart
    - resizefs
    - set_hostname
    - update_hostname
    - update_etc_hosts
    - rsyslog
    - users-groups
    # - ssh

절차

1. VM에 로그인합니다.
2. 예를 들어 /etc/cloud 디렉토리에서 cloud.cfg 파일을 추가하거나 지시문을 /etc/cloud/cloud.cfg.d 디렉토리에 추가하십시오.

3. cloud-init clean 명령을 실행하여 cloud-init 를 재실행할 수 있도록 디렉터리를 정리합니다. root로 다음 명령을 실행하여 VM을 정리할 수도 있습니다.

   rm -Rf /var/lib/cloud/instances/
   rm -Rf /var/lib/cloud/instance
   rm -Rf /var/lib/cloud/data/

   참고

   정리된 이미지를 새 이미지로 저장하고 해당 이미지를 여러 VM에 사용할 수 있습니다. 새 VM은 업데이트된 cloud-init 구성을 사용하여 cloud-init 를 실행합니다.

4. cloud-init 를 재실행하거나 VM을 재부팅합니다.

   cloud-init 를 다시 실행하여 구성 변경 사항을 구현합니다.

절차

1. OpenStack Platform 인스턴스를 생성하고 시작합니다. OpenStack용 인스턴스 생성에 대한 자세한 내용은 인스턴스 생성을 참조하십시오. 이 예에서 VM(가상 머신)에는 VM을 부팅할 때 실행되는 cloud-init 가 포함되어 있습니다.
2. 지시문을 추가하거나 변경합니다. 예를 들어 OpenStack HTTP 서버에 저장된 user-data.file 파일을 수정합니다.

3. 가상 머신을 정리합니다. root로 다음 명령을 실행합니다.

   # rm -rf /etc/resolv.conf /run/cloud-init
   # userdel -rf cloud-user
   # hostnamectl set-hostname localhost.localdomain
   # rm /etc/NetworkManager/conf.d/99-cloud-init.conf

   참고

   정리된 이미지를 새 이미지로 저장하고 여러 가상 머신에 해당 이미지를 사용할 수 있습니다. 새 가상 머신은 업데이트된 cloud-init 구성을 사용하여 cloud-init 를 실행합니다.

4. cloud-init 를 재실행하거나 가상 시스템을 재부팅합니다.

   cloud-init 가 재실행되어 구성 변경 사항을 구현합니다.

절차

1. cloud-init 구성 파일을 검토합니다.

   1. /etc/cloud/cloud.cfg 설정 파일을 검사합니다. cloud_init_modules,cloud_config_modules, cloud_final_modules 에 포함된 모듈을 확인합니다.
   2. /etc/cloud/cloud.cfg.d 디렉토리에서 지시문(*.cfg 파일)을 확인합니다.

2. 특정 문제에 대한 자세한 내용은 /var/log/cloud-init.log 및 /var/log/cloud-init-output.log 파일을 검토하십시오. 예를 들어 루트 파티션이 자동으로 확장되지 않은 경우 growpart 유틸리티의 로그 메시지를 확인합니다. 파일 시스템이 확장되지 않은 경우 로그 메시지의 resizefs 를 확인합니다. 예를 들어 다음과 같습니다.

   # grep resizefs /var/log/cloud-init.log

   참고

   growpart 는 LVM을 지원하지 않습니다. 루트 파티션이 LVM을 기반으로 하는 경우 첫 번째 부팅 시 루트 파티션이 자동으로 확장되지 않습니다.

3. root로 cloud-init 명령을 재실행합니다.

   1. init 모듈만 사용하여 cloud-init 를 재실행합니다.

      # /usr/bin/cloud-init -d init

   2. 구성의 모든 모듈을 사용하여 cloud-init 를 다시 실행합니다.

      # /usr/bin/cloud-init -d modules

   3. cloud-init 캐시를 삭제하고 부팅 후 cloud-init 가 실행되도록 합니다.

      # rm -rf /var/lib/cloud/ && /usr/bin/cloud-init -d init

   4. 디렉터리를 정리하고 정리 인스턴스를 시뮬레이션합니다.

      # rm -rf /var/lib/cloud/instances/
      # rm -rf /var/lib/cloud/instance
      # rm -rf /var/lib/cloud/data/
      # reboot

   5. cloud-init 유틸리티를 재실행합니다.

      # cloud-init init --local
      # cloud-init init