Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Долго смеялся, читая "страшилки" про срыв бизнес-процессов... 06.03.09 14:00 Число просмотров: 3390
Автор: RahmanPA Статус: Незарегистрированный пользователь
|
> , а также дали ещё одно пространное определение виртуальной
> машине.
> Дальше идёт куча воды аля поиск эффективного оптимального
> распределения N сервисов по M серверам с заданными
> статическими весами в куче разных приближений разной
> степени приближенности, но нигде не написано, что будет,
> если мы отдадим DC заложенные афтаром ресурсы, а потом
> произойдёт пиковая нагрузка типа большой репликации по
> медленной линии (я не спец по DC, но тем не менее) и бизнес
> встанет нах (ну, если админа нет).
> Другими словами, что будет, если требования к какому-либо
> серверу изменятся, а всё "планировалось" под завязку? Как
> считать сервис/логический сервер, который имеет
> многобольшее пиковое потребление с нерегулярным
> наступлением этих самых пиков, а ещё и в сочетании с
> высокой критичностью для бизнеса?
>
> > Истинная же цель – решить задачу, обратную задаче
> балансировки нагрузки, то есть сосредоточить логические
> серверы на некотором множестве компьютеров таким образом,
> чтобы задействованные компьютеры были загружены
> максимально, а все незадействованные компьютеры были
> свободны
> Матрица критериев не статическая - каждый критерий зависит
> от времени с разной предсказуемостью и степенью отклонения
> от среднего, поэтому:
> Решение этой задачи не актуально никогда - оно в силе
> только в момент постановки.
>
> Короче, может быть эта работа и имеет ценность, но только в
> сочетании с ещё большей работой по нахождению матрицы
> ограничений, которая, есть у меня очень сильное подозрение,
> будет далеко не булевой :) - и тем не менее человек получит
> учёную степень, так как продраться через рассуждения даже в
> автореферате неподготовленному человеку не так просто
Долго смеялся, читая "страшилки" про срыв бизнес-процессов при перегрузе DC.
На моем личном 10-летнем опыте имелись DC на базе Pentium-II 350 и 96 Mbyte
памяти которые без труда осиливали 800 пользователей без особого напряга.
Кроме того, все это мониторится уже много-много лет по SNMP и есть статистика
по загрузке процессора и памяти DC. Ну вот например статистика по двум из таких
DC за прошлый месяц. Средняя загрузка ЦП у обоих = 0%, пиковая загрузка 10% :))
А теперь еще один тихий вопрос. А что на физических компьютерах при перегрузке
автоматом поднимается частота процессора и запрыгивают модули памяти? :))
Иными словами, запас по ресурсам закладываются и в случае виртуальных
машин и в случае физических компьютеров. В моей методики заложены и запасы
и тестирование в режиме пика бизнес-процессов, только все это в одной статье
не напишешь. Подробности найдете в самой работе. Ссылки на нее в статье есть.
Кстати распределяются не сервисы по серверам, а виртуальные машины по физическим
компьютерам.... Следовало бы повнимательнее читать прежде что-то комментировать...
Матрица требований - действительно статическая... А вы что владеете
серверным парком в котором серваки на ходу меняют частоту процессора
и емкость памяти в зависимости от нагрузки от приложений и сервисов? :)
Ей-богу, это даже уже не смешно, а просто смертельно скучно...
Судя по комментариям, в самой дискретной оптимизации вы ничего не поняли
или даже не пытались ввиду, видимо, нулевых знаний в этой области. Жаль.
Ну и наконец, критиковать чужое - мы всегда молодцы. А что лично ВЫ можете
предложить по этому вопросу? Только не отсылайте меня по ссылкам к Вest
Practice - это сборник шаманских заклинаний для раболепных IT-обезьян :))))
|
|
|
подробно о проекте
Анализ криптографических сетевых...
