Omnissa Access 설치

제어부에 Omnissa® Access™를 배포하려면 이 가이드에 제공된 지침을 따르십시오.

Omnissa Access 설치 및 구성 가이드의 이 Omnissa Access 설치 섹션은 환경에 Omnissa Access를 배포하기 위한 종단 간 프로세스를 안내합니다. 여기에는 배포 개요, Omnissa Access 클러스터를 구성하는 플랫폼 구성 요소에 대한 설명, 지원되는 배포 아키텍처 및 테넌트 생성을 통해 초기 가상 시스템 준비에서 벗어나는 단계적 설치 순서가 포함됩니다.

설치를 완료한 후 가이드는 배포를 준비하고 운영하는 데 도움이 되는 구성 및 관리 항목으로 계속됩니다.

구성을 완료하면 Omnissa Access 콘솔을 사용하여 사용자와 그룹을 관리하고, 인증 및 액세스 정책을 설정 및 관리하고, 카탈로그에 리소스를 추가하고, 해당 리소스에 대한 권한을 관리할 수 있습니다. Workspace ONE UEM 통합을 구성하고 Hub Services를 실행할 수도 있습니다.

배포 개요

Omnissa Access는 제어부 플랫폼에 여러 단계로 배포됩니다. 각 단계는 이전 단계의 성공적인 완료에 따라 다릅니다.

배포 단계

1. 가상 시스템을 준비합니다.
2. 부트스트랩 노드 및 자산을 설정합니다.
3. 제어부 클러스터를 초기화합니다.
4. 제어부 플랫폼을 배포합니다.
5. 인프라 및 Access 서비스를 배포합니다.
6. 테넌트를 생성합니다.

플랫폼 구성 요소 개요

다음 표에는 Omnissa Access에 필요한 플랫폼 구성 요소가 나열됩니다.

배포 아키텍처

Omnissa Access에 필요한 대로 다음과 같은 아키텍처 관련 세부 정보가 충족되는지 확인합니다.

• 필요한 가상 시스템

  노드 유형	개수	용도
  인프라/플랫폼 노드	3개	인프라 서비스
  Omnissa Access 노드	2개 이상	Access 애플리케이션 서비스
  부트스트랩 노드	1개	배포 컨트롤러
  로드 밸런서	-	Access 서비스의 HA용
  합계	VM 6개 이상

  참고: 플랫폼 서비스는 모든 관리 및 Omnissa Access 노드에서 실행됩니다.

• 서비스 배치

  노드	서비스
  인프라/플랫폼 노드	Nomad, Consul, Vault, Postgres, Redis, Kafka, OpenSearch
  Omnissa Access 노드	Nomad, Consul, Vault, Access 서비스
  부트스트랩 노드	배포/관리 작업

  모든 노드가 다음 요구 사항을 충족하는지 확인합니다.

  • AlmaLinux 9.6 실행
  • 정적 IP 주소 보유
  • 고유한 호스트 이름 보유
  • 부트스트랩 노드에서 SSH 액세스 가능

• 로드 밸런서 구성

  로드 밸런서를 구성하고 액세스 서비스 노드를 업스트림에 추가하여 로드 밸런서가 모든 노드로 리디렉션되도록 합니다. 구성 요구 사항은 로드 밸런서 또는 역방향 프록시를 사용하여 Omnissa Access에 대한 외부 액세스 사용을 참조하십시오.

• DNS 확인

  • DNS 항목: DNS 항목이 FQDN IP(로드 밸런서 IP)로 확인되는지 확인합니다.

    tenant.example.com

• 인증서 요구 사항

  • CN(일반 이름): 로드 밸런서 호스트 이름(tenant.example.com)입니다.

  • SAN(주체 대체 이름):

    • 예:
      • tenant.example.com
      • tenant-cert.example.com
      • tenant-amsso.example.com

    모든 SAN 항목의 도메인 부분이 로드 밸런서 및 클러스터 노드에서 사용하는 도메인과 일치하는지 확인합니다.

    참고:

    • *.tenant.example.com과 같은 와일드카드 인증서를 사용하여 모든 SAN을 포함하도록 선택할 수 있습니다.
    • 인증서 기반 인증을 사용하지 않는 경우 tenant.example.com만 필수 SAN입니다. tenant-cert.example.com 및 tenant-amsso.example.com은 생략할 수 있습니다.

  CSR 참조

  인증서 유형에 따라 다음 구성 중 하나를 사용합니다.

  와일드카드 인증서

  [ req ]
  default_bits       = 2048
  prompt             = no
  default_md         = sha256
  distinguished_name = dn
  req_extensions     = req_ext
  
  [ dn ]
  CN = *.tenant.example.com
  
  [ req_ext ]
  subjectAltName = @alt_names
  
  [ alt_names ]
  DNS.1 = *.tenant.example.com
  

  와일드카드가 아닌 인증서(모든 SAN 필요)

  와일드카드 인증서를 사용하지 않는 경우 각 주체 대체 이름을 명시적으로 나열합니다.

  [ req ]
  default_bits       = 2048
  prompt             = no
  default_md         = sha256
  distinguished_name = dn
  req_extensions     = req_ext
  
  [ dn ]
  CN = tenant.example.com
  
  [ req_ext ]
  subjectAltName = @alt_names
  
  [ alt_names ]
  DNS.1 = tenant.example.com
  DNS.2 = tenant-cert.example.com
  DNS.3 = tenant-amsso.example.com