14.4. 새 인벤토리 추가


새 인벤토리를 추가하려면 다음 구성 요소가 필요합니다.

다음 절차에 따라 인벤토리를 생성합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다. 인벤토리 창에는 현재 사용 가능한 인벤토리 목록이 표시됩니다.
  2. Create inventory 를 클릭하고 생성할 인벤토리 유형을 선택합니다.
  3. 다음 필드에 적절한 세부 정보를 입력합니다.

    • name: 이 인벤토리에 적합한 이름을 입력합니다.
    • 선택 사항: 설명: 임의의 설명을 적절하게 입력합니다.
    • 조직: 필수 항목입니다. 사용 가능한 조직 중에서 선택합니다.
    • 스마트 인벤토리에만 적용 가능: 스마트 호스트 필터: 검색 필터를 사용하여 이 인벤토리의 호스트를 채웁니다.

      name__icontains=RedHat.

      해당 옵션은 선택한 조직에 따라 다릅니다.

      필터는 태그가 해당 이름을 포함하는 특정 호스트를 필터링하는 데 사용된다는 점에서 태그와 유사합니다. 따라서 스마트 호스트 필터 필드를 채우려면 호스트 자체가 아니라 원하는 호스트가 있는 태그를 지정합니다.

      필터는 대소문자를 구분합니다.

    • 인스턴스 그룹: 이 인벤토리를 실행할 인스턴스 그룹 또는 그룹을 선택합니다.

      많은 인스턴스 그룹을 선택하고 실행 순서대로 정렬할 수 있습니다.

    • 선택 사항: 이 인벤토리를 설명하는 레이블을 제공하여 인벤토리 및 작업을 그룹화하고 필터링할 수 있습니다.
    • 구성된 인벤토리에만 적용 가능: 입력 인벤토리: 이 구성된 인벤토리에 포함할 소스 인벤토리를 지정합니다. 입력 인벤토리의 빈 그룹은 구성된 인벤토리에 복사됩니다.
    • 선택 사항:(구성된 인벤토리에만 적용): 캐시된 타임아웃(초): 캐시 플러그인 데이터를 시간 초과로 설정할 시간을 설정합니다.
    • 구성된 인벤토리에만 적용 가능: Verbosity: 구성된 인벤토리와 관련된 인벤토리 소스와 관련하여 플레이북을 실행할 때 Ansible에서 생성하는 출력 수준을 제어합니다.

      상세 정보 표시 선택:

    • Normal
    • 상세 정보
    • 더 자세한 정보
    • debug
    • 연결 디버그
    • WinRM Debug

      • 상세 로깅에는 모든 명령의 출력이 포함됩니다.
      • 자세한 내용은 Verbose 보다 자세히 설명합니다.
      • 디버그 로깅은 매우 상세하며 특정 지원 인스턴스에서 유용할 수 있는 SSH 작업에 대한 정보를 포함합니다. 대부분의 사용자는 디버그 모드 출력을 볼 필요가 없습니다.
      • 연결 디버그 를 사용하면 SSH 연결 진행 상황에 대한 디버깅 정보를 제공하여 자세한 정보 표시 모드로 SSH를 실행할 수 있습니다.
      • Windows 원격 관리와 관련된 상세 정보 표시에 사용되는 WinRM 디버그

        구성된 인벤토리 플러그인을 사용하는 방법에 대한 자세한 내용은 Expand 아이콘을 클릭합니다.

    • 구성된 인벤토리에만 적용 가능: 제한: 구성된 인벤토리와 연결된 인벤토리 소스에 대해 반환된 호스트 수를 제한합니다. 그룹 이름을 제한 필드에 붙여넣어 해당 그룹에 호스트만 포함할 수 있습니다. 자세한 내용은 Source vars 설정을 참조하십시오.
    • 표준 인벤토리에만 적용 가능: 옵션: Prevent Instance Group Fallback 옵션을 선택하여 인스턴스 그룹 필드에 나열된 인스턴스 그룹 만 작업을 실행할 수 있도록 합니다. 선택 해제된 경우 실행 풀에서 사용 가능한 모든 인스턴스가 작업이 실행되는 위치 제어에 설명된 계층에 따라 사용됩니다.
    • 구성된 인벤토리의소스 변수 (구성된 인벤토리의 소스 변수):

      • 이 인벤토리의 모든 호스트에 적용할 변수 변수 정의 및 값입니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다.
      • 구성된 인벤토리의 소스 변수는 특히 데이터의 그룹 키 아래에 그룹을 생성합니다. Jinja2 템플릿 구문을 수락하고 모든 호스트에 대해 렌더링하고, true 또는 false 평가를 수행하고, 결과가 true 인 경우 그룹에 호스트를 포함합니다. 이 기능은 해당 그룹에 호스트만 포함하도록 제한 필드에 해당 그룹 이름을 붙여넣을 수 있기 때문에 특히 유용합니다.
  4. 인벤토리 생성을 클릭합니다.

새 인벤토리를 저장하고 나면 인벤토리 유형에 해당하는 경우 권한, 그룹, 호스트, 소스 구성을 진행하고 완료된 작업을 볼 수 있습니다.

14.4.1. 인벤토리에 권한 추가

다음 절차에 따라 인벤토리에 권한을 추가합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 템플릿을 선택하고 User Access 또는 Team Access 탭에서 역할 추가 를 클릭합니다.
  3. 추가할 사용자 또는 팀을 선택하고 다음을 클릭합니다.
  4. 이름 옆에 있는 체크박스를 선택하여 목록에서 members로 하나 이상의 사용자 또는 팀을 추가합니다.
  5. Next를 클릭합니다.
  6. 선택한 사용자 또는 팀에 부여할 역할을 선택합니다. 리소스에 따라 다양한 옵션을 사용할 수 있습니다.
  7. 완료 를 클릭하여 선택한 사용자 또는 팀에 역할을 적용하고 멤버로 추가합니다.

