Virtual Server для тестовой среды

[mazzy]

Выделилл новую тему отсюда
Персональный и переносной сервер в коробочке. Такое бывает?

Vadik предложил совершенно неожиданное решение для следующей задачи, описанной здесь

Предлагаю обсудить эту тему.

Прежде всего ссылка на сайт производителя.
http://www.microsoft.com/windowsserv...r/default.aspx
http://www.microsoft.com/technet/vir...s/default.mspx

Далее вопросы:
1. кто-нибудь уже имел опыт реализации подобного?
2. какое железо необходимо, например для 5 консультантов (5 серверов, 5 склей, 5 шарепоинтов, 5 иисов, 5 репортинг сервисов и т.п.)
3. как увеличиваются требования при увеличении числа тестовых серверов? логарифмически, линейно, квадратично, экспоненциально? какое максимальное число серверов с DAX так стоит размещать? есть ли правила или формула?
4. консультант действительно может перегружать тестовый виртуальный сервер (делать reset)?
5. есть ли какие-нибудь ограничения на конфигурацию виртуальных серверов, накладываемых самой технологией виртуализации и/или DAXом?
6. уживутся ли несколько актив директори на виртуальных серверах?

[mazzy]

не, фигня какая-то получается.

итак, есть:
1. ноутбук, входящий в основной домен. Назовем для определенности MainDomain
2. контроллер основного домена MainDomain
3. тестовый сервер, на котором установлено несколько виртуальных серверов, один из которых контроллер тестового домена TestDomain

сценарий входа извне:
1. я дома, изначально не имею доступа к локальной сети MainDomain.
2. логинюсь в свою основную учетную запись в MainDomain на ноутбуке (берется из кэша)
3. подключаю интернет, VPN (ура, я внешний VPN пользователь домена mainDomain и теперь, после авторизации, могу входить на тестовый виртуальный сервер)
4. как мне проэмулировать запуск Аксапты со своего рабочего места? получается никак? Как дать доступ к Аксапте внешним пользователям?

Т.е., получается, что данное решение обрекает на тестирование в пределах удаленного рабочего стола? Можно ли будет запустить Аксапту/шарепоинт/прочее с локальной машины так, чтобы серверная часть бралась с тестового виртуального сервера?

[gl00mie]

Цитата:

Сообщение от mazzy

1. кто-нибудь уже имел опыт реализации подобного?

На одной работе использовал виртуальные сервера в ходе слияния двух доменов, на другой - под сервер управления задачами (эдакий helpdesk корпоративного масштаба), чтобы его можно было легко бэкапить/переносить на другие сервера при необходимости. Затем для конторы одного знакомого настраивал небольшой домен на виртуальных серверах: два доменных контроллера, почтовый и файловый сервера. Правда, 1) делалось это не для тестов, а для каждодневной работы, 2) по историческим причинам использую VMware Server, а не MS Virtual Server. Пользуются этим уже 3-й год, все крутится на одном физическом сервере на базе обычного компа: Core Duo, 4 гига памяти, raid на встроенном в материнку контроллере. Экономия ресурсов очень существенная по сравнению с выделением физического сервера на каждую роль - dc, почта, файлы, etc.

Цитата:

Сообщение от mazzy

2. какое железо необходимо, например для 5 консультантов (5 серверов, 5 склей, 5 шарепоинтов, 5 иисов, 5 репортинг сервисов и т.п.)

Надо сразу определиться, сколько будет создано виртуальных серверов. В смысле, ставить на один сервер и IIS, и SQL, и что-то еще может быть неудачной идеей как в случае физического сервера, так и в случае виртуального. По моим наблюдениям затраты получаются примерно такие: на host OS (w2k3 sp2) нужно порядка 120Мб физической памяти, остальное достанется виртуалкам. Соотв., виртуалке нужно тоже примерно 120Мб + то, что требуется для нормальной работы установленных приложений и служб. Какой-нить виртуальный файловый сервер и по совместительству контроллер (крошечного ) домена совершенно комфортно работает при выделении ему 160Мб оперативки; для SQL Server с базой в несско гигов этого, очевидно, для нормальной работы может оказаться маловато... В общем, виртуальные сервера - они такие же, как обычные, только железо у них стандартизированное, и аппаратными ресурсами проще рулить. Единственное, на что следует обратить внимание, - это количество процессоров/ядер на физическом сервере. Если собирать сервер из компонентов для обычного компа (т.е. не использовать серверные шасси, материнку, дорогущие процы с 12Мб кэша L2 и регистровую память с коррекцией ошибок), то меньше 4-хъядерного проца брать смысла нету - 2-хъядерные все равно уже сняли с производства. Если же заказывать "взрослый" сервер, то тут уже надо думать, что именно будут делать консультанты, и сколько денег не жалко. В принципе, впятером можно перетоптаться и на 2-хъядерном сервере, если ничего суперсложного не запускать. Но лучше взять, опять же, хотя бы 4 ядра.

