На главную

Библиотека Интернет Индустрии I2R.ru

Rambler's Top100

Малобюджетные сайты...

Продвижение веб-сайта...

Контент и авторское право...

Забобрить эту страницу! Забобрить! Блог Библиотека Сайтостроительства на toodoo
  Поиск:   
Рассылки для занятых...»
I2R » Бизнес-софт » Управление предприятием

Step Logic: чтобы данным жилось хорошо

Компания Step Logic работает на рынке сетевой интеграции уже десять лет и за это время накопила немалый опыт в области построения СКС, проектирования локальных и распределенных сетей, а также телефонии и IP-телефонии. Но задача создания коллективного центра обработки данных, по мнению специалистов компании, с трудом разрешима в условиях российского рынка в частности, по экономическим причинам. Поясним это.

Грустный расчет
На Западе центры, в которых размещается и обрабатывается информация корпоративных клиентов - в первую очередь базы данных, - распространены очень широко. Компаниям, имеющим много офисов, разнесенных территориально, но информационно объединенных в рамках центрального хранилища, выгодно помещать общие для всех отделений данные у провайдера, если аренда "толстого" канала связи стоит дороже, чем пользование услугами центра, а это вполне обычная ситуация. Как известно, российские предприниматели существенно отличаются от западных и с большой неохотой доверяют кому бы то ни было свои данные. Они готовы переплачивать, лишь бы не выпускать информацию из собственных рук, и уже из-за этого здесь неприемлема схема, отлично работающая в других странах. Но допустим даже, что потенциальных клиентов удалось бы найти, - в конце концов, в России немало фирм, имеющих распределенную структуру и работающих с большими объемами несекретных данных (ниже мы поговорим о наиболее перспективных с этой точки зрения отраслях). Оказывается, строить такой центр все равно никто не возьмется.

Специалисты Step Logic так уверенно утверждают это потому, что несколько раз выполняли для центров данных пробный расчет окупаемости - такой расчет является обязательной частью и главным обоснованием целесообразности всякого проекта. Окупаемость выражается в годах и представляет собой, грубо говоря, сумму первоначальных инвестиций, поделенную на предполагаемую годичную прибыль. На Западе для проектов в области информационных технологий и телекоммуникаций нормальной считается окупаемость в пять лет, российские же бизнесмены редко вкладывают деньги в проекты, не окупающиеся уже через год. Что касается центра данных, то при существующих расценках на оборудование и услуги он не сможет окупиться за год ни при каких условиях, и даже окупаемость в три года получается только при маловероятном допущении, что заказчики согласятся платить за услуги центра ни с чем не сообразную цену. За пять лет он окупился бы и с разумными тарифами, но в России никто не согласен ждать так долго, тем более что свежа еще память об экономическом кризисе, очень больно ударившем по ИТ-индустрии. Именно поэтому за рубежом коллективные центры данных существуют и популярны, а у нас их нет.

Вдобавок небольшой центр, обслуживающий малое число клиентов, не сможет окупиться даже за время, соответствующее западным стандартам, поскольку затраты на коммуникационное и электрическое оборудование окажутся непропорционально велики. Иными словами, центр, размещенный, как предложено в условии, на площади в 100 кв. м, значительно менее реален, чем гигантский. Центр данных с необходимостью должен быть большим, т. е. нужно сразу вложить в него значительную сумму, а крупные инвестиции в России сейчас не очень популярны.

Естественно спросить: почему при том, что центры данных в России отсутствуют и, согласно расчетам, вообще невозможны, отечественные операторы связи с успехом работают с такими услугами, как хостинг или физическое размещение серверов заказчика (collocation)? В чем здесь отличие? В Step Logic нам дали следующий ответ: дело в том, что подобные услуги относительно просты по сравнению с центром данных и в силу этого могут предоставляться операторами как дополнительные. Развивая их, оператор вкладывает средства в собственный бизнес и рассчитывает не только и не столько на прямую выгоду, сколько на косвенную в виде привлечения новых заказчиков: заказчик приходит, поскольку заинтересован в дополнительных услугах, но основная плата берется с него не за них, а за каналы, номерную емкость, трафик и т. д. Поэтому здесь нет требования быстрой окупаемости и вполне возможны проекты, окупающиеся за пять лет (или даже за более долгий срок). Нет и необходимости начинать сразу масштабный проект - очень многие крупные московские хостинг-провайдеры начинали с совсем небольших объемов хостинга и наращивали их постепенно. До некоторой степени дополнительные услуги можно рассматривать и как "побочный продукт" решения оператором проблемы размещения собственного оборудования: помещение приобретается с некоторым запасом, в расчете на будущее расширение, а чтобы полезная площадь не простаивала, на ней устанавливается оборудование, которое в той или иной форме сдается в аренду.

Но если при хостинге провайдер должен установить у себя достаточно стандартный и не очень большой набор ПО, а при размещении сервера работающие на нем программы просто целиком находятся в ведении заказчика, то центры данных должны поддерживать множество разнообразных приложений. И за это операторы уже не берутся, поскольку такие проекты для них слишком сложны и дороги. Более того, эта область им совсем не понятна.

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

