Microsoft 2012 R2 RDS x86 and x64 RemoteApp delivery

I've got a scenario where I need to provide Remote Applications for both x64 and x86 applications in a Server 2012 R2 RDS environment.

1.

Is it possible to leverage the same broker, RDWeb, and gateway to service both a pooled VDI collection and a Session Collection?

2.

Would it be a better option to simply  implement a Virtual machine desktop deployment with multiple pools (one for legacy apps and one for new apps)?  

3.

The environment is already VMWare - what are the implications of deploying a Virtual Machine Desktop Deployment over another hypervisor

4.

What about APP-V, could this be a solution for the legacy apps?  How?

5.

Am I having a brain fart here and the x86 application can simply be installed on a session host leveraging the x86 emulation (WOW64)?Please provide references with your responses - preferably from technet or another Microsoft source.  Points will not be given without valid sources.
LVL 3
h1r0Asked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Cliff GaliherCommented:
1) Yes
2) That depends on the apps. There is nothing wrong with mixing session and VDI if that meets your business requirements.
3) more infrastructure. More management overhead. Training. Etc. Too numerous to list them all, and can be environment specific. If you have a VMWare-specific management or backup tool, for example, adding hyper-v can be very problematic and expensive.
4) Again, that is very application specific.
5) A 32 bit app can usually run on a 64-bit OS. But there are edge cases where this is not true. And 16-bit apps (which are still technically x86) will not. And believe it or not, I do still see 16-bit programs from time to time. Especially the more esoteric vertical market LOB apps.

None of your questions warranted needing sources as most were too subjective to quantify. Take it or leave it.
0
Robin CMSenior Security and Infrastructure EngineerCommented:
5 is your preferred solution, 32-bit will indeed usually work on a 64-bit OS thanks to WoW64 - Windows-on-Windows. The software might not work for a variety of reasons due to dependencies on other stuff that's not available in newer OSs (e.g. MDAC), 16-bit code as Cliff mentioned (though it might just be the installer that's 16-bit, the code it installs may be 32-bit - google for ways around this), using hooks into the OS that were probably not public, hardcoded paths, etc.

I'm not giving you web references for WoW64, it's built in to the OS! (unless you chose to remove it) ;-)
I will give you this link however, where Microsoft recommends 32-bit office even on a 64-bit OS for "most users": https://technet.microsoft.com/en-us/library/ee681792.aspx?f=255&MSPPError=-2147217396
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Virtualization

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.