Размер цода имеет значение

ИТ-компании готовы предложить банкам от мобильного до мегацентра обработки данных.

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

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

Но, как уже отмечалось, такие масштабные задачи, как строительство ЦОД, а тем более резервного центра данных, появляются не сходу. И решают их банки по-различному — в зависимости от существующих возможностей, перспективного плана и стратегии развития. Учитывая сегментацию рынка, ИТ-компании предлагают множество вариантов — от мобильных ЦОДов до мега-ЦОДов.

Так, по словам экспертов, мобильные ЦОДы (устанавливаются в маленьких необорудованных помещениях либо транспортных контейнерах) являются хорошим решением для маленьких банков и филиалов в регионах. Кроме этого они смогут употребляться для осуществления помощи «второстепенных» информационных совокупностей.

Но большая часть банков, входящих в первую сотню, на определенном этапе развития для обслуживания и поддержания бизнес-процессов создают «фундаментальные» ЦОДы.

Так, СКБ-банк создал современный ЦОД в 2006 году. До этого момента в банке оборудование было раскидано по трем серверным помещениям. Само собой разумеется, при активном завоевании рынка такая ИТ-инф-раструктура не имела возможности обеспечить качественного и надёжного обслуживания бизнес-процессов.

Новый проект «перенес» ЦОД в основное строение СКБ-банка, в котором был отведен громадный зал неспециализированной площадью около 50 кв. м. Предварительно в помещении были произведены инженерно-строительные и работы по подготовке.

В 2007 году завершился проект по развертыванию ЦОДа в долг Европа Банке. Проект шел около трех лет. В следствии банк взял замечательный высокопроизводительный вычислительный комплекс, обеспечивший работу АБС, модулей для кредитования, про-цессинга банкоматов и многих других систем, без которых сейчас неосуществима работа современного банка.

Но в случае если необходимость создания полноценного ЦОДа сейчас фактически не подвергается сомнению, то «совершенными» резервными центрами владеет незначительное количество кредитных организаций. Большая часть банков создают упрощенный вариант запасного ЦОДа, растолковывая это тем, что главное назначение резервного центра разрешённых — сохранить все сведения об ответственности банка по обоюдным обязательствам с физическими и юрлицами. Обслуживание бизнеса в полном масштабе РЦД не предусмотрено, а потому нет необходимости создавать симметричный центр.

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

Но имеется и второй подход. К примеру, в 2003 году банк «Русский стандарт» заявил о начале работ по модернизации центра обработки данных (ЦОД) банка «Русский Стандарт». Неспециализированный проект модернизации ЦОД предусматривает реализацию отказоустойчивой архитектуры центра, включающей в себя главный и резервный центры, удаленные друг от друга на пара километров.

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

Ясно, что масштабы ЦОД зависят от количеств бизнеса. И чем больше количества, тем сложнее задачи. Последние пара лет русский финансовая система развивалась так скоро, что ИТ-обеспечение иногда не успевало за бизнес-процессами (на реализацию некоторых проектов, а также создание ЦОДов, требуется пара лет), а потому кроме того перед большими банками, владеющими «богатыми» ИТ-бюдже-тами, иногда появляются «срочные» задачи по модернизации либо постройке новых центров обработки данных.

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

Второй наибольший российский банк затеял еще более глобальный проект. Сбербанк планирует к 2014 году создать в Москве мега-ЦОД площадью пара тысяч квадратных метров. На ХI Интернациональной конференции по вопросам общества и развития экономики глава Сберегательного банка Герман Греф сказал, что таковой центр каждый день будет обрабатывать «миллиарды операций» и разрешит расширить производительность на 30-40%.

Создание в Москве центра обработки данных есть частью замыслов Сберегательного банка по увеличению эффективности функций бэк-контор. Как пояснил глава государственного банка, сейчас «техническая» работа по обработке данных рассредоточена по 800 точкам, что ведет к большой перезанятости. За четыре года управление банка собирается централизовать их в 18 бэк-конторах. Наряду с этим самые масштабные — в Санкт Петербурге и-Москве — уже прошли экспериментальную диагностику.

И с этого года такие центры уже начали создавать в семи регионах страны. Герман Греф уверен в том, что, создав надежную ИТ-инфра-структуру, банк сможет соперничать с денежными университетами мирового масштаба.

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

Дмитрий МОРОЗОВ, системный администратор, компания CUSTIS
Сложно представить современный центр обработки данных без совокупностей виртуализации. Виртуализация в ЦОД дает пара преимуществ: разрешает уменьшить количество физических серверов, соответственно, снизить цена оборудования, сократить затраты на охлаждение и электричество, расширить свободное место. К примеру, в ЦОД отечественной компании для одного из проектов употреблялись четыре серверные стойки.

В течение шести месяцев серверы клиента были перенесены в виртуальную среду и по сей день занимают одну серверную стойку. Расход электричества сократился с 20 до 6 КВт, а нужная мощность кондиционеров — с 17 до 7 КВт. Необходимо также подчеркнуть экономию цены лицензий на ПО.

К примеру, на гипервизор с Микрософт Windows Server 2008 версии Datacenter разрешается устанавливать неограниченное количество виртуальных автомобилей. Установка на физический сервер 20 виртуальных автомобилей уменьшает затраты на лицензии для операционных совокупностей как минимум в пять раз! Совокупности резервного копирования виртуальных сред разрешают взять фактически постоянную защиту данных (near-continuous data protection). В следствии восстановление выполняется стремительнее, что уменьшает время простоя сервисов.

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

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

А нужное для кластерного ответа резервирование дополнительных физических ресурсов незначительно если сравнивать с преимуществами виртуализации.

Финансовая жизнь

РАЗМЕР ИМЕЕТ ЗНАЧЕНИЕ ► Unfair Jousting Fair

Интересные записи

Похожие статьи, которые вам, наверника будут интересны: