информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяSpanning Tree Protocol: недокументированное применениеВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Шестой Perl превратится в Raku,... 
 Kik закрывается, все ушли на криптофронт 
 Sophos открывает Sandboxie 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / site updates
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Давайте определимся - о каком DC идет речь. Если это DC на... 10.03.09 22:39  Число просмотров: 2514
Автор: 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-обезьян :))))

Изложенное мной выше, конструктивно? ;)
<site updates> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2019 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach