3장. Ansible Automation Platform 업그레이드 후 단계


Ansible Automation Platform 2.5로 업그레이드한 후 다음 중요한 단계는 사용자를 최신 버전의 플랫폼으로 마이그레이션하는 것입니다.

자동화 컨트롤러 및 프라이빗 자동화 허브의 사용자 데이터 및 레거시 인증 설정은 업그레이드 프로세스 중에 수행되며 업그레이드 후 플랫폼에 원활하게 액세스할 수 있습니다. 고객은 추가 조치 없이 로그인할 수 있습니다.

그러나 2.5 플랫폼 게이트웨이의 모든 기능과 기능을 사용하기 위해 인증을 완전히 전환하려면 새로운 인증 프레임워크를 활용하기 위해서는 수동 프로세스가 필요합니다. Ansible Automation Platform 2.5로 업그레이드하는 과정에서 이 수동 프로세스를 마이그레이션 이라고 합니다.

다음을 포함하여 각 사용자 마이그레이션 유형에 대한 중요한 노트 및 고려 사항이 있습니다.

  • 관리자 사용자
  • 일반 사용자
  • SSO 사용자
  • LDAP 사용자

마이그레이션 프로세스를 최대한 원활하게 수행할 수 있도록 각 사용자 유형에 대해 강조 표시된 중요한 노트를 읽으십시오.

3.1. 관리자 마이그레이션을 위한 주요 고려 사항

Ansible Automation Platform 2.4에서 2.5로 업그레이드하면 기존 구성 요소 수준 관리자 권한이 유지 관리되는 각 구성 요소에 대해 관리자를 마이그레이션할 수 있습니다. 그러나 플랫폼 게이트웨이 관리자에게 대한 권한 에스컬레이션은 업그레이드 프로세스 중에 자동으로 실행되지 않습니다. 이렇게 하면 조직의 특정 요구 사항을 충족하도록 사용자 지정할 수 있는 보안 권한 에스컬레이션 프로세스가 보장됩니다.

구성 요소 수준 관리자 권한이 유지됩니다. 자동화 컨트롤러 및 자동화 허브의 관리자는 업그레이드 후 해당 서비스에 대한 기존 관리자 권한을 유지합니다. 예를 들어 자동화 컨트롤러 관리자는 자동화 컨트롤러 리소스에 대한 전체 관리 권한을 계속 갖습니다.

플랫폼 게이트웨이 관리자에 대한 에스컬레이션은 업그레이드 후 수동으로 구성해야 합니다. 업그레이드 프로세스 중에 개별 서비스의 관리자 권한이 플랫폼 관리자 권한으로 자동 번역되지 않습니다. 플랫폼 게이트웨이 관리자에 대한 에스컬레이션은 업그레이드 및 마이그레이션 후 플랫폼 관리자가 부여해야 합니다. 각 서비스 관리자는 액세스가 변경될 때까지 원래 액세스 범위를 유지합니다.

플랫폼 관리자는 Ansible Automation Platform Administrator 확인란을 선택하여 사용자의 권한을 에스컬레이션할 수 있습니다. 플랫폼 관리자만 권한을 에스컬레이션할 수 있습니다.

참고

이전에 자동화 컨트롤러 또는 자동화 허브 관리자로 지정된 사용자는 사용자 목록 뷰의 사용자 유형 열에서 Normal 으로 레이블이 지정됩니다. 이는 잘못된 특성입니다. 실제로 계정을 편집하여 이러한 사용자에게 서비스 수준 관리자 권한이 있는지 확인할 수 있습니다.

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2025 Red Hat