Помещение
Театр начинается с вешалки, а проектирование центра данных специалисты Step Logic начали бы с базовой инфраструктуры - помещения и электрооборудования. Главное соображение здесь заключается в том, что эту инфраструктуру нужно строить сразу в расчете на максимальное количество предполагаемых заказчиков: при появлении нового клиента легко докупить стойки и серверы, но не помещение. Оно должно быть приобретено или арендовано все целиком и распланировано в соответствии с максимальной конфигурацией центра. Step Logic рекомендует подготовить следующие комнаты:
 - центральную щитовую, куда входит основной электрический кабель, подающий питание от городской электросети, и где находятся все рубильники, автоматы, счетчики; сюда же входят кабели от электрогенераторов, обеспечивающих питание в случае аварии;
 - специальную комнату, в которой будут размещаться источники бесперебойного питания (UPS);
 - комнату для аппаратуры, осуществляющей мониторинг работы всевозможных систем жизнеобеспечения - кондиционирования, отопления, вентиляции, электроснабжения и т. д.;
 - две серверные комнаты, разнесенные на максимальное расстояние; в одной будут находиться основные серверы, в другой резервные;
 - две комнаты для коммуникационного оборудования - основного и резервного;
 - комнату управления, где постоянно сидят дежурные операторы, следя за состоянием всех серверов и каналов; в ней желательно разместить большой настенный монитор, отображающий все каналы, а на рабочих местах операторов должно быть по два монитора - один отображающий тот участок сети или группу устройств, за которые отвечает данный оператор, другой управляющий; определять число операторских мест следует из расчета один крупный или два-три мелких клиента на одного оператора.

Электрооборудование
Поскольку даже секунда простоя центра данных может вылиться в огромные денежные потери (а то и потерю клиента, и это не преувеличение), он должен будет работать в режиме высокой доступности. Поэтому на случай длительных отключений питания понадобится упоминавшийся выше генератор, точнее, два генератора - основной и запасной, которые будут автоматически запускаться при падении напряжения в сети. Их мощность должна быть рассчитана на максимальную загрузку центра, поскольку ее, точно так же, как и помещение, невозможно будет нарастить. Проекты вновь создаваемых центров данных на Западе обычно предусматривают мощность в 1 МВт.

Генераторы и емкости с топливом для них чаще всего устанавливают на крыше здания; другой возможный вариант - в подвале, но здесь сложнее выполнить требования противопожарной безопасности.

Следующий шаг - оборудование щитовых и электротехнических комнат для UPS. В качестве UPS могут использоваться только так называемые "онлайновые UPS", т. е. с функцией стабилизатора напряжения, поскольку напряжение, даваемое генераторами, нестабильно. При этом UPS следует выбирать очень аккуратно, и в большинстве случаев для центров данных подходят только весьма дорогие модели. UPS, в отличие от генераторов, можно наращивать постепенно, докупая их по мере необходимости, и при закупке, как правило, начинают с небольшого номинала. Но при планировании помещений нужно, конечно, сразу же отвести для UPS достаточно места, а они довольно громоздки, и их понадобится много: как считается, по крайней мере каждая стойка центра данных должна подключаться к своему UPS, а еще лучше к двум - основному и резервному.

Электрооборудование вместе с оборудованием для мониторинга систем жизнеобеспечения в существующих центрах данных занимает 20-30% всей их площади.

Охрана центра
Поскольку в центре данных размещаются дорогостоящая техника и, самое главное, информация, пусть и не самая секретная, но очень важная для заказчиков, необходимо позаботиться о его безопасности. Центр и клиент играют здесь по одним и тем же правилам, подчиняясь общей иерархии прав (и обязанностей) доступа к той или иной части инфраструктуры, как физической, так и информационной. Step Logic рекомендует предусмотреть в центре следующие виды защиты:
 - физическая охрана объекта;
 - электронно-механическая охрана помещений; возможно разделение их на изолированные отсеки и даже создание специальных отсеков с оборудованием конкретных заказчиков;
 - защита информационной инфраструктуры (обеспечение целостности хранимых данных);
 - автоматизированная антивирусная защита;
 - контроль обновления ПО; соответствующие процедуры должны выполняться только под управлением сотрудников центра;
 - защита информации, передаваемой между центром и клиентами; стандартно для ее передачи должен использоваться закрытый канал, а в определенных случаях может быть рекомендовано шифрование трафика. Говоря ранее о несекретности данных, мы вовсе не имели в виду вседозволенность при распространении клиентских данных. Более того - центр защищает данные клиента, выступая как его партнер.

Определимся с заказчиком
Чтобы двигаться дальше, необходимо решить, предприятия какого сегмента (или сегментов) рынка будет обслуживать центр данных. У каждого заказчика - свое ПО, предъявляющее совершенно определенные требования к аппаратной платформе и операционной системе, а также своя география, от которой зависит протяженность каналов и список провайдеров связи.

Зная сектор, мы сможем с достаточной степенью определенности указать и примерную дальность каналов, и состав провайдеров, и объемы обрабатываемой информации, и требования к защите, и состав необходимого ПО, и связанные с ним вопросы лицензирования, и график составления отчетности, и форму, в которой она подготавливается. На основании этих и других параметров становится возможным расчет, позволяющий определить потребности центра в оборудовании.

Разумеется, интерес представляют только те отрасли, в которых можно получить финансирование, - попросту говоря, богатые. В первую очередь приходит в голову нефтегазовая промышленность - предприятия этой отрасли охотно вкладывают деньги в ИТ, а в дальнейшем, как считают эксперты, будут вкладывать еще больше. Они работают с огромными базами промысловых и предварительных данных, причем эти данные не являются секретными, так что их размещение "на чужой территории" в принципе возможно. Центр должен будет установить у себя специализированное ПО для интерпретации данных, поскольку распределенная их обработка невозможна из-за больших объемов.

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

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

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

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

Впрочем, используемое заказчиком ПО может очень жестко диктовать выбор аппаратной платформы, и при работе с крупными заказчиками именно эти соображения выходят на первый план. Например, в нефтегазовой промышленности около 80% специализированного ПО работает только на серверах Sun или HP, и провайдер, решивший работать с предприятиями этой отрасли, очевидно, должен будет установить такие машины в своем центре данных. В результате крупные западные центры данных представляют собой настоящие "зоопарки" всевозможной вычислительной техники от самых разных поставщиков, причем она принадлежит не заказчику (что было бы нормально для России), а центру. Чтобы обслужить предприятия с давними традициями автоматизации, иногда приходится приобретать совершенно экзотические устройства, вышедшие из употребления лет двадцать назад, такие, как IBM 370.

Сказанное относится и к системам хранения и резервирования данных. Их тип и конфигурацию следует определять исходя из того, какое программное обеспечение использует заказчик и с какими объемами информации он работает. Если один клиент заинтересован в хранении огромных архивов, а другой собирается разместить в центре только актуальную информацию относительно небольшого объема, то им нужны устройства хранения, различающиеся как техническими характеристиками, так и ценой. И, поскольку архивы на "античных" носителях - хотя и редкая, но вполне реальная вещь, здесь, как и в случае серверов, могут потребоваться экзотические устройства.

Каналы связи
Как говорилось выше, 20-30% помещений центра займут электрооборудование и системы мониторинга климатических условий. Еще 20% нужно будет отвести под шкафы с коммуникационным оборудованием - в основном маршрутизаторами, которые обеспечивают доступ к каналам связи различных провайдеров. Здесь также обычно наблюдается "зоопарк", так как многие провайдеры сдают свои каналы в аренду вместе с оборудованием - оно устанавливается у клиента, но является собственностью провайдера. Это, как правило, дешевле, чем покупать устройства в собственность, а кроме того, удобно, поскольку провайдер следит за работой оборудования и осуществляет его техническое обслуживание. Поэтому в шкафах с коммуникационным оборудованием центра данных вы найдете устройства и Nortel, и Cisco, и Newbridge, и множество других.

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

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

Программное обеспечение
Поскольку ПО практически целиком определяется задачами заказчика, абстрактно о нем можно сказать очень немного. Центр данных, в отличие от хостинг-центра, ничего не диктует клиенту: для него устанавливаются та операционная система и те профессиональные инструменты, с какими он предпочитает работать.

Перевод информации в центр очень часто сопряжен со сменой системы лицензирования. Это касается оборудования, на котором должно работать ПО, количества рабочих мест, разрешения на удаленное использование программы. Если центр данных планирует обслуживать на одном сервере нескольких заказчиков, на это также может потребоваться специальная лицензия. Одни изменения делают лицензирование дороже, другие дешевле, и, конечно, желательно подобрать для центра наиболее выгодную комбинацию условий с минимальными наценками и максимальными скидками.

Установка и настройка программного обеспечения на серверах - задача чисто техническая и не очень сложная. Разумно привлечь к этой работе поставщиков соответствующего ПО и заказать у них техническое сопровождение программ.

Раз уж зашла речь о сопровождении, скажем здесь же о собственном персонале центра, осуществляющем обслуживание и мониторинг установленных систем. Он должен быть квалифицированным и многочисленным. Соответствующих сотрудников рекомендуется объединить в специальном техническом отделе. Поскольку разные заказчики работают с разной техникой и программами, для каждого из них целесообразно создать свою проектную команду, которая будет отвечать за функционирование соответствующей системы.


Сетевой журнал

Подпишитесь на рассылку
Все о WEBСтроительстве
Подписка на Subscribe.Ru
Дискуссионная рассылка
для веб-мастеров

Подписка на MailList.Ru
Подписка на Content.Mail.Ru

Другие разделы
ASP
1С:Предприятие
Финансовые программы
Управление предприятием
CRM системы
Новое в разделе
I2R-Журналы
I2R Business
I2R Web Creation
I2R Computer
рассылки библиотеки +
И2Р Программы
Всё о Windows
Программирование
Софт
Мир Linux
Галерея Попова
Каталог I2R
Партнеры
Amicus Studio
NunDesign
Горящие путевки, идеи путешествийMegaTIS.Ru

2000-2008 г.   
Все авторские права соблюдены.
Rambler's Top100