Евгений Ферапонтов

СРЫВ ПОКРОВОВ: оказывается, есть некая ОСОБЕННАЯ ПРОПРИЕТАРНАЯ ддр2 оперативная память ВЫСОКОЙ ПЛОТНОСТИ, которая работает только под AMD процы и только на определенных чипсетах. Я серьезно. Типа вот такой: www.ebay.com/itm/New-4GB-PC2-6400-DDR2-800MHZ-240p...

По сути: планки ддр2 на 4 гб существуют, берите любую. Если хотите себя обезопасить от случайной покупки ОСОБЕННОЙ ПРОПРИЕТАРНОЙ ОПЕРАТИВКИ, просто не покупайте производства AMD.

P. S. господи, какой только !@#$% не придумают. После такого ОСОБЕННЫЕ ПРОПРИЕТАРНЫЕ ЖЕСТКИЕ ДИСКИ уже не удивляют...

Внутрь одной ipv4/v6 сети пихаем еще парочку. Заголовки ipv4/v6 инкапсулируются внутрь заголовков какого-нибудь туннельного протокола и отправляются средствами того же ipv4/v6. Как уже ответили выше, самый простой для понимания случай — VPN: в физической сети своя маршрутизация, в оверлейной — своя. Совсем не обязательно использовать DHT в таком случае.
На картинке хороший пример

netsh interface ip set address name=”Local Area Connection” static 192.168.0.1 255.255.255.0 192.168.0.254

Узнать текущее подключение можно с помощью ipconfig
Или вы что-то другое сделать хотите?

Вы в Event Viewer заходили хоть раз? Пропустить такое невозможно.

Также можете отслеживать подключения на tcp порт 3389.

Серверные SSD ведь тоже бывают разные.
На сегодняшний день для большинства применений десктопные и серверные жесткие диски отличаются только одним: стабильностью производительности. Простой пример: многие пользователи жалуются на деградацию производительности OCZ-VERTEX3 по IOPS'ам со временем, в то время как "серверный" Intel s3500, хоть и предназначенный для преимущественной нагрузки на чтение, будет поддерживать стабильную производительность.
Даже самые паршивые потребительские SSD с TLC-чипами сейчас показывают достойную выносливость на запись, поэтому серверные диски с SLC тоже лучше не рассматривать. MLC — идеально, TLC — сойдет.
У меня схожие задачи, правда пользователей побольше. От себя могу порекомендовать Intel s3500 и Samsung 850 PRO. Это две модели дисков, которые мне лично довелось проверить временем, и в которых я уверен на все 100%. Если денег совсем мало, можете взять Samsung 850 EVO: они медленнее и не обладают "серверной" стабильностью, но даже в полностью деградировавшем состоянии меньше 3k IOPS я от них не видел — вам этого хватит за глаза.

tl;dr
"Крутые" "серверные" SSD не нужны. SLC тоже не нужен. Рекомендую Intel s3500/s3610, Samsung 850 PRO. Если денег нет, то можно Samsung 850 EVO.

Зачем выдумывать такие велосипеды для обычного переноса ВМ с одного хоста на другой? Механизму Live Migration сто лет в обед.
Два шага:
1) Настроить live migration по любому руководству из сети
2) ПКМ — Move — next-next-next
В конце концов, от выпадения DC из сети на некоторое время у вас вряд ли что-то сломается, поэтому можете хоть с помощью флешки и функции Export его перенести.

Выставлять контроллер домена голой попой в интернет? Вы явно хотите увольнения.

пользователи, которые находятся не в внутри сети и могли работать

Ваш случай — это идеальный кейс применения VPN, словно из учебника. Разворачивайте в корпоративной сети VPN-сервер, выносите его в DMZ и раздавайте удаленным пользователям инструкции по подключению и настройке.

Насколько мне известно, в Hyper-V невозможно пробросить USB устройства (и именно за эту особенность сторонники KVM/ESXi любят шпынять решение MS). Если же я ошибаюсь и вы все-таки найдете выход, пожалуйста, опишите решение в ответах к этому вопросу.

Разве ПО UniFi не имеет дистрибутива под Windows? Мне кажется, что имеет.
Виртуализация сама по себе не является никакой ресурсоемкой задачей, так что советчиков с их "поставь 32 гига озу" можете не слушать. Следуя таким советам даже полной корзины топовых блейдов будет мало, в то время как мой хиленький макбук вполне сносно справляется с тремя виртуальными Windows Server, запущенными одновременно.
Правильно сделать следующим образом: считаете, сколько максимально потребуется ОЗУ гостевым системам + накидываете сверху 20% (если будете использовать Hyper-V -- добавляйте не менее 2 ГБ).
Подобными рекомендациями вендора ПО зачастую можно пренебречь: если серверу хватает производительности для приложения, самому приложению нет разницы, физический он или виртуальный.
Кроме одного НО!
Все платформы виртуализации до сих пор имеют некоторые проблемы с перенаправлением физических устройств в виртуальные машины, особенно если железо экзотическое. Грубо говоря, даже ESXi вряд ли поможет мне внутри виртуальной машины посмотреть кабельное ТВ с помощью платы 15-летней давности. Я не знаю, как устроен этот ваш программно-аппаратный комплекс, но подозреваю, что специфические контроллеры и/или интерфейсы он все же задействует. Уточните у разработчиков этой АРМ "Орион", будет ли ваш комплекс работать внутри виртуальной машины.

Начиная с Win8 и далее в системе действует метод переключение языков ввода по сочетанию клавиш Super+Пробел (Super -- это клавиша со значком Windows). Он клевый. Заодно при переходе на Linux или Mac переучиваться не придется -- там то же самое.
Также можете попробовать включить залипание клавиш с минимальным интервалом.

Мы для тех же целей на том же Ponix используем баребоны Foxconn на селеронах: nt-ibt19/ nt-ibt18. Стоят 180-200 вечнозеленых без ндс.
Также можете посмотреть на эту тему aliexpress -- там любят продавать сомнительные неттопы на селеронах по 5$/мешок. Лично я не рискнул.
О, вспомнил еще. Одно время использовали настольные системники на биостаровских материнках с встроенным атомом и микро-атх корпусах. Получалось по 100$/штука. Но очень уж быстро они выходили из строя, да и места занимали немало.

Снапшоты не рекомендуется использовать в продкшене.
Снапшот -- не бэкап. К тому же, каскад снапшотов и/или долго существующие снапшоты резко снижают производительность дисковой подсистемы hyper-v.
blogs.technet.com/b/andrew/archive/2012/06/22/hype...