각 사용자 및 팀에 할당된 업데이트된 역할이 표시됩니다.

권한 제거

  • 특정 사용자의 역할을 제거하려면 리소스 옆에 있는 Disassociate 아이콘을 클릭합니다.

그러면 연결 해제를 확인하라는 확인 창이 시작됩니다.

14.4.2. 인벤토리에 그룹 추가

인벤토리는 호스트 및 기타 그룹을 포함할 수 있는 그룹으로 나뉩니다. 그룹은 표준 인벤토리에만 적용할 수 있으며 스마트 인벤토리를 통해 직접 구성할 수 없습니다. 표준 인벤토리와 함께 사용되는 호스트를 통해 기존 그룹을 연결할 수 있습니다.

다음 작업은 표준 인벤토리에 사용할 수 있습니다.

  • 새 그룹 생성
  • 새 호스트 생성
  • 선택한 인벤토리에서 명령 실행
  • 인벤토리 속성 편집
  • 그룹 및 호스트에 대한 활동 스트림 보기
  • 인벤토리 빌드에 대한 도움 받기
참고

인벤토리 소스는 그룹과 연결되어 있지 않습니다. 생성된 그룹은 최상위 수준이며 여전히 하위 그룹이 있을 수 있습니다. 생성된 이러한 모든 그룹에는 호스트가 있을 수 있습니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 그룹을 추가할 인벤토리 이름을 선택합니다.
  3. 인벤토리 세부 정보 페이지에서 그룹 탭을 선택합니다.
  4. 그룹 생성을 클릭합니다.
  5. 적절한 세부 정보를 입력합니다.

    • 이름: 필수
    • 선택 사항: 설명을 적절하게 입력합니다.
    • 선택 사항: 변수: 이 그룹의 모든 호스트에 적용할 정의 및 값을 입력합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다.
  6. 그룹 생성을 클릭합니다.

템플릿에 그룹을 추가하면 그룹 세부 정보 페이지가 표시됩니다.

14.4.2.1. 그룹 내에 그룹 추가

템플릿에 그룹을 추가하면 그룹 세부 정보 페이지가 표시됩니다.

프로세스

  1. 관련 그룹 탭을 선택합니다.
  2. Add existing group to add a group that already exists in your configuration or Create group to create a new group을 클릭합니다.
  3. 새 그룹을 생성하는 경우 필수 및 선택 필드에 적절한 세부 정보를 입력합니다.

    • 이름 (필수):
    • 선택 사항: 설명을 적절하게 입력합니다.
    • 선택 사항: 변수: 이 그룹의 모든 호스트에 적용할 정의 및 값을 입력합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다.
  4. 그룹 생성을 클릭합니다.
  5. 그룹 만들기 창이 닫히고 새로 생성된 그룹이 생성된 해당 그룹과 연결된 그룹 목록에 항목으로 표시됩니다.

기존 그룹을 추가하도록 선택하면 사용 가능한 그룹이 별도의 선택 창에 표시됩니다.

그룹을 선택하면 그룹과 연결된 그룹 목록에 표시됩니다.

  • 하위 그룹 아래에 추가 그룹 및 호스트를 구성하려면 그룹 목록에서 하위 그룹의 이름을 클릭하고 이 섹션에 나열된 단계를 반복합니다.

14.4.2.2. 인벤토리 그룹 보기 또는 편집

그룹 목록 보기는 모든 인벤토리 그룹을 표시하거나 루트 그룹만 표시하도록 필터링할 수 있습니다. 다른 그룹의 하위 집합이 아닌 인벤토리 그룹은 루트 그룹으로 간주됩니다.

자동화 컨트롤러는 하위 그룹 또는 호스트와 같은 종속 항목을 찾기 때문에 종속 항목에 대한 관심 없이 하위 그룹을 삭제할 수 있습니다. 존재하는 경우 루트 그룹 및 모든 하위 그룹 및 호스트를 삭제할지 아니면 하위 그룹을 승격하여 호스트와 함께 최상위 인벤토리 그룹이 되도록 선택할 수 있는 확인 창이 표시됩니다.

14.4.3. 인벤토리에 호스트 추가

인벤토리 및 그룹 내의 그룹 및 그룹에 대한 호스트를 구성할 수 있습니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 그룹을 추가할 인벤토리 이름을 선택합니다.
  3. 인벤토리 세부 정보 페이지에서 호스트 탭을 선택합니다.
  4. 호스트 생성을 클릭합니다.
  5. 구성에 이미 존재하는 호스트를 추가할지 아니면 새 호스트를 생성할지 선택합니다.
  6. 새 호스트를 생성하는 경우 작업을 실행하는 동안 이 호스트를 포함하도록 토글을 On 으로 설정합니다.
  7. 적절한 세부 정보를 입력합니다.

    • 이름 (필수):
    • 선택 사항: 설명을 적절하게 입력합니다.
    • 선택 사항: 변수: 다음 예제와 같이 이 그룹의 모든 호스트에 적용할 정의 및 값을 입력합니다.

      Copy to Clipboard Toggle word wrap
      {
        ansible_user : <username to ssh into>
        ansible_ssh_pass : <password for the username>
        ansible_become_pass: <password for becoming the root>
      }

      JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다.

  8. 호스트 생성을 클릭합니다.
  9. 호스트 생성 창이 닫히고 새로 생성된 호스트가 생성된 해당 그룹과 연결된 호스트 목록에 표시됩니다.

    기존 호스트를 추가하도록 선택하면 사용 가능한 호스트가 별도의 선택 창에 표시됩니다.

    호스트를 선택하면 그룹과 연결된 호스트 목록에 표시됩니다.

  10. 호스트를 선택하고 Disassociate 아이콘을 클릭하여 이 화면에서 호스트를 연결 해제할 수 있습니다.

    참고

    이 화면에서 임시 명령을 실행할 수도 있습니다. 자세한 내용은 임시 명령 실행을 참조하십시오.

  11. 호스트에 추가 그룹을 구성하려면 호스트 목록에서 호스트 이름을 클릭합니다.

    그러면 선택한 호스트의 세부 정보 탭이 열립니다.

  12. Groups 탭을 선택하여 호스트에 대한 그룹을 구성합니다.
  13. Associate groups (연결 그룹)를 클릭하여 호스트를 기존 그룹과 연결합니다. 사용 가능한 그룹이 별도의 선택 창에 나타납니다.
  14. 호스트와 연결할 그룹을 선택하고 확인을 클릭합니다.

    그룹이 연결되면 호스트와 연결된 그룹 목록에 표시됩니다.

  15. 호스트를 사용하여 작업을 실행하는 경우 호스트의 완료된 작업 탭에서 해당 작업에 대한 세부 정보를 볼 수 있습니다.
  16. Expanded 를 클릭하여 각 작업에 대한 세부 정보를 봅니다.
참고

API에서 새로 추가된 엔드포인트를 사용하여 /api/v2/bulk/host_create 를 사용하여 호스트를 대량으로 생성할 수 있습니다. 이 끝점은 JSON을 수락하고 대상 인벤토리와 인벤토리에 추가할 호스트 목록을 지정할 수 있습니다. 이러한 호스트는 인벤토리 내에서 고유해야 합니다. 모든 호스트가 추가되거나 작업을 완료할 수 없는 이유를 나타내는 오류가 반환됩니다. OPTIONS 요청을 사용하여 관련 스키마를 반환합니다.

자세한 내용은 Automation Controller API 가이드의 Bulk endpoints 를 참조하십시오.

14.4.4. 소스 추가

인벤토리 소스는 그룹과 연결되어 있지 않습니다. 생성된 그룹은 최상위 수준이며 여전히 하위 그룹이 있을 수 있습니다. 생성된 이러한 모든 그룹에는 호스트가 있을 수 있습니다. 인벤토리에 소스를 추가하는 작업은 표준 인벤토리에만 적용됩니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 추가할 인벤토리 이름을 선택합니다.
  3. 인벤토리 세부 정보 페이지에서 소스 탭을 선택합니다.
  4. 소스 생성을 클릭합니다.
  5. 적절한 세부 정보를 입력합니다.

    • 이름 (필수):
    • 선택 사항: 설명을 적절하게 입력합니다.
    • 선택 사항: 실행 환경: Search 아이콘을 클릭하거나 인벤토리 가져오기를 실행할 실행 환경의 이름을 입력합니다. 실행 환경 빌드에 대한 자세한 내용은 실행 환경을 참조하십시오.
    • Source: 인벤토리의 소스를 선택합니다. 소스에 대한 자세한 내용 및 적절한 정보를 제공하는 방법은 인벤토리 소스를 참조하십시오.
  6. 선택한 인벤토리 소스에 대한 정보가 완료되면 상세 정보 표시, 호스트 필터 및 변수와 같은 기타 공통 매개변수를 선택적으로 지정할 수 있습니다.
  7. Verbosity 메뉴를 사용하여 인벤토리 소스 업데이트 작업의 출력 수준을 선택합니다.
  8. Host filter 필드를 사용하여 자동화 컨트롤러로 가져올 일치하는 호스트 이름만 지정합니다.
  9. Enabled 변수 필드에서 자동화 컨트롤러에서 호스트 변수 사전에서 enabled 상태를 검색하도록 지정합니다. 'foo.bar'로 점 표기법을 사용하여 활성화된 변수를 지정할 수 있습니다. 이 경우 조회는 from_dict.get('foo', {}).get('bar', default) 과 동일한 중첩된 사전을 검색합니다.

    Enabled 변수 필드를 설정하지 않는 한 Enabled value 필드는 무시됩니다. 활성화된 변수가 이 값과 일치하면 호스트는 가져오기 시 활성화됩니다.

  10. Enabled 변수 필드에서 호스트 변수 사전을 지정한 경우 가져오기에 사용할 값을 제공할 수 있습니다. 예를 들어 다음 호스트 변수에서 enabled_var='status.power_state''enabled_value='powered_on' 의 경우 호스트는 enabled:로 표시됩니다.

    Copy to Clipboard Toggle word wrap
    {
    "status": {
    "power_state": "powered_on",
    "created": "2020-08-04T18:13:04+00:00",
    "healthy": true
    },
    "name": "foobar",
    "ip_address": "192.168.2.1"
    }

    power_statepowered_on 이 아닌 값인 경우 자동화 컨트롤러로 가져올 때 호스트가 비활성화됩니다. 키를 찾을 수 없으면 호스트가 활성화됩니다.

  11. 모든 클라우드 인벤토리 소스에는 다음과 같은 업데이트 옵션이 있습니다.

    • overwrite: 선택되면 외부 소스에 이전에 존재했지만 현재는 제거된 모든 호스트와 그룹이 자동화 컨트롤러 인벤토리에서 제거됩니다. 인벤토리 소스에서 관리하지 않은 호스트 및 그룹은 수동으로 생성한 다음 그룹으로 승격되거나 승격할 수동으로 생성한 그룹이 없는 경우 인벤토리의 "전체" 기본 그룹에 남아 있습니다.

      선택하지 않으면 외부 소스에서 찾을 수 없는 로컬 하위 호스트 및 그룹은 인벤토리 업데이트 프로세스에 의해 변경되지 않은 상태로 유지됩니다.

    • 덮어쓰기 변수: 이 옵션을 선택하면 하위 그룹 및 호스트의 모든 변수가 제거되고 외부 소스에 있는 변수로 교체됩니다.

      선택하지 않으면 병합이 수행되어 로컬 변수와 외부 소스에 있는 변수를 결합합니다.

    • 시작 시 업데이트: 이 인벤토리를 사용하여 작업을 실행할 때마다 작업 작업을 실행하기 전에 선택한 소스에서 인벤토리를 새로 고칩니다.

      인벤토리에서 동기화할 수 있는 것보다 작업이 더 빨리 생성되는 경우 작업 오버플로를 방지하기 위해 이를 선택하면 캐시 시간 초과 를 특정 시간(초) 동안 이전 캐시 인벤토리 동기화로 구성할 수 있습니다.

      시작 시 업데이트 설정은 프로젝트와 인벤토리의 종속성 시스템을 참조하며, 두 작업이 동시에 실행되지 않도록 특별히 제외되지 않습니다.

      캐시 시간 초과가 지정되면 두 번째 작업의 종속 항목이 생성되고 첫 번째 작업에서 생성한 프로젝트와 인벤토리 업데이트를 사용합니다.

      그런 다음 두 작업 모두 해당 프로젝트 또는 인벤토리 업데이트가 완료될 때까지 기다린 후 계속합니다. 서로 다른 작업 템플릿의 경우 시스템에 수행할 용량이 있으면 동시에 시작하여 실행할 수 있습니다. 동적 인벤토리 소스에 자동화 컨트롤러의 프로비저닝 콜백 기능을 사용하려면 인벤토리 그룹에 대해 시작 시 업데이트를 설정해야 합니다.

      Update On 시작이 설정된 프로젝트를 사용하는 인벤토리 소스를 동기화하면 인벤토리 업데이트가 시작되기 전에 프로젝트가 자동으로 (캐시 시간 초과 규칙에 따라) 업데이트될 수 있습니다.

      템플릿에서 사용하는 동일한 프로젝트의 소스를 사용하는 인벤토리를 사용하는 작업 템플릿을 생성할 수 있습니다. 이러한 경우 프로젝트가 업데이트되고 인벤토리가 업데이트됩니다(업데이트가 아직 진행 중이거나 캐시 시간 초과가 아직 만료되지 않은 경우).

  12. 항목 및 선택을 검토합니다. 이를 통해 일정 및 알림과 같은 추가 세부 정보를 구성할 수 있습니다.
  13. 이 인벤토리 소스와 관련된 스케줄을 구성하려면 스케줄 탭을 클릭합니다.

    • 스케줄이 이미 설정되어 있는 경우 스케줄 기본 설정을 검토, 편집, 활성화 또는 비활성화합니다.
    • 일정이 설정되지 않은 경우 일정 설정에 대한 자세한 내용은 일정을 참조하십시오. ???

