информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыВсе любят медЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Microsoft сообщила о 44 миллионах... 
 Множественные уязвимости в VNC 
 Шестой Perl превратится в Raku,... 
главная обзор 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 требует не более 64 МБ ОЗУ и порядка 1-1.5 ГБ дискового пространства 03.03.09 11:11  Число просмотров: 2496
Автор: Ustin <Ustin> Статус: Elderman
Отредактировано 03.03.09 12:05  Количество правок: 2
<"чистая" ссылка>
, а также дали ещё одно пространное определение виртуальной машине.
Дальше идёт куча воды аля поиск эффективного оптимального распределения N сервисов по M серверам с заданными статическими весами в куче разных приближений разной степени приближенности, но нигде не написано, что будет, если мы отдадим DC заложенные афтаром ресурсы, а потом произойдёт пиковая нагрузка типа большой репликации по медленной линии (я не спец по DC, но тем не менее) и бизнес встанет нах (ну, если админа нет).
Другими словами, что будет, если требования к какому-либо серверу изменятся, а всё "планировалось" под завязку? Как считать сервис/логический сервер, который имеет многобольшее пиковое потребление с нерегулярным наступлением этих самых пиков, а ещё и в сочетании с высокой критичностью для бизнеса?

> Истинная же цель – решить задачу, обратную задаче балансировки нагрузки, то есть сосредоточить логические серверы на некотором множестве компьютеров таким образом, чтобы задействованные компьютеры были загружены максимально, а все незадействованные компьютеры были свободны
Матрица критериев не статическая - каждый критерий зависит от времени с разной предсказуемостью и степенью отклонения от среднего, поэтому:
Решение этой задачи не актуально никогда - оно в силе только в момент постановки.

Короче, может быть эта работа и имеет ценность, но только в сочетании с ещё большей работой по нахождению матрицы ограничений, которая, есть у меня очень сильное подозрение, будет далеко не булевой :) - и тем не менее человек получит учёную степень, так как продраться через рассуждения даже в автореферате неподготовленному человеку не так просто

http://www.microsoft.com/windowsserver2003/evaluation/sysreqs/default.mspx
<site updates> Поиск 








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


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