Omnissa Access 설치

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

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

배포에 대해 DR(재해 복구) 사이트를 구성하려는 경우 NFS 스토리지가 필요합니다. 사전 요구 사항에 대해서는 Omnissa Access를 위한 재해 복구 구성을 참조하십시오.

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

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

아키텍처 개요

Omnissa Access는 제어부에서 관리하는 컨테이너화된 마이크로 서비스 모음으로 실행됩니다. Omnissa Access를 구성하는 서비스는 모두 AlmaLinux 9.6을 실행하는 전용 가상 시스템 클러스터에 분산되며 독립 워크로드로 배포 및 운영됩니다. 각 서비스는 자체적으로 실행되므로 개별적으로 업데이트, 다시 시작, 확장 및 복구할 수 있습니다.

제어부

제어부는 Omnissa Access 배포를 구성하는 서비스를 설치, 실행, 확장 및 모니터링하는 플랫폼입니다. 다음 세 가지 플랫폼 서비스를 사용하여 클러스터의 모든 서비스를 조정합니다.

• Nomad는 서비스 워크로드를 스케줄링하고 오케스트레이션합니다.
• Consul은 서비스 검색과 서비스 간 보안 내부 통신을 제공합니다.
• Vault는 비밀, 인증서 및 토큰을 저장하고 관리합니다.

서비스 범주

Omnissa Access 배포는 다음과 같은 세 가지 서비스 범주로 구성됩니다.

노드 유형

Omnissa Access 클러스터는 세 가지 유형의 가상 시스템과 로드 밸런서로 구축됩니다.

• 부트스트랩 노드 — 배포 컨트롤러. 이 노드에서 WSO CLI를 실행하여 클러스터를 배포하고 운영합니다.
• 인프라/플랫폼 노드 — 플랫폼 서비스 및 인프라 서비스를 호스팅합니다.
• Omnissa Access 노드 — Omnissa Access 서비스를 호스팅합니다. 플랫폼 서비스는 이러한 노드에서도 실행됩니다.
• 로드 밸런서 — Omnissa Access 노드 전체에 트래픽을 분산하고 Access 서비스에 고가용성을 제공합니다.

플랫폼 서비스는 인프라/플랫폼 노드와 Omnissa Access 노드 모두에서 실행되므로 오케스트레이션, 서비스 검색 및 암호 관리는 단일 노드에 의존하지 않고 전체 클러스터에서 계속 작동합니다.

WSO CLI

WSO CLI(Workspace ONE 명령줄 인터페이스)는 Omnissa Access를 배포하고 관리하기 위한 기본 인터페이스입니다. 부트스트랩 노드에서 WSO CLI 명령을 실행합니다.

배포 개요

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

배포 단계

1. 가상 시스템을 준비합니다.
2. 가상 시스템을 배포합니다.
3. Omnissa Access 배포 — 다음 중 하나를 선택합니다.
   • 옵션 1: Access Wizard 사용
   • 옵션 2: 수동, 단계별

배포 아키텍처

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

• 필요한 가상 시스템

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

  참고: 플랫폼 서비스는 인프라/플랫폼 노드와 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