14.4.5. 소스에 대한 알림 구성

다음 절차에 따라 소스에 대한 알림을 구성합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 알림을 구성할 인벤토리 이름을 선택합니다.
  3. 인벤토리 세부 정보 페이지에서 알림 탭을 선택합니다.

    참고

    알림 탭은 새로 생성된 소스를 저장한 경우에만 표시됩니다.

  4. 알림이 이미 설정된 경우 토글을 사용하여 특정 소스에 사용할 알림을 활성화하거나 비활성화합니다. 자세한 내용은 알림 활성화 및 비활성화를 참조하십시오.
  5. 알림을 설정하지 않은 경우 자세한 내용은 알림 을 참조하십시오.
  6. 항목 및 선택을 검토합니다.
  7. 저장을 클릭합니다.

소스를 정의하면 인벤토리와 연결된 소스 목록에 표시됩니다. 소스 탭에서는 단일 소스에서 동기화를 수행하거나 한 번에 모두 동기화할 수 있습니다. 동기화 프로세스 스케줄링이나 소스를 편집하고 삭제하는 등 추가 작업을 수행할 수 있습니다.

14.4.5.1. 인벤토리 소스

호스트를 입력할 수 있는 인벤토리 유형과 일치하는 소스를 선택합니다.

14.4.5.1.1. 프로젝트에서 소싱

프로젝트에서 소싱된 인벤토리는 연결된 프로젝트의 SCM 유형을 사용한다는 것을 의미합니다. 예를 들어 프로젝트의 소스가 GitHub에 있는 경우 인벤토리는 동일한 소스를 사용합니다.

