1Y0-301 · Question #149
A Citrix Engineer needs to use high availability for a Citrix StoreFront deployment. Using high availability will enable the engineer to use the ________ and ________ features. (Choose the two…
The correct answer is B. UserSiteMapping C. EquivalentSiteSet. You've hit your Sonnet limit · resets Jun 1, 9am (UTC)
Question
A Citrix Engineer needs to use high availability for a Citrix StoreFront deployment. Using high availability will enable the engineer to use the ________ and ________ features. (Choose the two correct options to complete the sentence.)
Options
- ACertificateId
- BUserSiteMapping
- CEquivalentSiteSet
- DEnableMultiDesktop
How the community answered
(34 responses)- A6% (2)
- B91% (31)
- D3% (1)
Explanation
You've hit your Sonnet limit · resets Jun 1, 9am (UTC)
Topics
Community Discussion
10
Dervla O.Dec 4, 2025B and C are your answers here. High availability in StoreFront unlocks UserSiteMapping, which lets you route users to specific sites, and EquivalentSiteSet, which defines groups of equivalent servers so the deployment knows which nodes can substitute for each other during failover. The other two options, CertificateId and EnableMultiDesktop, are not features that HA specifically enables in this context.
Mei-Ling H.May 15, 2026B and C are correct. High availability in StoreFront introduces the UserSiteMapping and EquivalentSiteSet features, where UserSiteMapping controls which users get directed to which site and EquivalentSiteSet defines the group of StoreFront servers that are treated as interchangeable in the HA setup. CertificateId (A) and EnableMultiDesktop (D) are not features unlocked by high availability.
Lena V.Dec 26, 2025Honestly I locked in on CertificateId first because HA setups always make me think about cert binding across nodes, but that is not a StoreFront HA-specific feature at all. Once I mapped the actual HA workflow, it clicked that UserSiteMapping and EquivalentSiteSet are the two features that only become relevant once you stand up that HA configuration, because you need to define which sites are equivalent and then control how users get routed between them.
Luis F.Dec 28, 2025That is a solid breakdown, and I would just add that EquivalentSiteSet is really the foundation you have to get right first, because if your site groupings are off then UserSiteMapping has nothing reliable to route against.
Ola B.Dec 15, 2025Good question to drill on before exam day. When you set up StoreFront HA with multiple server groups, the server group configuration is what unlocks those two features, one of which lets you map users to specific sites and the other ties equivalent server groups together so failover knows where to send traffic. Have you actually tried configuring a StoreFront server group in a lab yet, because seeing how those settings appear in the configuration files makes the distinction between the four options a lot clearer?
Hiroshi T.May 8, 2026The answer is B and C. The Citrix StoreFront SDK documentation for the high availability configuration covers this directly. When you configure high availability for a StoreFront deployment, the two features that become available are UserSiteMapping, which lets you map users to specific StoreFront sites within the server group, and EquivalentSiteSet, which defines groups of sites that are treated as interchangeable for failover purposes. CertificateId and EnableMultiDesktop are both real StoreFront parameters but they are not gated on high availability being enabled, which is what the question is specifically testing. I sat this exam back when I was studying the StoreFront SDK reference alongside the Citrix eDocs deployment guide, and this question tripped me up for about ninety seconds because I kept second-guessing whether EnableMultiDesktop was somehow tied to the HA configuration block. It is not. Once I recalled that the HA-specific PowerShell cmdlets surface UserSiteMapping and EquivalentSiteSet as parameters that simply do not exist outside of an HA-configured group, I locked in B and C and moved on. Read the SDK parameter descriptions in the official docs for each cmdlet and this one becomes straightforward.
Mei-Ling H.May 10, 2026Solid reasoning on both picks, though I would add that if you pull up Get-STFServerGroup on a non-HA deployment and pipe the output, you can see those properties are literally absent from the object, not just unavailable, which is a fast way to confirm this during lab prep.
Luis F.Dec 20, 2025The wording on this one is a little weird because "EquivalentSiteSet" sounds more like a config object than a "feature," but B and C are definitely the right picks here. UserSiteMapping lets you route users to specific StoreFront servers and EquivalentSiteSet groups those servers together as equivalent nodes, which is exactly what high availability needs to function properly.
Yusuf A.May 16, 2026I kept going back and forth on this one but I am pretty sure A and C are the two because when my senior walked me through our StoreFront HA setup last month he specifically pulled up the CertificateId binding to show how the server group shares a cert across nodes, and without that the HA cluster cannot properly authenticate traffic between stores. That CertificateId piece felt like a core dependency to me, not just an optional config.
Mei-Ling H.May 17, 2026Yusuf, I understand the real-world experience makes A feel important, but on this question the CertificateId binding is a distractor because the question asks what is required to configure the store group itself, and B (StoreFrontGroupName) plus C (StoreFrontAddress) are the two mandatory parameters the wizard will not let you skip. The cert association is handled at a different step, after the group is already defined.