Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Давайте определимся - о каком DC идет речь. Если это DC на... 10.03.09 22:39 Число просмотров: 3120
Автор: Den <Denis> Статус: The Elderman
Отредактировано 11.03.09 15:48 Количество правок: 3
|
> Долго смеялся, читая "страшилки" про срыв бизнес-процессов
> при перегрузе DC.
> На моем личном 10-летнем опыте имелись DC на базе
> Pentium-II 350 и 96 Mbyte
> памяти которые без труда осиливали 800 пользователей без
> особого напряга.
> Кроме того, все это мониторится уже много-много лет по SNMP
> и есть статистика
> по загрузке процессора и памяти DC. Ну вот например
> статистика по двум из таких
> DC за прошлый месяц. Средняя загрузка ЦП у обоих = 0%,
> пиковая загрузка 10% :))
Давайте определимся - о каком DC идет речь. Если это DC на WinNT4.0, то одни требования к ресурсам... Если же это DC с AD на базе Win2k/2k3/2k8, то это совсем другие требования и Pentium-II 350 и 96 Mbyte, мягко говоря, не катит, т.к. время отклика сервиса будет чрезвычайно велико + постоянный свопинг, постоянная высокая загрузка ЦП (не забываем, что в последнем случае DC обычно еще и master browser сети, DNS сервер (а может и WINS), а зачастую еще и файловый сервер, хранящий перемещаемые профили пользователей с документами и т.п.)
> Кстати распределяются не сервисы по серверам, а виртуальные
> машины по физическим
> компьютерам.... Следовало бы повнимательнее читать прежде
> что-то комментировать...
Всплывают другие вопросы:
Надо ли распределять сервисы по логическим серверам и в каких случаях необходимо использовать виртуализацию?
Если заказчику необходимы сервисы, работающие под управлением одной операционной системы, то никакая виртуализация по-сути ненужна. Корпорация Microsoft не зря выпускает Windows Small и Essential Business Server, которые включают в себя практически все необходимые Заказчику сервисы (в большинстве случаев), такие как AD, DNS, WINS, DHCP, ISA, SQL, Exchange, IIS и т.д.
Сначала необходимо определиться в каких конкретно случаях необходима виртуализация, например:
1. Необходимый сервис может работать только под сторонней операционной системой
2. Заказчик является сервис-провайдером, который предоставляет логические серверы сторонним организациям или сервис является частью hony-net, компрометация которого не должна сказаться на работоспособности системы в целом (возможны и другие частные случаи)
> Матрица требований - действительно статическая... А вы что
> владеете
> серверным парком в котором серваки на ходу меняют частоту
> процессора
> и емкость памяти в зависимости от нагрузки от приложений и
> сервисов? :)
> Ей-богу, это даже уже не смешно, а просто смертельно
> скучно...
Не обязательно менять частоту и емкость памяти, иногда достаточно встроенными средствами современной операционной системы перераспределить ресурсы между задачами в зависимости от их загрузки (использования).
> Судя по комментариям, в самой дискретной оптимизации вы
> ничего не поняли
> или даже не пытались ввиду, видимо, нулевых знаний в этой
> области. Жаль.
А смысл? Есть производитель ПО, есть рекомендованные системные требования производителя, есть понятие гарантированной "мощности" сервиса (обычно прописывается в SLA). Исходя из этого небольшого количества параметров не так уж сложно определить необходимую комплектацию аппаратной части.
> Ну и наконец, критиковать чужое - мы всегда молодцы. А что
> лично ВЫ можете
> предложить по этому вопросу? Только не отсылайте меня по
> ссылкам к Вest
> Practice - это сборник шаманских заклинаний для раболепных
> IT-обезьян :))))
Изложенное мной выше, конструктивно? ;)
|
|
|
подробно о проекте
Анализ криптографических сетевых...