다음 절차에 따라 프로젝트 소싱 인벤토리를 구성합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 원하는 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 소스 생성 페이지의 소스 목록에서 프로젝트를 선택합니다.
  5. 추가 필드에 다음 세부 정보를 입력합니다.

    • 선택 사항: 소스 제어 분기/태그/커밋: 체크아웃할 소스 제어(Git 또는 Subversion)의 SCM 분기, 태그, 커밋 해시, 임의의 refs 또는 버전 번호(해당하는 경우)를 입력합니다.

      이 필드는 소싱된 프로젝트에 Allow branch override 옵션이 선택된 경우에만 표시됩니다. 자세한 내용은 SSCM 유형 - Git 및 Subversion을 사용하도록 플레이북 구성을 참조하십시오.

      Allow branch override

      다음 필드에 사용자 정의 refspec을 지정하지 않는 한 일부 커밋 해시 및 참조는 사용할 수 없습니다. 비워 두는 경우 기본값은 HEAD인데, 이는 이 프로젝트에 대해 마지막으로 체크아웃된 분기/태그/커밋입니다.

    • 선택 사항: 인증 정보: 이 소스에 사용할 인증 정보를 지정합니다.
    • 프로젝트 (필수): 기본 프로젝트로 사전 채워집니다. 그러지 않으면 인벤토리에서 소스로 사용하는 프로젝트를 지정합니다. Search 아이콘을 클릭하여 프로젝트 목록에서 선택합니다. 목록이 긴 경우 검색을 사용하여 옵션 범위를 좁힙니다.
    • 인벤토리 파일 (필수): 소싱된 프로젝트와 관련된 인벤토리 파일을 선택합니다. 아직 채워지지 않은 경우 메뉴 내의 텍스트 필드에 입력하여 불필요한 파일 유형을 필터링할 수 있습니다. 플랫 파일 인벤토리 외에도 디렉터리 또는 인벤토리 스크립트를 가리킬 수 있습니다.

      image

  6. 선택 사항: 소스 추가 에 설명된 대로 상세 정보 표시, 호스트 필터, 활성화된 변수/값, 업데이트 옵션을 지정할 수 있습니다.
  7. 선택 사항: 사용자 정의 인벤토리 스크립트에 전달하려면 소스 변수 필드에서 환경 변수를 설정할 수 있습니다. 인벤토리 스크립트를 소스 제어에 배치한 다음 프로젝트에서 실행할 수도 있습니다. 자세한 내용은 자동화 실행 구성에서 인벤토리 파일 가져오기 참조하십시오.
참고

SCM에서 사용자 지정 인벤토리 스크립트를 실행하는 경우 업스트림 소스 제어에서 스크립트에 대한 실행 비트(chmod +x)를 설정해야 합니다.

그러지 않으면 자동화 컨트롤러에서 실행 시 [오류 13] Permission denied 오류가 발생합니다.

14.4.5.1.2. Amazon Web Services EC2

AWS EC2-sourced 인벤토리를 구성하려면 다음 절차를 사용하십시오.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 원하는 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 소스 생성 페이지의 소스 목록에서 Amazon EC2선택합니다.
  5. 소스 생성 창이 확장되고 추가 필드가 표시됩니다. 다음 세부 정보를 입력합니다.

    • 선택 사항: 인증 정보: 기존 AWS 인증 정보에서 선택합니다. 자세한 내용은 사용자 인증 정보 관리를 참조하십시오.

      자동화 컨트롤러가 IAM 역할이 할당된 EC2 인스턴스에서 실행 중인 경우 인증 정보를 생략할 수 있으며 인스턴스 메타데이터의 보안 인증 정보가 대신 사용됩니다. IAM 역할 사용에 대한 자세한 내용은 Amazon에서 Amazon EC2_documentation_at_Amazon 설명서의 IAM 역할을 참조하십시오.

  6. 선택 사항: 소스 추가 에 설명된 대로 상세 정보 표시, 호스트 필터, 활성화된 변수 또는 값 및 업데이트 옵션을 지정할 수 있습니다.
  7. aws_ec2 인벤토리 플러그인에서 사용하는 변수를 덮어쓰려면 Source variables 필드를 사용합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 aws 인벤토리 플러그인 설명서를 참조하십시오.
참고

include_filters 만 사용하는 경우 AWS 플러그인은 항상 모든 호스트를 반환합니다. 이를 올바르게 사용하려면 또는 의 첫 번째 조건이 필터에 있고 나머지 OR 조건을 include_filters 목록에 빌드해야 합니다.

14.4.5.1.3. Google Compute Engine

다음 절차에 따라 Google 소싱 인벤토리를 구성합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 원하는 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 새 소스 추가 페이지의 소스 목록에서 Google Compute Engine 선택합니다.
  5. 소스 생성 창이 확장되어 필요한 인증 정보 필드가 표시됩니다. 기존 GCE 인증 정보에서 선택합니다. 자세한 내용은 사용자 인증 정보 관리를 참조하십시오.
  6. 선택 사항: 소스 추가 에 설명된 대로 상세 정보 표시, 호스트 필터, 활성화된 변수 또는 값 및 업데이트 옵션을 지정할 수 있습니다.
  7. 소스 변수 필드를 사용하여 gcp_compute 인벤토리 플러그인에서 사용하는 변수를 재정의합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 gcp_compute 인벤토리 플러그인 설명서를 참조하십시오.
14.4.5.1.4. Microsoft Azure 리소스 관리자

다음 절차에 따라 Microsoft Azure Resource Manager 소싱 인벤토리를 구성합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 원하는 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 소스 생성 페이지의 소스 목록에서 Microsoft Azure Resource Manager 선택합니다.
  5. 추가 필드에 다음 세부 정보를 입력합니다.
  6. 선택 사항: 인증 정보: 기존 Azure 인증 정보에서 선택합니다. 자세한 내용은 사용자 인증 정보 관리를 참조하십시오.
  7. 선택 사항: 소스 추가 에 설명된 대로 상세 정보 표시, 호스트 필터, 활성화된 변수 또는 값 및 업데이트 옵션을 지정할 수 있습니다.
  8. Source variables 필드를 사용하여 azure_rm 인벤토리 플러그인에서 사용하는 변수를 재정의합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 azure_rm 인벤토리 플러그인 설명서를 참조하십시오.
14.4.5.1.5. VMware vCenter