Цитата:

Сообщение от mazzy

3. как увеличиваются требования при увеличении числа тестовых серверов? логарифмически, линейно, квадратично, экспоненциально? какое максимальное число серверов с DAX так стоит размещать? есть ли правила или формула?

Во-первых, надо разделить требования на 3 основных ресурса: диски, память и процессор. Первый ресурс может показаться неисчерпаемым при нынешних ценах (терабайтный диск уже стоит 7 тыщ руб.), но надо иметь в виду то, что для неигрушечных задач виртуальной машине может потребоваться выделение отдельного физического дискового массива, а их в одном физическом сервере может быть ограниченное количество. Кроме того, виртуалке можно в принципе выделить не целый диск, а отдельный раздел физического диска в монопольное пользование (помимо места, занимаемого файлом-контейнером загрузочного "диска" виртуалки), но надо аккуратно следить, чтоб больше в этот раздел никто не лез и никто к нему не обращался - особенно та же host OS. Организационно проще выделить виртуалке целый физический диск, но их опять-таки много в один ящик не воткнешь.
По памяти требования растут почти линейно, хотя лишняя виртуалка с 256Мб своей виртуальной оперативки не обязательно отожрет 256Мб оперативки физической. VMware Server (по сравнению с Workstation) якобы умеет как-то оптимизировать занимаемую память при одновременном запуске нескольких виртуальных машин на одном физическом сервере. Но опять же, железо дешевеет, и сейчас какие-нить 8 гигов оперативки DDR2 стоят вполне приемлемых денег (тут, понятное дело, в качестве host OS надо будет использовать 64-битную версию виндов). Кроме того, прелесть виртуальных серверов в том, что можно гибко перераспределять ресурсы: надо какому-нить серверу глобальную компиляцию провести - выключил его, добавил памяти в настройках (с шагом в 4Мб), включил, сделал все дела - вернул настройки памяти обратно. У меня, к примеру, сервер, на котором поднята AD, стоит SQL Server 2005 Express Edition, DAX4 и AX3 (в каждый момент времени обычно запущен только один AOS), прекрасно живет с 320Мб оперативки - свопится сильно, только если ту же глобальную компиляцию запускать.
На счет процессоров все несско сложнее. С одной стороны, когда на одном виртуальном сервере крутится и SQL, и AOS, и все-все-все, логичным кажется желание выделить ему по возможности "персональный" процессор, т.е. грубо говоря, на 4 виртуалки - 4 физических ядра. Но с другой стороны, если посмотреть, сколько времени физические процессоры простаивают, желание это быстро пропадает... Можно в принципе настроить виртуалки на использование 2-х процессоров (VMware не умеет делать более чем 2-хпроцессорные виртуальные машины) и предоставить софту виртуализации распределять нагрузку по физическим ядрам. Только решение о том, будет ли виртуальная машина 2-хпроцессорной, надо принимать загодя, до установки guest OS - а то установщик тех же виндов, увидев 1 виртуальный процессор, поставит винды с однопроцессорным ядром, и потом включение и использование 2-го виртуального процессора будет проблематичным (после устаноки guest OS с многопроцессорным ядром всегда можно лишний проц в настройках виртуалки отключить).

Цитата:

Сообщение от mazzy

4. консультант действительно может перегружать тестовый виртуальный сервер (делать reset)?

Да - и перегружать, и выключать, и "ставить на паузу"...

Цитата:

Сообщение от mazzy

5. есть ли какие-нибудь ограничения на конфигурацию виртуальных серверов, накладываемых самой технологией виртуализации и/или DAXом?

Для VMware ограничения:

• поддерживается максимум 64Гб оперативки на физическом сервере,
• до 8Гб оперативки на одну виртуалку,
• до 2-х CPU на одну виртуалку, проц будет "виден" такой, какой установлен в физическом сервере
• виртуальная материнка на чипсете Intel 440BX (то самое стандартизированное железо),
• виртуальный SCSI-контроллер - LSI Logic 53C1030 либо Mylex (BusLogic) BT-958-совместимый,
• до 60 устройств на максимум 4-х SCSI-контроллерах,
• виртуальные SCSI-диски до 256Гб,
• до 4-х виртуальных IDE-устройств (HDD/CD/DVD),
• виртуальные IDE-диски до 128Гб
• виртуальная сеть AMD AM79C790A PCnet-PCI Ethernet с поддержкой до 1 ГБит/с, поддержка PXE ROM 2.0, до 4-х адаптеров.

DAX'ом накладываются ограничения снизу на размер оперативки виртуальной машины.

