- •Дипломный проект
- •Реферат
- •Перечень сокращений и терминов
- •Онтологическое соглашение проекта
- •Введение
- •Глава 1. Анализ предметной области
- •Услуга Colocation
- •Общие понятия услуги colocation
- •Услуги цод (colocation)
- •История развития цод и услуг colocation
- •Происхождение вида
- •Всеобщая цоДофикация
- •Аутсорсинг.
- •В регионы за электричеством.
- •Мировая мода.
- •Проблемы «озеленения».
- •Основные задачи, решаемые системой комплексного менеджмента colocation-проектов.
- •Пример методика ценообразования услуг
- •Обзор конфигураторов услуг и сервисных калькуляторов в сфере услуг colocation и аутсорсинга, представленных в Росии.
- •Что же такое сервисный калькулятор или конфигуратор услуг?
- •Компания europrojects.
- •Резюме:
- •Выводы.
- •Глава 2. Выбор и обоснование средств разработки и технологий реализации
- •Выбор программной платформы разработки системы.
- •Выбор технологии
- •Трехуровневая архитектура “клиент-сервер”
- •Выбор субд
- •Выбор языка программирования
- •Выбор web – сервера
- •Выбор программно-аппаратной платформы разработки информационной системы.
- •Обеспечение отказоустойчивости решения.
- •Использование failover кластера (отказоустойчивого кластера).
- •Принцип функционирования кластера.
- •Персональный компьютер пользователя (Клиент)
- •Глава 3. Разработка информационной системы
- •Проверка закона распределения данных по критериям к.Пирсона (критерии согласия)
- •Разработка и реализация пользовательского интерфейса
- •История развития веб-дизайна от технической графики до современных сайтов
- •Зарождение идей о юзабилити сайтов
- •Современный этап развития веба
- •Разработка пользовательского интерфейса
- •Архитектура и структурная схема информационной системы
- •Функциональная схема информационной системы
- •Глава 4. Модель оценки результативности работы системы. Расчет технических характеристик системы
- •Расчет математического ожидания ис.
- •Расчет производительности.
- •Расчет обобщенной энтропии информационной системы
- •Расчет интегральной информационной нагруженности информационной системы
- •Расчет надежности информационной системы
- •Надежность аппаратной части
- •Надежность программной части
- •Глава 5. Менеджмент проекта
- •Введение
- •Ступень дивергенции
- •Ступень трансформации
- •Ступень конвергенции
- •Ступень релаксации
- •Ступень ликвидации
- •Глва 6. Выбор и обоснование модели жизненного цикла информационной системы
- •Введение
- •Итеративный подход
- •Подход, основанный на фазах и вехах
- •Модель проектной группы msf
- •Фаза выработки концепции
- •Фаза планирования
- •Фаза разработки
- •Фаза стабилизации
- •Фаза внедрения
- •Глава 7. Экономическая часть проекта
- •Аннотация
- •Организация работ
- •Структура организации работ
- •Система управления производством работ
- •Бизнес-план
- •Конкуренция на рынке
- •Расчет сметной стоимости (себестоимости) проекта
- •Затраты на материалы и покупные изделия
- •Основная зарплата научного и производственного персонала
- •Дополнительная заработная плата
- •Оценка экономической эффективности проекта
- •Оценка рисков и поиск путей их минимизации
- •Заключение
- •Глава 8. Экологичность и безопасность проекта
- •Введение
- •Оптимальные условия труда на рабочем месте разработчика.
- •Расчет освещения.
- •Расчет системы вентиляции.
- •Расчет влаговыделения
- •Расчет тепловыделения.
- •Определение потребного воздухообмена
- •Проектирование системы вентиляции.
- •Глава 9. Проверка на соответствие стандарту гост р исо/мэк 15288:2005
- •Глава 10. Информационно-социальная компонента
- •Цод крупным планом: Креатив и Экзистенция
- •Увидеть лес среди деревьев
- •Не до идеалов
- •Принцип деления Цодов
- •Справка
- •Системы жизнеобеспечения
- •Как со всем этим справиться?
- •Приложение 1. Техническое задание
- •1.1 Полное наименование системы и ее условное обозначение
- •1.2 Шифр темы
- •1.3 Наименование предприятий разработчика и заказчика системы и их реквизиты
- •1.4 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы
- •1.5 Плановые сроки начала и окончания работы по созданию системы
- •1.6 Сведения об источниках и порядке финансирования работ
- •1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы
- •2.Назначение и цели создания системы
- •2.1 Назначение системы
- •Требования к системе
- •4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы
- •4.1.1.4 Требования к режимам функционирования системы
- •4.1.1.5 Требования по диагностированию системы
- •4.1.1.6 Перспективы развития, модернизации системы
- •4.1.2 Требования к численности и квалификации персонала системы и режиму его работы
- •4.1.4.4 Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами
- •4.1.5 Требования безопасности
- •4.1.6 Требования к эргономике и технической эстетике
- •4.1.7 Требования к транспортабельности для подвижных ас
- •4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
- •4.1.8.2 Предварительные требования к допустимым площадям для размещения персонала и тс системы, к параметрам сетей энергоснабжения и т. П.
- •4.1.8.3 Требования по количеству, квалификации обслуживающего персонала и режимам его работы
- •4.1.8.4 Требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов
- •4.1.8.5 Требования к регламенту обслуживания
- •4.1.9 Требования к защите информации от несанкционированного доступа
- •4.1.10 Требования по сохранности информации при авариях
- •4.3.3 Требования к программному обеспечению
- •Требования к техническому обеспечению
- •4.3.5 Требования к лингвистическому обеспечению
- •4.3.6 Требования к метрологическому обеспечению
- •5. Состав и содержание работ по созданию системы
- •6. Порядок контроля и приемки системы
- •8. Требования к документированию
- •9. Источники разработки
- •Приложение 2. Техническое предложение
- •3. Техническая характеристика
- •4. Описание и обоснование выбранной конструкции
- •5. Расчеты, подтверждающие работоспособность и надежность конструкции
- •6. Описание организации работ с применением разрабатываемого изделия
- •7. Ожидаемые технико-экономические показатели
- •8. Уровень стандартизации и унификации
- •Приложение 3. Технические условия
- •1.1 Наименование и назначение системы
- •1.2. Условия эксплуатации
- •2. Технические требования
- •2.1 Требования назначения
- •2.2 Требования к программной совместимости
- •2.3 Требования к производительности и точности
- •2.4 Требования к надежности
- •3. Требования безопасности
- •4. Требования охраны окружающей среды
- •5. Правила приемки
- •6. Методы контроля
- •7. Указания по эксплуатации
- •Приложение 4. Инструкция для всех групп пользователей
- •Приложение 5. Листы графики
- •Приложение 6. Описание демо-версии
- •Приложение 7. Текст доклада
- •Доклад окончен. Спасибо за внимание!
В регионы за электричеством.
В некоторых районах Московской области, а также в других регионах ситуация с электричеством не столь остра, но любой дата-центр требует толстых каналов связи, а с ними на большей части территории страны большие проблемы. Да и там, где они есть, цены на трафик, как правило, в разы превосходят московские. Правда, есть некоторая надежда на российских магистральных операторов, которые в последние годы активно двинулись в регионы, что способствовало некоторому снижению цен на интернетдоступ. Причем операторы не только потянули туда оптоволокно, но и сами стали строить ЦОДы. Например, недавно «Ростелеком» запустил дата-центры в Новосибирске, Екатеринбурге и Хабаровске, подключив их к своей магистральной сети. Причем в Хабаровске ЦОД располагается на одной площадке с точкой обмена интернеттрафиком РосНИИРОС. Занялись строительством дата-центров в своих регионах и МРК. В сентябре прошлого года «Синтерра» анонсировала программу строительства сети из 40 дата-центров в крупнейших городах России. Двинулись в регионы и корпоративные заказчики. Так, все операторы «большой сотовой тройки» уже имеют там ЦОДы и продолжают их строить: до конца 2008 г. МТС планирует построить пять дата-центров в пяти федеральных округах, а «МегаФон» намерен открыть семь ЦОДов.
Перспективным представляется и планируемое строительство дата-центров в открывающихся технопарках. К примеру, анонсированы планы строительства в технопарке подмосковной Дубны двух самых крупных в России дата-центров площадью 10 и 20 тыс. м2. Правда, скорой реализации этих планов ожидать не приходится (завершение проекта намечено на 2013 г.) и, следовательно, ликвидации дефицита услуг ЦОДов тоже.
Мировая мода.
Несмотря на столь бурную деятельность, Россия, как водится, заметно отстает в деле ЦОДостроения от развитых стран. Там вокруг дата-центров давно сложилась мощная индустрия, созданы ассоциации владельцев ЦОДов, производителей различного оборудования для них, консалтинговых и специализированных строительных компаний, например Институт профессионалов в области дата-центров (IDCP), Ассоциация менеджеров информационных центров (AFCOM), Американское общество инженеров по отоплению, охлаждению и кондиционированию воздуха (ASHRAE).
С 1993 г. в США действует авторитетная организация Uptime Institute, названная в честь основного критерия качества работы дата-центра – времени доступности сервера (uptime). На основе анализа имеющихся дата-центров, всех их систем и оборудования она вырабатывает рекомендации по обеспечению максимально надежной работы ЦОДов. Именно Uptime Institute предложил классификацию дата-центров по уровням надежности Tier I, II, III и IV (см. таблицу), определяющую среднее время простоя серверов ЦОДа в зависимости от структуры инженерных систем и уровня их избыточности. Есть также принятый в 2005 г. отраслевой стандарт TIA/EIA942 Telecommunications Infrastructure Standard for Data Center (Стандарт на телекоммуникационную инфраструктуру центров обработки данных), разработанный Ассоциацией телекоммуникационной промышленности США (TIA) и охватывающий многие аспекты создания ЦОДов разных уровней надежности, в том числе принципы построения систем электропитания и кондиционирования, кабельных систем, требования к резервированию отдельных элементов ЦОДа, характеристики помещения, особенности размещения оборудования и многое другое, вплоть до расположения гостевой парковки.
У нас ничего похожего на профессиональные ассоциации пока нет и неизвестно, когда будет. Да, сообщения о создании или планах создания новых российских дата-центров появляются чуть ли не каждую неделю, но круг участников этого рынка остается довольно узким. Даже его старожилы имеют не такой уж большой опыт, а опыта проектирования и построения больших ЦОДов площадью несколько тысяч квадратных метров нет фактически ни у кого. Получить такой опыт на строительстве небольших дата-центров нельзя, так как они требуют оборудования другого класса и других инженерных решений. Так что пока остается смотреть на Запад и перенимать опыт там. Он должен пригодиться уже скоро (на вышеуказанном проекте дата-центров в Дубне).