다음 절차에 따라 VMWare 소싱 인벤토리를 구성합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 원하는 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 소스 생성 페이지의 소스 목록에서 VMware vCenter선택합니다.
  5. 소스 생성 창이 확장되고 추가 필드가 표시됩니다. 다음 세부 정보를 입력합니다.

    • 선택 사항: 인증 정보: 기존 VMware 인증 정보에서 선택합니다. 자세한 내용은 사용자 인증 정보 관리를 참조하십시오.
  6. 선택 사항: 소스 추가 에 설명된 대로 상세 정보 표시, 호스트 필터, 활성화된 변수 또는 값 및 업데이트 옵션을 지정할 수 있습니다.
  7. vmware_ inventory 인벤토리 플러그인에서 사용하는 변수를 덮어쓰려면 소스 변수 필드를 사용합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 vmware_inventory 인벤토리 플러그인 을 참조하십시오.
참고

VMware 속성이 소문자에서 camel 케이스로 변경되었습니다. 자동화 컨트롤러는 최상위 키에 대한 별칭을 제공하지만 중첩된 속성의 소문자 키는 중단되었습니다. 유효한 지원 속성 목록은 VMware 동적 인벤토리 플러그인에서 가상 시스템 속성 사용을 참조하십시오.

14.4.5.1.6. VMware ESXi

다음 절차에 따라 VMWare-ESXI 소싱 인벤토리를 구성합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 추가할 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 소스의 이름 (필수)을 입력합니다.
  5. 소스 생성 페이지의 소스 목록에서 VMware ESXi선택합니다.
  6. 소스 생성 창이 확장되고 추가 필드가 표시됩니다. 다음 세부 정보를 입력합니다.

    • 인증 정보: 기존 VMware 인증 정보에서 선택합니다. 자세한 내용은 사용자 인증 정보 관리를 참조하십시오.
  7. Verbosity 메뉴를 사용하여 인벤토리 소스 업데이트 작업의 출력 수준을 선택합니다.
  8. 선택 사항: 호스트 필터, 활성화된 변수 또는 값을 지정하고 소스 추가 에 설명된 대로 옵션을 업데이트할 수 있습니다.
  9. vmware_ inventory 인벤토리 플러그인에서 사용하는 변수를 덮어쓰려면 소스 변수 필드를 사용합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다.

VMware ESxi 플러그인은 여기에 제공됩니다.

참고

VMware 속성이 소문자에서 camel 케이스로 변경되었습니다. 자동화 컨트롤러는 최상위 키에 대한 별칭을 제공하지만 중첩된 속성의 소문자 키는 중단되었습니다. 유효한 지원 속성 목록은 VMware 동적 인벤토리 플러그인에서 가상 시스템 속성 사용을 참조하십시오.

14.4.5.1.7. Red Hat Satellite 6

Red Hat Satellite 소싱 인벤토리를 구성하려면 다음 절차를 사용하십시오.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 원하는 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 소스 생성 페이지의 소스 목록에서 Red Hat Satellite 6선택합니다.
  5. 소스 생성 창이 확장되고 추가 필드가 표시됩니다. 다음 세부 정보를 입력합니다.

    • 선택 사항: 인증 정보: 기존 Satellite 인증 정보에서 선택합니다. 자세한 내용은 사용자 인증 정보 관리를 참조하십시오.
  6. 선택 사항: 소스 추가 에 설명된 대로 상세 정보 표시, 호스트 필터, 활성화된 변수 또는 값 및 업데이트 옵션을 지정할 수 있습니다.
  7. Source Variables 필드를 사용하여 foreman 인벤토리 소스에서 사용하는 매개변수를 지정합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 Ansible 문서의 Foreman 인벤토리 소스 를 참조하십시오.

자동화 컨트롤러 인벤토리에 Satellite의 "관련 그룹"이 없는 문제를 해결하는 경우 인벤토리 소스에 이러한 변수를 정의해야 할 수 있습니다. 자세한 내용은 Red Hat Satellite 6 을 참조하십시오.

