Я еще не протестировал KVM, но я сделал немного с Xen.
Существует очень мало (если таковые имеются) отбрасывание производительности ЦП. И для тяжелых рабочих нагрузок можно заметить понижение диска или сети I/O.
Один неожиданный результат мы имели: после преобразования физического сервера, выполняющего тяжелую рабочую нагрузку Java (Teamcity непрерывные циклы интеграции), к Xen domU было примерно разделено на два время, потраченное для выполнения все сборки и тесты. Обе машины выполняли Травление Debian.
Реальная машина имела 4 ядра 1.6 ГГц, и виртуальная машина имела 4 ядра 2.0 ГГц, и у обоих были та же дисковая подсистема и материнская плата/поршень и т.д., таким образом, я ожидал жеребьевку между немного более быстрым CPU на одной стороне и небольшим понижением производительности из-за виртуализации на другом.
Я был удивлен, насколько быстрее Xen domU на самом деле был.
Но я не думаю, что это очень типично. В большинстве других случаев я не заметил очевидных отбрасываний производительности с паравиртуализированным domUs. Windows HVM domUs является другой историей, хотя - особенно, когда SMP был включен (в прошлый раз я смотрел).
Ничто не представляет себе, просто не использует тот же SSID и гарантирует, что они - все на той же подсети.
Удостоверьтесь, чтобы Вы использовали AES, не TKIP. Можно ли использовать существующий сервер, зависит от того, как в большой степени загруженный существующий сервер и сколько загрузки Вы добавили бы. Быстрый бит поиска предполагает, что Windows Server идет с параметром сервера RADIUS (интернет-Услуга аутентификации), который может быть интегрирован с Active Directory. Это могло бы быть Вашим наилучшим вариантом, если Вы уже используете AD.
В зависимости от AP Linksys Вы смогли высвечивать их к чему-то как openwrt, dd-wrt и создать беспроводную сетку (dd-wrt делает это довольно легким).
Но как я сказал, зависит от Ваших аппаратных средств.
Детали идут сюда на dd-wrt: http://www.dd-wrt.com/site/index