Цитата:

Сообщение от mazzy

6. уживутся ли несколько актив директори на виртуальных серверах?

Этот вопрос аналогичен такому: уживутся ли «несколько AD» в одном офисном здании? На одном сервере - нет (хоть виртуальном, хоть физическом), в одной подсети - скорее всего, тоже нет, в одной физической сети, но в разных подсетях - пожалуйста, в разных физических сетях (а виртуалки не обязаны "видеть" друг друга) - да пожалуйста. Еще раз: виртуальные сервера - точно такие же, как и обычные, только у них железо стандартизировано, и аппаратными ресурсами проще управлять.

Цитата:

Сообщение от mazzy

не, фигня какая-то получается. итак, есть:
1. ноутбук, входящий в основной домен. Назовем для определенности MainDomain
2. контроллер основного домена MainDomain
3. тестовый сервер, на котором установлено несколько виртуальных серверов, один из которых контроллер тестового домена TestDomain

сценарий входа извне:
1. я дома, изначально не имею доступа к локальной сети MainDomain.
2. логинюсь в свою основную учетную запись в MainDomain на ноутбуке (берется из кэша)
3. подключаю интернет, VPN (ура, я внешний VPN пользователь домена mainDomain и теперь, после авторизации, могу входить на тестовый виртуальный сервер)

Что понимается под "входом" на тестовый виртуальный сервер? Если управление его "железом", то оно осуществляется через серверную службу, работающую (в общем случае) в домене MainDomain. Если подключение к нему (его службам) по сети, то не тут-то было: он запросит авторизацию в TestDomain.

Цитата:

Сообщение от mazzy

4. как мне проэмулировать запуск Аксапты со своего рабочего места? получается никак? Как дать доступ к Аксапте внешним пользователям?

Виртуализация - это просто способ более гибкого управления аппаратными ресурсами, а не волшебная палочка-выручалочка.

Цитата:

Сообщение от mazzy

Можно ли будет запустить Аксапту/шарепоинт/прочее с локальной машины так, чтобы серверная часть бралась с тестового виртуального сервера?

В контексте данной темы - запустить на своем ноутбуке виртуальную машину с клиентом DAX и виндой, входящей в TestDomain

[mazzy]

Спасибо за обстоятельный ответ. Добавил респектов.

Цитата:

Сообщение от gl00mie

Надо сразу определиться, сколько будет создано виртуальных серверов. В смысле, ставить на один сервер и IIS, и SQL, и что-то еще может быть неудачной идеей как в случае физического сервера, так и в случае виртуального.

Я понимаю, что неудачной. Но пока не знаю потребуется ли доступ к security для тестов. Может и потребуется. Поэтому не знаю можно ли ставить на один сервер и IIS, и SQL.

Цитата:

Сообщение от gl00mie

В принципе, впятером можно перетоптаться и на 2-хъядерном сервере, если ничего суперсложного не запускать. Но лучше взять, опять же, хотя бы 4 ядра.

Спасибо. Теперь можно грубо посчитать затраты на индивидуальные сервера-коробочки и на общий сервер.

Цитата:

Сообщение от gl00mie

Первый ресурс может показаться неисчерпаемым при нынешних ценах (терабайтный диск уже стоит 7 тыщ руб.), но надо иметь в виду то, что для неигрушечных задач виртуальной машине может потребоваться выделение отдельного физического дискового массива, а их в одном физическом сервере может быть ограниченное количество.

Не совсем неисчерпаемым.
Как правило, при тестированиях проблема не в объеме, а в длинных дисковых очередях.

Цитата:

Сообщение от gl00mie

(тут, понятное дело, в качестве host OS надо будет использовать 64-битную версию виндов).

А разве можно в качестве хост-ОС ставить 64-битную и при этом guest OS - 32-битную? guest OS ведь будет работать в режиме эмуляции, не так ли?

Цитата:

Сообщение от gl00mie

(VMware не умеет делать более чем 2-хпроцессорные виртуальные машины)

MS Virtual Server - только один процессор.
Спасибо за информацию.

Цитата:

Сообщение от gl00mie

Этот вопрос аналогичен такому: уживутся ли «несколько AD» в одном офисном здании?
...
Еще раз: виртуальные сервера - точно такие же, как и обычные, только у них железо стандартизировано, и аппаратными ресурсами проще управлять.

Понял.

Цитата:

Сообщение от gl00mie

В контексте данной темы - запустить на своем ноутбуке виртуальную машину с клиентом DAX и виндой, входящей в TestDomain

[gl00mie]

Цитата:

Сообщение от mazzy

А разве можно в качестве хост-ОС ставить 64-битную и при этом guest OS - 32-битную? guest OS ведь будет работать в режиме эмуляции, не так ли?