인벤토리를 동기화할 때 "foreman.id" 변수 없음이라는 메시지가 표시되면 Red Hat 고객 포털( https://access.redhat.com/solutions/5826451)의 솔루션을 참조하십시오. 전체 문서에 액세스하려면 고객 인증 정보로 로그인해야 합니다.

14.4.5.1.8. Red Hat Insights

Red Hat Insights 소싱 인벤토리를 구성하려면 다음 절차를 사용하십시오.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 원하는 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 소스 생성 페이지의 소스 목록에서 Red Hat Insights선택합니다.
  5. 소스 생성 창이 확장되고 추가 필드가 표시됩니다. 다음 세부 정보를 입력합니다.

    • 선택 사항: 인증 정보: 기존 Red Hat Insights 인증 정보에서 선택합니다. 자세한 내용은 사용자 인증 정보 관리를 참조하십시오.
  6. 선택 사항: 소스 추가 에 설명된 대로 상세 정보 표시, 호스트 필터, 활성화된 변수 또는 값 및 업데이트 옵션을 지정할 수 있습니다.
  7. Insights 인벤토리 플러그인 에서 사용하는 변수를 덮어쓰려면 소스 변수 필드를 사용합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 Insights 인벤토리 플러그인 을 참조하십시오.
14.4.5.1.9. OpenStack

다음 절차에 따라 OpenStack 소싱 인벤토리를 구성합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 원하는 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 소스 생성 페이지의 소스 목록에서 OpenStack선택합니다.
  5. 소스 생성 창이 확장되고 추가 필드가 표시됩니다. 다음 세부 정보를 입력합니다.

    • 선택 사항: 인증 정보: 기존 OpenStack 인증 정보에서 선택합니다. 자세한 내용은 사용자 인증 정보 관리를 참조하십시오.
  6. 선택 사항: 소스 추가 에 설명된 대로 상세 정보 표시, 호스트 필터, 활성화된 변수 또는 값 및 업데이트 옵션을 지정할 수 있습니다.
  7. openstack inventory 플러그인 에서 사용하는 변수를 덮어쓰려면 소스 변수 필드를 사용합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 openstack inventory plugin 을 참조하십시오.
14.4.5.1.10. Red Hat Virtualization

Red Hat 가상화 소싱 인벤토리를 구성하려면 다음 절차를 사용하십시오.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 원하는 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 소스 생성 페이지의 소스 목록에서 Red Hat Virtualization선택합니다.
  5. 소스 생성 창이 확장되고 추가 필드가 표시됩니다. 다음 세부 정보를 입력합니다.

    • 선택 사항: 인증 정보: 기존 Red Hat Virtualization 인증 정보에서 선택합니다. 자세한 내용은 사용자 인증 정보 관리를 참조하십시오.
  6. 선택 사항: 소스 추가 에 설명된 대로 상세 정보 표시, 호스트 필터, 활성화된 변수 또는 값 및 업데이트 옵션을 지정할 수 있습니다.
  7. ovirt 인벤토리 플러그인 에서 사용하는 변수를 덮어쓰려면 소스 변수 필드를 사용합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 ovirt 인벤토리 플러그인을 참조하십시오.
참고

Red Hat Virtualization(ovirt) 인벤토리 소스 요청은 기본적으로 안전합니다. 이 기본 설정을 변경하려면 source_variables 에서 key ovirt_insecuretrue 로 설정합니다. 이 키는 /api/v2/inventory_sources/N/ 끝점에 있는 인벤토리 소스의 API 세부 정보에서만 사용할 수 있습니다.

14.4.5.1.11. Red Hat Ansible Automation Platform

다음 절차에 따라 자동화 컨트롤러 소싱 인벤토리를 구성합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 원하는 인벤토리 이름을 선택하고 소스 탭을 클릭합니다.
  3. 소스 생성을 클릭합니다.
  4. 소스 생성 페이지의 소스 목록에서 Red Hat Ansible Automation Platform 선택합니다.
  5. 소스 생성 창이 확장되고 추가 필드가 표시됩니다. 다음 세부 정보를 입력합니다.

    • 선택 사항: 인증 정보: 기존 Red Hat Ansible Automation Platform 인증 정보에서 선택합니다. 자세한 내용은 사용자 인증 정보 관리를 참조하십시오.
  6. 선택 사항: 소스 추가 에 설명된 대로 상세 정보 표시, 호스트 필터, 활성화된 변수 또는 값 및 업데이트 옵션을 지정할 수 있습니다.
  7. 컨트롤러 인벤토리 플러그인 에서 사용하는 변수를 덮어쓰려면 소스 변수 필드를 사용합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 컨트롤러 인벤토리 플러그인 을 참조하십시오. 이를 위해서는 Red Hat 고객 로그인이 필요합니다.
14.4.5.1.12. Terraform 상태

이 인벤토리 소스는 cloud.terraform 컬렉션의 terraform_state 인벤토리 플러그인을 사용합니다. 플러그인은 테라폼 상태 파일을 구문 분석하고 AWS EC2, GCE 및 Microsoft Azure 인스턴스의 호스트를 추가합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 프로젝트를 선택합니다.
  2. 프로젝트 페이지에서 프로젝트 생성을 클릭하여 프로젝트생성 창을 시작합니다.

  3. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  4. 소스를 추가할 인벤토리를 선택합니다.
  5. 소스 탭에서 소스 생성 을 클릭합니다.
  6. 소스 메뉴에서 Terraform State 를 선택합니다.

    • 소스 생성 창이 확장되어 선택적 인증 정보 필드가 표시됩니다.

      기존 Terraform 백엔드 구성 인증 정보를 선택합니다. 자세한 내용은 Terraform 백엔드 구성 을 참조하십시오.

  7. 옵션을 사용하여 시작 시 덮어쓰기 및 업데이트.
  8. Source Variables 필드를 사용하여 terraform_state 인벤토리 플러그인에서 사용하는 변수를 재정의합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 terraform_state 파일을 참조하십시오.

    backend_type 변수는 Terraform State 인벤토리 플러그인에 필요합니다. 이는 Terraform 백엔드 인증 정보에 구성된 원격 백엔드 와 일치해야 합니다. 다음은 Amazon S3 백엔드의 예입니다.

    Copy to Clipboard Toggle word wrap
    backend_type: s3
  9. Terraform 바이너리 가 있는 실행 환경을 선택합니다. 이는 인벤토리 플러그인이 Terraform 상태 파일에서 인벤토리 데이터를 읽는 Terraform 명령을 실행하는 데 필요합니다.

추가 리소스

자세한 내용은 Terraform 바이너리가 있는 실행 환경 구성 예제가 있는 Terraform EE readme를 참조하십시오.

14.4.5.1.12.1. Terraform provider for Ansible Automation Platform

이러한 방식으로 생성된 인벤토리는 Terraform에 의해 관리되며 Terraform 배포에 드리프트가 도입될 수 있으므로 Ansible Automation Platform에서 편집해서는 안 됩니다.

Ansible Automation Platform용 Terraform 공급자를 사용하여 Terraform 구성 내에서 인벤토리 및 호스트를 생성할 수 있습니다. 자세한 내용은 Terraform 설명서의 AAP 공급자 섹션을 참조하십시오.

14.4.5.1.13. OpenShift Virtualization

이 인벤토리 소스는 Red Hat OpenShift Container Platform Virtualization을 배포할 수 있는 클러스터를 사용합니다. Red Hat OpenShift Container Platform Virtualization을 구성하려면 특정 네임스페이스 및 OpenShift 또는 Kubernetes API 전달자 토큰 인증 정보에 배포된 가상 머신이 필요합니다.

프로세스

  1. 탐색 패널에서 자동화 실행 인프라 인벤토리 를 선택합니다.
  2. 소스를 추가할 인벤토리를 선택합니다.
  3. 소스 탭에서 소스 추가 를 클릭합니다.
  4. 소스 메뉴에서 OpenShift Virtualization 을 선택합니다.

  5. 선택적으로 소스 추가 단계에 설명된 대로 Verbosity, Host Filter, Enabled Variable/ValueUpdate 옵션을 지정할 수 있습니다.
  6. kubernetes 인벤토리 플러그인 에서 사용하는 변수를 덮어쓰려면 소스 변수 필드를 사용합니다. JSON 또는 YAML 구문을 사용하여 변수를 입력합니다. 둘 사이를 전환하려면 라디오 버튼을 사용합니다. 이러한 변수에 대한 자세한 내용은 kubevirt.core.kubevirt 인벤토리 소스 설명서를 참조하십시오.

    다음 예에서 connections 변수는 클러스터의 특정 네임스페이스에 대한 액세스를 지정하는 데 사용됩니다.

    Copy to Clipboard Toggle word wrap
    ---
    connections:
    - namespaces:
      - hao-test
  7. 저장을 클릭한 다음 동기화 를 클릭하여 인벤토리를 동기화합니다.

14.4.5.2. 이전 인벤토리 스크립트 내보내기

사용자 정의 인벤토리 스크립트 API를 제거해도 스크립트는 여전히 데이터베이스에 저장됩니다. 이 섹션에 설명된 명령을 사용하면 이후에 소스 제어를 확인하는 데 적합한 형식으로 데이터베이스에서 스크립트를 복구할 수 있습니다.

다음 명령을 사용합니다.

Copy to Clipboard Toggle word wrap
$ awx-manage export_custom_scripts --filename=my_scripts.tar

Dump of old custom inventory scripts at my_scripts.tar

출력 사용:

Copy to Clipboard Toggle word wrap
$ mkdir my_scripts
$ tar -xf my_scripts.tar -C my_scripts

스크립트 이름은 < pk>_ <name&gt; 형식으로 되어 있습니다. 이는 프로젝트 폴더에 사용되는 이름 지정 체계입니다.

Copy to Clipboard Toggle word wrap
$ ls my_scripts
10inventory_script_rawhook _19 _30inventory_script_listenhospital _11inventory_script_upperorder _1inventory_script_commercialinternet45 _4inventory_script_whitestring _12inventory_script_eastplant _22inventory_script_pinexchange _5inventory_script_literaturepossession _13inventory_script_governmentculture _23inventory_script_brainluck _6inventory_script_opportunitytelephone _14inventory_script_bottomguess _25inventory_script_buyerleague _7inventory_script_letjury _15inventory_script_wallisland _26inventory_script_lifesport _8random_inventory_script
16inventory_script_wallisland _27inventory_script_exchangesomewhere _9random_inventory_script _17inventory_script_bidstory            _28inventory_script_boxchild _18p                                    _29__inventory_script_wearstress

각 파일에는 스크립트가 포함되어 있습니다. 스크립트는 bash/python/ruby/more 일 수 있으므로 확장이 포함되지 않습니다. 모두 직접 실행 가능합니다. 스크립트를 실행하면 인벤토리 데이터가 덤프됩니다.

Copy to Clipboard Toggle word wrap
$ ./my_scripts/11__inventory_script_upperorder {"group\ud801\udcb0\uc20e\u7b0e\ud81c\udfeb\ub12b\ub4d0\u9ac6\ud81e\udf07\u6ff9\uc17b": {"hosts":
["host_\ud821\udcad\u68b6\u7a51\u93b4\u69cf\uc3c2\ud81f\uddbe\ud820\udc92\u3143\u62c7",
"host_\u6057\u3985\u1f60\ufefb\u1b22\ubd2d\ua90c\ud81a\udc69\u1344\u9d15",
"host_\u78a0\ud820\udef3\u925e\u69da\ua549\ud80c\ude7e\ud81e\udc91\ud808\uddd1\u57d6\ud801\ude57",
"host_\ud83a\udc2d\ud7f7\ua18a\u779a\ud800\udf8b\u7903\ud820\udead\u4154\ud808\ude15\u9711",
"host_\u18a1\u9d6f\u08ac\u74c2\u54e2\u740e\u5f02\ud81d\uddee\ufbd6\u4506"], "vars": {"ansible_host": "127.0.0.1", "ansible_connection":
"local"}}}

ansible-inventory 를 사용하여 기능을 확인할 수 있습니다. 이렇게 하면 동일한 데이터가 제공되지만 다시 포맷됩니다.

Copy to Clipboard Toggle word wrap
$ ansible-inventory -i ./my_scripts/_11__inventory_script_upperorder --list --export

위 예제에서는 my_scriptscd 를 수행한 다음 git init 명령을 실행하고 원하는 스크립트를 추가하고 소스 제어로 푸시한 다음 사용자 인터페이스에서 SCM 인벤토리 소스를 생성할 수 있습니다.

사용자 정의 인벤토리 스크립트를 동기화하거나 사용하는 방법에 대한 자세한 내용은 자동화 실행 구성에서 인벤토리 파일을 참조하십시오.

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat, Inc.