Давайте немного потеоретизируем, держа в голове суровую практику. Исходные данные. 1. Существует компания "Рога и Копыта". 2. Компания "Рога и Копыта" внедряет на своей территории локальную сеть для реализации своих бизнес-процессов. 2. В компании "Рога и Копыта" работает N пользователей, каждому из которых потребуется доступ в локальную сеть. 3. Каждому из этих N пользователей потребуется доступ в интернет и к серверу электронной почты. 4. M человек из них будут работать с БД (например 1С 8.0). 5. В ЛВС компании будет организован терминальный доступ через интернет для X пользователей. 6. Руководство РиК заинтересовано в производительности, возможности масштабирования, защищенности, надежности и управляемости своих серверов. 7. Руководство РиК считает свои деньги и хочет добиться изложенного в п. 6 с минимальными затратами. 8. Сервера будут работать на семействе Windows Servers. Задача. 1. Определить число серверов, необходимое для компании. 2. Определить необходимую аппаратную конфигурацию каждого сервера в соответствии с поставленными задачами (домен, файл-сервер, сервер печати, сервер БД, терминальный сервер, прокси-файрвол-сервер, майл-сервер и т.д.) ------------------------------------------------ Я не смог найти в рунете (да и не в ру тоже) сколь угодно адекватной информации по этому поводу. Заранее спасибо за Ваши мысли, мнения, ссылки на авторитетные источники.
jek, 1. Раздел "Флейм" чуть пониже. 2. А по существу? UPD: Передо мной не стоит задача купить/настроить серверы. Мне интересны критерии их выбора. Поскольку сам я закупкой пока не занимался.
Идите учить матчасть. Дискретный Конь, По существу рекомендации есть но весьма размытые. Есть статья на MS называется что-то аля Combining Applications по поводу что и где можно объединять и на каком железе. Если речь про "рога и копыта" то есть конторка на 50 чубриков то ставится один сервак внутри сети под AD, почту отдельно на терминал (если он не заради 1С) и т.д. И один на шлюз в инет (хочешь ISA, хочешь фри) На 1С (и терминал заради него) по любому отдельный сервер. Если реальная БД (подчеркиваю реальная) то тем паче отдельный сервер, но в данной конторе врядли. Конфигурацию железа однозначно сказать опять же нельзя зависит от загрузки (терминальные сессии, интенсивность транзакций на БД ну и т.д.), но грубо 2-х процессорный 2-4ГБ за глаза и уши. Заради им пойдет просто RAID массив 99%. А в целом рекомендаций врядли будет. Опыт и знание технологий вот что поможет.
Да по Терминалу могу кинуть ссылку или статью здесь выложить про нагрузочное тестирование. Только это про промышленные решения, рогам и копытам врядли пойдет.
Вот. Вложить не дала зараза. http://technet2.microsoft.com/WindowsServer/en/Library/1fd5b3be-ca29-43d0-b5e2-8a65192d5b781033.mspx Можно еще поискать. По сиквелу про аппаратку были рекомендации общего плана конечно. Надеюсь про AD sizer слыхал?
Честно говоря ничего особенного, не дай бог ей пользоваться как окончательным ответом, но для прикидки пойдет. (для рог он тоже скорее всего нафик не нужен)
Не как окончательный ответ, но методически систематизированный взгляд SQL Server 2000 Operations Guide: Capacity and Storage Management Ну и вообще в поиске погляди http://www.google.ru/search?hl=ru&q=Capacity+and+Storage+Management&btnG=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA+%D0%B2+Google&lr=
Дискретный Конь, как уже правильно было замечено, все зависит от числа пользователей и сложности бизнес-процессов. Пары двухпроцессорных машин должно хватить, можно инет раздавать на отдельно взятом дохлике
2 сервака хватит вполне. AD не будет (не рекомендовано) жить вместе с SQL. Остальное все просто как бублик. Тем более что и N, и M судя по описанию всяко менее 100. Обращайся ко мне или к Ивану. Не боги горшки обжигают, тем более в этом абсолютно тривиальном случае.