информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Сетевые кракеры и правда о деле ЛевинаПортрет посетителяСтрашный баг в Windows
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
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Долго смеялся, читая "страшилки" про срыв бизнес-процессов... 06.03.09 14:00  Число просмотров: 2691
Автор: RahmanPA Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> , а также дали ещё одно пространное определение виртуальной
> машине.
> Дальше идёт куча воды аля поиск эффективного оптимального
> распределения N сервисов по M серверам с заданными
> статическими весами в куче разных приближений разной
> степени приближенности, но нигде не написано, что будет,
> если мы отдадим DC заложенные афтаром ресурсы, а потом
> произойдёт пиковая нагрузка типа большой репликации по
> медленной линии (я не спец по DC, но тем не менее) и бизнес
> встанет нах (ну, если админа нет).
> Другими словами, что будет, если требования к какому-либо
> серверу изменятся, а всё "планировалось" под завязку? Как
> считать сервис/логический сервер, который имеет
> многобольшее пиковое потребление с нерегулярным
> наступлением этих самых пиков, а ещё и в сочетании с
> высокой критичностью для бизнеса?
>
> > Истинная же цель – решить задачу, обратную задаче
> балансировки нагрузки, то есть сосредоточить логические
> серверы на некотором множестве компьютеров таким образом,
> чтобы задействованные компьютеры были загружены
> максимально, а все незадействованные компьютеры были
> свободны
> Матрица критериев не статическая - каждый критерий зависит
> от времени с разной предсказуемостью и степенью отклонения
> от среднего, поэтому:
> Решение этой задачи не актуально никогда - оно в силе
> только в момент постановки.
>
> Короче, может быть эта работа и имеет ценность, но только в
> сочетании с ещё большей работой по нахождению матрицы
> ограничений, которая, есть у меня очень сильное подозрение,
> будет далеко не булевой :) - и тем не менее человек получит
> учёную степень, так как продраться через рассуждения даже в
> автореферате неподготовленному человеку не так просто

Долго смеялся, читая "страшилки" про срыв бизнес-процессов при перегрузе DC.
На моем личном 10-летнем опыте имелись DC на базе Pentium-II 350 и 96 Mbyte
памяти которые без труда осиливали 800 пользователей без особого напряга.
Кроме того, все это мониторится уже много-много лет по SNMP и есть статистика
по загрузке процессора и памяти DC. Ну вот например статистика по двум из таких
DC за прошлый месяц. Средняя загрузка ЦП у обоих = 0%, пиковая загрузка 10% :))
А теперь еще один тихий вопрос. А что на физических компьютерах при перегрузке
автоматом поднимается частота процессора и запрыгивают модули памяти? :))
Иными словами, запас по ресурсам закладываются и в случае виртуальных
машин и в случае физических компьютеров. В моей методики заложены и запасы
и тестирование в режиме пика бизнес-процессов, только все это в одной статье
не напишешь. Подробности найдете в самой работе. Ссылки на нее в статье есть.

Кстати распределяются не сервисы по серверам, а виртуальные машины по физическим
компьютерам.... Следовало бы повнимательнее читать прежде что-то комментировать...

Матрица требований - действительно статическая... А вы что владеете
серверным парком в котором серваки на ходу меняют частоту процессора
и емкость памяти в зависимости от нагрузки от приложений и сервисов? :)
Ей-богу, это даже уже не смешно, а просто смертельно скучно...

Судя по комментариям, в самой дискретной оптимизации вы ничего не поняли
или даже не пытались ввиду, видимо, нулевых знаний в этой области. Жаль.

Ну и наконец, критиковать чужое - мы всегда молодцы. А что лично ВЫ можете
предложить по этому вопросу? Только не отсылайте меня по ссылкам к Вest
Practice - это сборник шаманских заклинаний для раболепных IT-обезьян :))))
<site updates> Поиск 








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


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