Att ha AD som en virtuell maskin är inget problem, så länge man följer Microsofts rekommendationer för detta. Den viktigaste är att man inte använder snapshots/checkpoints.
Att domänjoina själva Hyper-V-värdservern till Windowsdomänen är också möjligt. Servern i sig kommer inte få något problem att starta, däremot kommer du inte kunna logga in på servern med annat än en cachad inloggning, eller ett lokalt konto. Du kan också få problem med att Windows-brandväggen ställer in sig på fel nätverk (public network) om ingen domänkontrollant är tillgänglig. Jag rekommenderar att om du bara har en DC att du inte joinar värdservern om du inte har någon specifik anledning att göra det.
Jag skulle inte rekommendera att du lägger saker som SQL server och fileshares direkt på RDS-servern. Det bästa är att se RDS-servern som en PC, d.v.s. inte lagra någon data på den, utan att den får göra sitt jobb som klient. Det underlättar rejält inför framtiden, om/när du behöver migrera till en ny serverversion så slipper du en massa klet och saker som sitter ihop.
Min ideala arkitektur utifrån de behov du listat upp vore:
- Domänkontrollant
- Filserver
- SQL-server
- RDS-server
Behöver du slå ihop något av dessa roller så är det filserver och sql-server som du kan slå ihop till en roll. Det viktiga är att RDS-servern och DC:n förblir så renodlade som möjligt.
På din fråga om att kunna använda Hyper V-manager utan domän så finns det sätt runt detta. Har aldrig behövt göra det själv, men här finns lite instruktioner: https://timothygruber.com/hyper-v-2/remotely-managing-hyper-v...
Till sist, på frågan om att kunna ta bort diskar och DVD-läsare etc, det är inte allt som går att göra när den virtuella maskinen är igång. Många grejer på det här sättet kan man behöva stänga av den virtuella maskinen innan man kan göra. Specifikt angående DVD-enheten rekommenderar jag inte att du raderar den virtuella DVD-läsaren (alltid bra att ha för att montera andra ISO-filer) utan att istället kopplar bort ISO-filen från DVD-läsaren.