Под 64-битной host OS понималась операционка под архитектуру AMD х64, а не Intel IA64. На х64 32-разрядный код может работать без всякой эмуляции точно так же, как на IA32 может работать 16-разрядный код. Соотв., для пар guset OS/host OS в случае VMware действует правило: на x64 host OS можно ставить как x64, так и x86 (32-bit) guest OS, на x86 host OS можно ставить только x86 guest OS.

Цитата:

Сообщение от mazzy

пока не знаю потребуется ли доступ к security для тестов. Может и потребуется. Поэтому не знаю можно ли ставить на один сервер и IIS, и SQL.

Единственное, с чем НЕ стоит совмещать другие роли (веб-сервер, сервер БД, AOS) с точки зрения безопасности, - это контроллер домена. В самых простых сценариях, конечно, можно сделать домен из одного сервера и поставить туда все подряд, но в реальной практике так никогда (здравомыслящие люди) не делают, потому что на DC учетная запись LocalSystem имеет полный доступ к AD, а под LocalSystem часто запускают всякие посторонние службы, которыми можно удаленно управлять...

[Aleck]

Цитата:

Сообщение от mazzy

А разве можно в качестве хост-ОС ставить 64-битную и при этом guest OS - 32-битную? guest OS ведь будет работать в режиме эмуляции, не так ли?

Можно, в VMWare можно и обратный фокус проделывать - в 32 разрядном хосте запускать 64 разрядного гостя, если процессор на хосте 64 разрядный (хотя где сейчас 32 взять?)
MS Virtual Server тормознутая система, по сравнению с vmware.
Virtual PC еще шустренький, а вот сервер заметно медленнее vmware, особенно когда аппаратных ресурсов на хосте не так много. Использовать MS странно при бесплатном vm ware server.

по поводу входа в тестовый домен, никто не мешает на ноуте развернуть XP в виртуалке в нужном домене и после установки всех соединений
Правда с VPN придется повозится...

[gl00mie]

Цитата:

Сообщение от Aleck

Можно, в VMWare можно и обратный фокус проделывать - в 32 разрядном хосте запускать 64 разрядного гостя, если процессор на хосте 64 разрядный

А мне раньше казалось, что там привязка еще и к host OS. В документации и вправду упоминаются ограничения только по процессору

[gl00mie]

Цитата:

Сообщение от mazzy

Цитата:

Сообщение от gl00mie

VMware не умеет делать более чем 2-хпроцессорные виртуальные машины

MS Virtual Server - только один процессор. Спасибо за информацию.

Судя по сообщениям в блогах, Hyper-V RC0 в Windows Server 2008 уже умеет делать виртуальные машины с 4-мя виртуальными процессорами. Однако...

[raz]

ИМХО, у Citrix найдеться решение проблемы, у них много всего есть.
Тут можно попробовать работать в MS Office.

[mazzy]

Цитата:

Сообщение от raz

ИМХО, у Citrix найдеться решение проблемы, у них много всего есть.
Тут можно попробовать работать в MS Office.

Давайте не будем в стиле "у нас есть такие приборы, но мы вам о них не расскажем".
Как решить проблему доступа внешних пользователей к АОСу?

[raz]

Цитата:

Сообщение от mazzy

Давайте не будем в стиле "у нас есть такие приборы, но мы вам о них не расскажем".
Как решить проблему доступа внешних пользователей к АОСу?

При помощи Citrix публикуеться приложение (это в терминах Citrix), заводяться логины в домене, внешний пользователь заходит под одним из этих логинов и работает в терминальном режиме, в окне web-броузера.

По ссылке выше можно попробовать поработать в различных программах, они доступны в окне web-броузера.

Причем у Citrix появились еще какие то продукты, так что, если действительно интересует решение проблемы, то вот ссылка www.citrix.com

PS. Я не являюсь ни специалистом по продуктовой линейке Citrix, ни их сейлзом, однако имел возможность попробовать некоторые из продуктов. ИМХО, для демонстрации работы аксапты клиентам, вполне подходит. Подошел бы и терминальный MS сервер, если бы не необходимость использования терминального клиента и открытия портов. С Citrix-ом же можно работать через web-броузер, используются штатные порты - http, https.

PPS. Сейчас посмотрел на сайте Citrix, у них какой то новый продукт Citrix XenDesktop, судя по роликам, как раз то что доктор прописал, причем на 10 пользователей бесплатно.

[mazzy]

Цитата:

Сообщение от raz

и работает в терминальном режиме, в окне web-броузера.

Ясно. Спасибо.
Только, raz, вы ответили на вопрос, который никто не задавал.
Для работы в терминальном режиме можно использовать и обычный виндовый терминал.
Вопрос то не в этом...