Azure의 Citrix에 대한 리소스 조직 고려 사항
이 문서에서는 조직의 Citrix 랜딩 존 구조를 계획할 때 고려해야 하는 고려 사항을 제공합니다.
Citrix 설계 권장 사항
다음 섹션에서는 Azure에 Citrix를 배포할 때 리소스의 레이블 지정 및 구성에 대한 권장 사항을 제공합니다.
Azure의 Citrix DaaS에 대한 추가 디자인 지침은 Citrix TechZone에서 사용할 수 있습니다. 이 문서에서는 Citrix 배포를 클라우드 채택 프레임워크 디자인 원칙에 맞게 조정하기 위한 시스템, 워크로드, 사용자 및 네트워크 고려 사항을 강조 표시합니다.
Citrix Cloud 명명 및 태그 지정
명명 및 태그 지정 표준은 리소스를 구성하고 리소스 관리, 비용 추적 및 거버넌스를 간소화하는 데 도움이 됩니다.
리소스 간에 일관성을 유지 관리하면 합의된 정책의 편차를 식별하는 데 도움이 될 수 있습니다. 리소스 태그 지정 에 대한 규범적 지침은 다음 패턴 중 하나가 거버넌스 사례를 배포하는 데 어떻게 도움이 되는지 설명합니다. 태그를 사용하여 규정 준수를 평가하는 데 비슷한 패턴을 사용할 수 있습니다.
표준화된 명명 규칙은 클라우드 호스팅 리소스를 구성하기 위한 시작점입니다. 올바르게 구조화된 명명 시스템을 사용하면 관리 및 회계 목적으로 리소스를 신속하게 식별할 수 있습니다. 조직의 다른 부분에 대한 기존 IT 명명 규칙이 있는 경우 클라우드 명명 규칙을 해당 규칙과 일치시킬지 아니면 클라우드 명명 규칙을 고유하고 별도로 만들 것인지를 고려합니다.
Azure 명명 체계는 Citrix Cloud의 연결된 리소스와 일치해야 합니다. 예를 들어 Citrix 배포에 여러 구독을 사용하는 경우 연결된 구독을 식별하는 Citrix Cloud의 컴퓨터 카탈로그에 대한 명명 체계를 사용합니다. 예를 들어 MC-USEast2Sub01-Win10-HR 및 MC-USEast2Sub02-Win10-HR을 사용하여 미국 동부 2의 두 구독에서 HR에 배포된 Windows 10 VDI를 나타낼 수 있습니다. 여러 구독 또는 지역에서 여러 카탈로그를 배달 그룹으로 집계하여 사용 사례에 대해 이러한 서로 다른 리소스를 쉽게 관리할 수 있습니다. 이 예제에서는 강조 표시된 카탈로그를 DG-USEast2-Win10-HR로 집계할 수 있습니다.
관리 그룹 및 구독
Azure 구독은 리소스를 할당하는 데 사용할 수 있는 논리적 확장 제한입니다. 이러한 제한에는 다양한 리소스 종류에 대한 임계값 및 Azure에 대한 읽기 및 쓰기에 따른 제한 제한이 포함됩니다. 가상 머신 전원 관리 와 같은 구독 요청은 Azure 구독당 권장되는 Citrix 머신 수를 결정합니다. 이러한 이유로 Citrix 랜딩 존에 전용 구독 또는 구독을 사용하는 것이 좋습니다.
다음 고려 사항은 단일 구독 또는 다중 구독 아키텍처 중에서 결정하는 데 도움이 될 수 있습니다.
- 확장. Azure에 워크로드가 있는 조직의 비율은 무엇인가요? 장기 사용량이 5,000개의 가상 머신을 초과합니까?
- 사용 사례 사용 사례를 알고 있나요? 그렇다면 대상 사용 사례는 주로 가상화된 애플리케이션 또는 다중 세션 데스크톱인가요? VDI는 더 많은 틈새 시장(전체 사용자 수의 5~10% 미만)으로 간주합니까?
- 작업. 서버와 클라이언트 운영 체제를 관리하는 팀 간에 명확한 소유권이 있나요? 이 팀에는 별도의 비용 센터도 있습니까? 공유 변경 컨트롤 또는 사용자 온보딩 프로세스가 있나요?
다중 구독 아키텍처에서는 Citrix Shared Services 구독에 관리 구성 요소를 배포해야 합니다. 가상 앱 및 데스크톱은 워크로드 구독에 포함되어야 합니다. Azure의 모든 Citrix 배포에는 Azure 관리 그룹이 필요하지 않습니다. 그러나 다중 구독 접근 방식을 사용하는 경우 관리 그룹을 통해 Azure 거버넌스 요구 사항의 애플리케이션을 전체 Citrix 배포에 간소화할 수 있습니다.
단일 구독으로 시작하고 나중에 다중 구독 접근 방법으로 전환할 수 있습니다. Citrix Cloud의 호스트 연결 은 모듈식이며 유연한 성장을 위해 새 Azure 구독을 추가하고 구독 간에 이미지를 공유할 수 있습니다. 디자인 프로세스 중에 요구 사항이 될 경우 팀이 운영적으로 준비되도록 새 구독을 추가하기 위한 요구 사항 및 프로세스를 설정합니다.