Здравствуйте, форумчане!
У меня такой вопрос относительно аренды процессорного времени (utility computing). Есть ли какие-нибудь статьи по анализу (именно по анализу а не вводному описанию) этой проблемы на сегодняшний день, на сколько развит сейчас в IT-индустрии такой аутсорсинг, какие платформы поддерживает, что лучше - пытаться развернуть свою распределенную систему на предприятии или все таки арендовать на стороне?
Хотелось бы узнать поподробней об этом.

неужели никого не интересовала подобная проблема?
причем тут аренда квартир?

У меня такое ощущение, что не допоняли мой вопрос.
Вот тут есть пример для чего можно арендовать, или здесь есть что-то вроде описания. Насчет контекста - это зависит от поставленной задачи (см. выше пример со Шреком).
Создавать свою систему им не имеет смысла, т.к. она им нужна будет не часто, а все остальное время ВС будет проставивать. Но есть задачи, которые требует постоянных обсчетов и покупать CPU/hour может быть невыгодно.

Что касается аудитории, то я попытался выбрать более подходящий форум на этом сайте, как мне показалось этот форум наиболее подходит для обсуждения подобных вопросов.

По примерам, что касается Российских предприятий, я честно говоря не знаю. Но хочу сказать, что скоро это будет довольно актуально, крупнейшие компании такие, как HP, IBM, Sun уже занимаются подобного рода деятельностью. Так, например, компания Sun Microsystems представила такую систему, описание можно почитать здесь .

Да у меня диплом. Вообще тема диплома следующая: Организация распределенных вычислений на базе Grid Oracle. Задача больше исследовательская: есть, например, организация со своим кругом задач и данных. Естественно у них есть какая-то своя IT-инфраструктура. Но их серверы могут не удовлетворять быстрому развитию рынка. Поэтому есть такое решение, как utility computing. Вот, исследование заключается в том, чтоб найти ту границу, когда лучше создать свою кластерную систему или же будет лучше арендовать машинное время на стороне. Мне бы также хотелось найти информацию по анализу использования машинного времени на стороне. Я нашел интересную книгу по внедрению Utility Computing в организации, описание ее здесь . Отчасти я беру ее за основу. Но задача у меня больше аналитическая, нежели практическая, чтоб писать методические рекомендации по внедрению.

> Серверы на предприятии должны удовлетворять не развитию рынка, а
> потребностям этого самого предприятия.

Вот именно, вся деятельность предприятия сводится к получению прибыли. Она может быть ориентирована на рынок (по большей части так и бывает). Если рынок очен динамичен, необходимо быстро реагировать на его изменения. Распределенные системы более гибкие и позволяют быстро подстроится под потребности.

>Скорее наоборот - во большинстве случаев виден избыток
>мощностей, который можно было бы продавать.

Вот и
вот интересные статьи

guest_20040621> скоро это будет довольно актуально

Не будет. Задачи можно пересчитать по пальцам.

Вы для каких предприятий имеете ввиду? Т.е. я так понимаю, что вы стороник того, что поставили один сервер и он работает. Объемы данных для расчета увеличиваются, сервер с нагрузкой не справляется, мы выкидываем старый сервер и ставим более новый и тратим большое количество денег.
А не проще ли собрать распределенную систему из более дешевых машин и объеденить их и пусть считают. Нагрузка увеличивается и вместо того, чтоб покупать более мощный сервер, добавить один или два дополнительных узла. Мощность всей системы увеличивается, а затраты при этом незначительные.

Alexey Kudinov romanb Распределенные системы более гибкие и позволяют быстро подстроится под потребности. Хм... Это утверждение в вашем дипломе как то обосновывается ? Или принимается как данность, что распределенные системы "лучше" ?
Еще раз перечитайте то, что сказал Александр Голдун

Вот вырезка из одной статьи:
"Большинство современных компаний обеспечивают поддержку бизнес-процессов с помощью информационных систем, играющих важную роль в деятельности предприятия и повышении эффективности ведения бизнеса. Ключевым элементом всех информационных систем (ИС) являются данные, объем которых стремительно возрастает. Согласно исследованиям компании «MetaGroup», объем обрабатываемой на предприятии, информации удваивается каждые 18 месяцев. "

Взять например крупную кампанию - какую-нибудь мобильную телесистему у нас в России. Представляете, если сервер остановится хоть на одну минуту! Какие будут убытки. Т.е. скорей всего там используются именно распределенные ВС. Но а если скажем нужно будет провести запаланированную остановку сервера для ремонта или каких-либо других операций, что вся система остановится из-за этого?! Это невыгодно! Распределенные системы позволяеют перераспределить нагрузку в случае отказа одного из частей системы.

Alexey Kudinov romanbОбъемы данных для расчета увеличиваются, сервер с нагрузкой не справляется. Так а можно все таки пример какой-нибудь ? Кроме Шрека ?

Вы же в дипломе помимо "как это сделать" исследовали "зачем это нужно" ?

В рамках Oracle:

Преимущества RAC для крупных организаций состоят в том, что, во-первых, существенно снижаются затраты на построение центров обработки данных: стоимость нескольких серверов кластерной архитектуры гораздо меньше, чем одного многопроцессорного сервера. Во-вторых, такой сервер может содержать ограниченное количество процессоров и подлежит замене после изнашивания, тогда как при кластерной организации существует возможность постоянного наращивания мощностей и подключения к работе любого количества процессоров. Это очень важное качество для банков, телекоммуникационных компаний - таких организаций, в которых работает большое количество пользователей, ведутся динамично расширяющиеся клиентские базы и обрабатываются данные, объемы которых постоянно растут.
В настоящее время во многих крупных телекоммуникационных компаниях для работы уже не хватает максимально возможного количества процессоров в одном сервере. Переход на RAC позволит использовать неограниченное количество процессоров и постоянно наращивать мощности.
Гибкость технологии RAC позволяет производить дополнительные подключения новых серверов к кластеру, не прерывая общей работы центра обработки данных, тогда как замена одного многопроцессорного сервера - это многодневный трудоемкий процесс, из-за которого приходится приостанавливать работу с данными.
При внедрении RAC появляется возможность бесперебойной работы c базами данных. Это качество было выявлено в проекте для Банка Москвы, в котором периодически проводят профилактическое обслуживание оборудования. Раньше приходилось выключать сервер, на котором работает ПО Oracle для проведения профилактических работ. Теперь в кластере два сервера, профилактика на них проводится поочередно, поэтому простой исключен: пользователя оперативно переключают на нужный сервер незаметно для него.
Благодаря RAC отпадает необходимость переноса базы данных с сервера на сервер. Она изначально хранится на дисковом массиве, и при установке дополнительных серверов перемещать базу не требуется.
Еще одна важнейшая особенность - распределение работы по кластерам. Появилась возможность выполнять несколько процессов параллельно, отпадает понятие "очередей" и простоев в работе из-за ожидания.
Таким образом, Oracle RAC набирает обороты. В России и странах СНГ многие компании переходят на технологию кластеров на базе Oracle.
В «Банке Москвы» завершился проект построения системы приема и обработки коммунальных платежей на базе Oracle Real Application Clusters (RAC). В настоящее время информационная система введена в эксплуатацию и обслуживает расчетно-кассовый центр, обеспечивающий распределение платежей за жилищно-коммунальные услуги в Москве.
По результатам проекта система на базе Oracle RAC работает 24 часа в сутки 7 дней в неделю. Работа ее не прерывается, профилактика серверов кластера проводится поочередно, тогда как ранее для профилактического обслуживания оборудования приходилось останавливать всю информационную систему. В результате использования ПО Oracle RAC в «Банке Москвы» максимальное время простоя по причине сбоя не превышает полминуты.

> Появится еще один притянутый за уши диплом :(

Ну-ну, обосрать всегда проще...

> Ну и что? Подсчитай стоимость апгрейда(в смысле замены) старенького P2
> на 4-х головый XEON c кучей гигов памяти и сравни со стоимостью
> организации перевода задач на распределенную систему.

идиотская идея, живем каменным веком

> Хотя, конечно,
> если опыт ограничивается вырезками из статей, то подсчитать будет
> сложно. Но голову надо включать иногда.

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

> Не надо представлять, надо считать. И, кстати, много у нас тут крупных
> мобильных телесистем?

Это у меня подсчитано, есть формулы, по которым можно посчитать потерю (это я пишу для неведающих)
Если твой обзор ограничивается только этим примером (мобильными системами) и ты не всилах представить себе другие крупные компании (почитай хотя бы развивающие статейки чтоли), тогда я думаю, что это обсуждение бесполезно и надо закрывать его. Тем более, что
Александр Гoлдун
мне фантазии не хватает придумать


> Ошибочное предположение. Если, конечно, не считать наличие бэкапных
> контроллеров доменов распределенной ВС.

Видимо кругозор на контроллерах домена останавливается, впорчем также как и на всем остальном

> Учи матчасть.

С этим у меня гораздо лучше, чем у всех остальных.

basНе в обиду, но выдержки из диплома похожи на рекламный буклет Оракла.

На самом же деле для чего сейчас реально используется Кластеры, так это только для обеспечения бесперебойной работы. Увелечение мощности и скорости обработки транзакций за счет добавления узлов в Кластер растет совсем не пропорционально добавлению процов в одну машину. Для ОЛАП можно получить некое теоретеическое повышение производительности, добавляя ноды в кластер, а для ОЛТП системы скорее наоборот, получишь уменьшенее производительности. Еще очень много зависит от приложения, кот. работает на РАКе!!!!

Думаю в дипломе надо сконцентрировать не на положительных сторонах Кластеров (кстати не только РАКи бывают, но и на уровне ОС), а наоборот на отрицательных. Типа сказать да все это хорошо, но есть много не решенных проблем и предложить пути их решения.

какие, например, отрицательные стороны есть у кластеров?

каменный векНе в обиду.
с-рика, 2 недели на озарение понадобилось :)
Всем вокруг больше.


авторидиотская идея, живем каменным веком

Теоретики, блин. Да человек тебе реалии выкладывает, пойми. Как для бизнеса лучше, так и будет. Ну дешевле железа купить, чем разрабатывать новое. Ещё это называется масштабируемость.

Как это называется я знаю, масштабируемость бывает разная...