tedkuban

Если у Вас есть всего одна железяка, на которой нужно разместить 3-4 базы 1С и до 30 пользователей в RDP, то не вижу смысла разносить скуль и 1С. Экономия на использовании Shared Memory небольшая, но она есть, зато будет экономия на целой виртуальной машине, которую не придется держать в онлайне, а ресурсы никогда лишними не будут. Запасную виртуалку с отдельным сервером 1С можно держать выключенной и использовать только при переходе на новую платформу для тестирования.
Насчет платформы до меня все сказали - гипервизор любой, который Вам быстрее и проще поднять и поддерживать. Проброс USB в крайнем случае решается отдельным софтом, ломаным или недорогим.

- Игровой десктоп на райзене или Core i7 с нормальными дисками в 80тыр не пролезет.
- б/у сервер хороший вариант, но будет шуметь. нужно выяснить, где он будет располагаться, если все пользователи и сервер в одном опенспейсе, лучше не надо. даже десктоп нужно будет по шуму вылизывать.
- фреш хорошая идея, но только если конфа полностью типовая

В целом, как и все предыдущие ораторы, считаю, что данных мало. Специалист 1С вряд ли поможет в выборе железа, они обычно бестолковые в этом аспекте. Но с ним нужно четко выяснить все параметры функционирования базы и, в том числе, ее предполагаемый начальный объем и месячный рост.

И напоследок - в качестве диска под базу, если не фреш, неважно, файловый вариант или SQL - берем SSD M2 Samsung Pro или аналог, либо в мамку, либо в переходник PCI-E за 500р, никакого рейда, и бэкапы настроить очень тщательно.

Больше похоже на проблемы с сетями, чем с самим контроллером. Чтобы совсем корректно вывести DC из домена, необходимо, чтобы он функционировал и репликация шла без ошибок. Проверьте настройки сети и DNS на самих контроллерах, между сетями точек A и B, и на машине, с которой управляете доменом. Есть вариант принудительно удалить контроллер B - захватить все роли контроллером A и прямо с него удалить B, а потом вычищать метаданные через NTDSUTIL, но этого лучше избегать, если есть шанс сделать все по уму.

Естественно перестанет работать RDP на внешку, Вы ведь его во внутреннюю сеть пробросили. Необходимо на виртуалку пробрасывать другой порт, чтобы сохранить возможность подключаться к двум машинам сразу, или, если клиентам порт не поменять, брать второй внешний IP.

Storage Pool на SSD не собрать на 2012 R2, там только SAS поддерживается. Недавно решал подобную задачу. 10Gb сетки в общем случае должно хватать, хотя, конечно, нужно считать подробнее. Если действительно необходимо автоматическое обновление хостов - без кластера сложно обойтись. Существует несколько решений для создания iSCSI HA Storage на относительно обычном оборудовании, в том числе Starwind, Open-E, Nexenta, также можно самостоятельно собрать две хранилки на линуксах и объединить в HA. Есть еще вариант - берем два сервера с SAS HBA и подключаем к одной дисковой полке. В общем, тема слишком обширная для одного поста, в личке готов проконсультировать.