Citrix Virtual Apps and Desktops Standard for Azure
Citrix Virtual Apps and Desktops Standard for Azure is the simplest, fastest way to deliver Windows apps and desktops from Microsoft Azure. This service offers cloud-based management, provisioning, and managed capacity for delivering virtual apps and desktops to any device.
This solution includes:
- Cloud-based management and provisioning for delivering Citrix-hosted Azure Virtual Desktops, and apps from multi-session machines.
- A high-definition user experience from a broad range of devices, using the Citrix Workspace app.
- Simplified image creation and management workflows, along with Citrix prepared Windows and Linux single-session and multi-session images that have the latest Citrix Virtual Delivery Agent (VDA) installed.
- Secure remote access from any device using global points of presence of the Citrix Gateway service.
- Advanced monitoring and help desk management capabilities.
- Managed Azure IaaS, including Azure compute, storage, and networking for delivering virtual desktops.
The Citrix Remote PC Access feature enables users to remotely use existing physical machines located in the office. Users receive the best user experience by using Citrix HDX to deliver their office PC session.
If you’re familiar with other Citrix Virtual Apps and Desktops products, Citrix Virtual Apps and Desktops Standard for Azure simplifies the deployment of virtual apps and desktops. Citrix can manage the infrastructure for hosting those workloads.
Citrix Virtual Apps and Desktops Standard is a Citrix Cloud service. Citrix Cloud is the platform that hosts and administers Citrix Cloud services. Learn more about Citrix Cloud.
To learn about components, data flow, and security considerations, see Technical security overview. That article also outlines customer and Citrix responsibilities.
Citrix Virtual Apps and Desktops Standard for Azure was previously named Citrix Managed Desktops. The earlier name might continue to appear in various locations for a while.
How users access desktops and apps
Users (sometimes called subscribers) access their desktops and apps directly through their browser, using the Citrix HTML5 client. Users browse to a Citrix Workspace URL that is provided by you, their administrator. The Citrix Workspace platform enumerates and delivers the digital resources to users. Users start a desktop or an application from their workspace.
After you configure a catalog of machines that deliver desktops and apps (or a catalog containing physical machines for Remote PC Access), the service displays the Workspace URL. You then notify your users to go to that URL to start their desktop and apps.
As an alternative to navigating to Citrix Workspace to access their desktops and apps, users can install a Citrix Workspace app on their device. Download the app that’s right for the endpoint device’s operating system: https://www.citrix.com/downloads/workspace-app/.
Concepts and terminology
This section introduces some of the items and terms that administrators use in this service:
- Resource locations
- Azure subscriptions
- Network connections
- Domain-joined and non-domain-joined
A catalog is a group of machines.
The desktops and apps that the service delivers to your users reside on virtual machines (VMs). Those VMs are created (provisioned) in the catalog.
When you deploy desktops, the machines in the catalog are shared with selected users. When you publish applications, multi-session machines host applications that are shared with selected users.
For Remote PC Access, a catalog contains existing single-session physical machines. A common deployment includes machines located in your office. You control user access to those machines through the configured user assignment method and selected users.
If you’re familiar with other Citrix Virtual Apps and Desktops products, a catalog in this service is similar to combining a machine catalog and a delivery group.
For more information, see:
- Create catalogs for published desktops and apps.
- Create catalogs for Remote PC Access.
- Manage catalogs.
- Users and authentication.
- When publishing desktops or apps, Citrix automatically creates the resource location and the Cloud Connectors when you create the first catalog.
- For Remote PC Access, the administrator creates the resource location and the Cloud Connectors before creating a catalog.
When you create more catalogs for published desktops and apps, the Azure subscription, region, and domain determine whether Citrix creates another resource location. If those criteria match an existing catalog, Citrix tries to reuse that resource location.
For more information, see:
When you create a catalog for published desktops and apps, a machine image is used (with other settings) as a template for creating the machines.
The service provides several Citrix prepared images:
- Windows 10 Enterprise (single-session)
- Windows 10 Enterprise Virtual Desktop (multi-session)
- Windows 10 Enterprise Virtual Desktop (multi-session) with Office 365 ProPlus
- Windows Server 2012 R2
- Windows Server 2016
- Windows Server 2019
Each Citrix prepared image has a Citrix VDA and troubleshooting tools installed. The VDA is the communication mechanism between your users’ machines and the Citrix Cloud infrastructure that manages the service.
Citrix updates the available prepared images when a new VDA version releases.
You can also import and use your own images from Azure. You must install a VDA (and other software) on the image before it can be used to create a catalog.
VDA often refers to the machine that delivers apps or desktops, and the software component installed on that machine.
For more information, see Images.
You can create catalogs for delivering desktops and apps, and build/import images in either in a Citrix Managed Azure subscription or your own (customer-managed) Azure subscription.
If you order only the Citrix Virtual Apps and Desktops Standard for Azure service, you must import (add) and use your own Azure subscriptions. If you also order a Citrix Azure Consumption Fund, you receive a Citrix Managed Azure subscription. You can then use either a Citrix Managed Azure subscription or one of your imported Azure subscriptions when creating a catalog or building a new image.
For more information, see:
Deployment scenarios illustrate ways to use Azure subscriptions with this service.
Azure subscriptions explains the differences between Citrix Managed Azure and customer-managed Azure subscriptions. This article also describes how to view, add, and remove subscriptions.
Technical security overview describes the differences in responsibility with Citrix Managed Azure and customer-managed Azure subscriptions.
When creating a catalog using a Citrix Managed Azure subscription, you indicate if and how users can access locations and resources on their corporate on-premises network from their published desktops and apps. The choices are no connectivity, Azure VNet peering, and Citrix SD-WAN.
When using your own Azure subscription, there is no need to create a connection. You only need to import (add) your Azure subscription to the service.
For more information, see Network connections.
Domain-joined and non-domain-joined
Several service operations and features differ, depending on whether the machines (VDAs) are domain-joined or non-domain-joined. Domain membership also affects the available deployment scenarios.
- Both domain-joined and non-domain joined machines support any of the user authentication methods available in the user’s workspace.
- You can publish desktops, apps, or both from domain-joined and non-domain-joined machines. Machines in Remote PC Access catalogs must be domain-joined.
The following table lists several differences between non-domain-joined and domain-joined machines when delivering desktops and apps.
|Active Directory is not used for machines. Machines are not joined to an AD domain.||Active Directory is used for machines. Machines are joined to an AD domain.|
|Active Directory group policies cannot be applied to machines (VDAs). (You can apply local GPO on the image that’s used to create a catalog.)||VDAs inherit group policies for the AD OU specified during catalog creation.|
|Users sign in using single sign-on.||When users sign in to their workspace using an authentication method other than Active Directory, they are also prompted for sign-in when a desktop or app launches.|
|Do not need a connection to an on-premises network.||(When using a Citrix Managed Azure subscription) Must have a connection to access an on-premises network, using Microsoft Azure VNet or Citrix SD-WAN.|
|Must use a Citrix Managed Azure subscription for provisioning VDAs. (Cannot use your own Azure subscriptions for provisioning VDAs. However, users can be connected from your own Azure AD.)||Can use a Citrix Managed Azure subscription and your own Azure subscriptions.|
|Cannot troubleshoot using a bastion machine or direct RDP.||Can troubleshoot using a bastion machine or direct RDP.|
|Cannot use Citrix Profile Management. (Recommend: Use persistent catalogs.)||Can use Citrix Profile Management or FSLogix.|
Deployment scenarios for published desktops and apps differ, depending on whether you’re using a Citrix Managed Azure subscription or your own customer-managed Azure subscription.
Deploying in a Citrix Managed Azure subscription
Citrix Virtual Apps and Desktops Standard supports several deployment scenarios for connection and user authentication.
Managed Azure AD: This is the simplest deployment, with non-domain-joined VDAs. It’s recommended for proofs of concept. You use the Managed Azure AD (which Citrix manages) to manage users. Your users don’t need to access resources on your on-premises network.
Customer’s Azure Active Directory: This deployment contains non-domain-joined VDAs. You use your own Active Directory or Azure Active Directory (AAD) for end user authentication. In this scenario, your users don’t need to access resources on your on-premises network.
Customer’s Azure Active Directory with on-premises access: This deployment contains non-domain-joined VDAs. You use your own AD or AAD for end user authentication. In this scenario, installing Citrix Cloud Connectors in your on-premises network enables access to resources in that network.
Customer’s Azure Active Directory Domain Services and VNet peering: If your AD or AAD resides in your own Azure VNet and Azure subscription, you can use the Microsoft Azure VNet peering feature for a network connection, and Azure Active Directory Domain Services (AADDS) for end user authentication. The VDAs are joined to your domain.
To enable your users to access data stored in your on-premises network, you can use your VPN connection from your Azure subscription to the on-premises location. Azure VNet peering is used for network connectivity. Active Directory Domain Services in the on-premises location is used for end user authentication.
Customer’s Active Directory and SD-WAN: You can provide users with access to files and other items from your on-premises or cloud SD-WAN networks.
Citrix SD-WAN optimizes all the network connections needed by Citrix Virtual Apps and Desktops Standard. Working in concert with the HDX technologies, Citrix SD-WAN provides quality-of-service and connection reliability for ICA and out-of-band Citrix Virtual Apps and Desktops Standard traffic.
Deploying in a customer managed Azure subscription
The deployment in the preceding graphic uses a customer-managed Azure subscription. However, the Citrix Managed Azure subscription remains an option for other catalogs and images, as indicated by the dotted outline.
Citrix Virtual Apps and Desktops Standard for Azure has two management interfaces: Quick Deploy and Web Studio.
- The streamlined Quick Deploy interface enables you to quickly create catalogs and start delivering desktops and apps to your users. (Hence the name, Quick Deploy.) It’s the default interface when you start the service. You can also access this interface by selecting Manage > Quick Deploy. The instructions in this product documentation set assume you’re using Quick Deploy.
- The Web Studio interface offers more features and configuration options to tailor your deployment. For example, you can create and manage Citrix policies. Catalogs that you create in Quick Deploy automatically appear in Web Studio. So, you can use Quick Deploy to create a catalog, and then use Web Studio to manage that catalog with features that are available only through Web Studio. To move from Quick Deploy to Web Studio, select Manage > Web Studio.
Once you change a catalog in Web Studio, you must continue to manage that catalog using Web Studio. You can no longer manage that catalog in the Quick Deploy interface. (But you can still use Quick Deploy to create and manage new catalogs, in addition to images and network connections not associated with that catalog.)
Similarly, when you create a catalog in Quick Deploy, an associated delivery group is created automatically in Web Studio. From Web Studio, you can edit that delivery group to enable, disable, and modify settings that affect users, machines, applications, and sessions. Many of those settings are not accessible through Quick Deploy. However, once you change that delivery group in Web Studio, you can no longer manage the associated catalog in the Quick Deploy interface.
(Web Studio also offers its own catalog creation process that includes creating a connection to the Azure host, then creating a catalog and a delivery group. That process is supported only if you use your own Azure subscription. It’s much easier to create the catalog in Quick Deploy.
If you plan to use a Citrix Managed Azure subscription when creating a catalog or image, you must use Quick Deploy. You can then manage the catalog in Quick Deploy or Web Studio.
Web Studio supports processes related to hypervisor and cloud service hosts other than Azure. Those are not available to Citrix Virtual Apps and Desktops Standard for Azure customers.
To return to Quick Deploy from Web Studio (to create new items or manage items that you haven’t changed in Web Studio), click Manage > Quick Deploy.
To learn more about what you can configure using Web Studio, see:
- Manage machine catalogs (Web Studio refers to catalogs as machine catalogs)
- Manage delivery groups
For technical details, see:
When you’re ready, get started.